AndrewX192

Members
  • Content count

    25
  • Joined

  • Last visited

  • Days Won

    1

AndrewX192 last won the day on April 15

AndrewX192 had the most liked content!

About AndrewX192

  • Rank
    Newbie

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. AndrewX192

    GE/Jasco Have Some New Wall Switches Coming Out

    Looks like these still require the GE/Jasco addon switches. Anyone using the Zooz ZEN26/ZEN27 which appear to only require a single switch to be replaced in a three-way?
  2. AndrewX192

    Arcus on Kubernetes: self-host your own Arcus

    In theory it shouldn't be a huge undertaking to get running. The main problem is that I don't know what all of the edge-cases that people are running into. I've looked at OpenHab, Home-Assistant, Hubitat, etc. - they all have limitations, and so does Arcus. It's not uncommon for people to use multiple solutions for their home automation and security today, and I don't think that's going to change any time soon. I like Arcus as a place to build off of rather than something like OpenHab, as Arcus actually supports the concept of users, permissions, has a reasonably detailed capabilities model, and relies on websockets and event based messaging heavily. There could be a future where Arcus uses OpenHab's zwave controller logic, OpenHab for programming rules, Home-Assistant for ???, and the existing Arcus apps for ease of use for less technical users in a household as well as solving the problems of AAA (authentication, authorization, and auditing).
  3. AndrewX192

    Iris Centralite / v2 range extender?

    I can't use what? I thought the Iris v1 smart plugs were supported in other platforms. Also, the v1 smart plugs report power consumption under Arcus, if that's what you mean by energy monitoring. Unfortunately my Zigbee issues have turned into Z-Wave issues. Two old GE/Jasco Z-Wave light switches have started having problems. Before I installed the latest range extender, both lights would turn on via a schedule, but now only one does. Both show as offline in the Arcus app/website despite one of them working on a schedule.
  4. AndrewX192

    Iris Centralite / v2 range extender?

    I'm still a little confused about the first gen range extender (on the back it says "Speaks ZWave", but I thought it was a ZigBee device), but after installing a 4th range extender in the garage and mounting the motion sensor in a slightly higher location I'm no longer having connectivity issues
  5. I have an Iris setup with 11 v1 (AlertMe) contact sensors, 1 v2 Contact Sensor, 9 v2 Motion Sensors, and 3 v1 motion sensors. I'm struggling with one motion sensor that's in a detached garage - it actually works pretty well, since when motion is detected the garage door is open. However, when the garage door is closed it tends to lose connection and shows up as an disconnected device. I have a AlertMe contact sensor in the garage and don't have any issues with it. I've been trying to add range extenders (currently I have 3 Iris Range Extenders, with another on the way), but these don't seem to help with the v2 motion sensor. Does the Iris Range Extender only support AlertMe devices and not generic Zigbee HA1.2 devices? Aside from setting up a dedicated Iris hub for the garage, are there other repeaters that people would recommend?
  6. AndrewX192

    Arcus on Kubernetes: self-host your own Arcus

    Hi e-dash, Thanks for reaching out. I think it's probably better to first talk about what Arcus is rather than what my repository or plans are with Arcus. Arcus is the source code behind the Iris platform (e.g. arcusplatform/platform) and parts of the hub (arcusplatform/agent). Not all of the iris code was released as part of Arcus, the most important missing parts being: on the agent - parts of the zwave and zigbee code is left out, and on the platform - many of the components that depended on third parties (e.g. nest or honeywell). This is enough to bring existing Iris hubs back online, and use many of the zigbee/zwave devices that were supported under Iris again, with a great deal of success. Using Arcus, I was able to restore one home that was previously using Iris back to all of it's original functionality, add Iris equipment to a new home, and provide a friend that also used Iris enough to run an alarm system and a few things (although they're currently using a mix of Arcus and SmartThings). I also have a stack of v2 hubs that are connected to various other deployments of Arcus that I have for testing (e.g. in GKE, or one of my on-prem k8s clusters). Based the community around Arcus today, I don't think there will be support for third party hubs in the next few months, especially given the unknowns around zwave/zigbee. The code does have references to running the arcus agent on a local machine for development, but it's unclear which dongles are required (e.g. I know EZSP, but what specifically are the requirements). The issue of not having source code shouldn't be an issue because this is a java project and you can simply add the closed source jars on $CLASSPATH. Since the iris hub can be found for very cheap (I got one for $5), I also don't see a good reason to invest resources in this problem. Thus, my approach has been to get the Arcus platform up, and make a simple onboarding process to bring existing hubs online. That process is not publicly documented, since it's coupled to my infrastructure, but I've gotten the high level process down to 1) get root on the hub (already documented by Mike S.), 2) copy a jar file over to change hub trust store 3) copy a jar file that changes default server to connect to OR keep a USB stick in with the publicly documented configuration options set. My goal has been to get this whole process down to the minimum time possible, since it means more users can evaluate Arcus and contribute to it or learn from it, and because it makes my development purposes much easier. As it stands today, AFAIK I am the only one to get Arcus to work, and despite several people trying the scripts on arcus-k8 there's always been an issue with services reaching cassandra or kafka. This problem doesn't seem unique to Arcus, but rather is the reality of running stateful services in Kubernetes, especially with mTLS (via Istio). I'm still trying to figure out how to replicate cassandra across multiple pods and clusters in k8s, which in itself seems like an immensely complicated subject. Anyway - back to hubs. While I'm not convinced that the Arcus agent is the right thing to keep working on (especially given that we're not going to get another hub anytime soon), I have been looking at new ways to connect devices, via the IPCD protocol (also released as part of open sourcing Arcus). Using IPCD, I was able to add support for Insteon switches, using a completely different hub - something that was not supported before in Iris. I believe this approach can be taken to achieve many more integrations, such as controlling general python automators on raspberry pis or whatever you want to do (as long as Arcus has the capability defined for it). As an example, I plan to add music controls (play <URL>/pause/volume adjust) in Arcus. Some of the concepts in Arcus aren't as completely thought out as they are in other systems. As an example, you can't create a schedule that only runs when a person is home. Adding support for this concept requires storing additional state about each place that a particular partition of the subsystem-service knows about, increasing memory usage and adding complexity. I'm not sure if this is the right thing to do in the Arcus ecosystem, and development of a large scale java enterprise application is difficult. For this reason, I'm also considering adding permission scoped "service accounts" that can connect to Arcus, listen to the event stream (e.g. over a websocket much like the app or web portal does) and provide unlimited customization with simple python code or a groovy DSL.
  7. AndrewX192

    Hacking the 2.0 Hub.

    The hub keys have been posted, and it’s pretty easy to get root on the hub and update it - on the software side we should be able to do a lot - I don’t think there’s any platform level code signing in place
  8. AndrewX192

    Don’t throw away your iris hub!

    Depends on pricing. The most I typically pay for a hub is $10, and $15 for 3rd gen hubs (although I prefer the second gen). If Arcus sees any kind of adoption, there may be interest in these hubs again, at least until an alternative hub can be developed
  9. The second (and very likely third) generation hubs work with Arcus and are the cheapest way to get started. I’ve heard that some people simply threw their hub away, so if you’re considering doing that think about holding onto it! if anyone has a stack of hubs around, I might be interested in adding to my collection - I have about 7 connected to various Arcus deployments for testing.
  10. AndrewX192

    I have been caught completely offguard

    Yes! Arcus is the open source version of Iris and there’s a small number of people that are using it, including with the thermostat. Unfortunately it’s not trivial to setup, and requires you to setup your own server. If you’re just now learning about iris, it’s probably not worth your time.
  11. AndrewX192

    Device removal and resetting

    Iris has a whole playlist full of device resetting videos. Have you checked through them yet? https://www.youtube.com/watch?v=FQY-0D3shP4&amp;list=PLjfHeI0QUV8BH0Z5LbUa7xf4rroUq-EpZ. In my experience (migrating to Arcus) I was simply able to follow those instructions and re-pair the device without issues. For ZWave devices, you'll need to exclude the device as mentoined in a previous post.
  12. AndrewX192

    Looking for 2nd gen motion

    Do you have any of the less common iris v1/v2 devices, like the fob/pendants? I want to work on the presence subsystem for Arcus, but it currently doesn't support anything besides presence sensors. I've been buying up Iris "Pro Monitoring" kits to get the smart fob, but curious if you have them for cheaper.
  13. It's taken about a month, but I'm pretty close to having a self-host version of Arcus that doesn't take take days to setup. I have put together a set of scripts and kubernetes configuration files (available on https://github.com/wl-net/arcus-k8) which can be used to host your own Arcus deployment, provided you have reasonably deep *nix experience. In my testing, I was able to get tear down my Arcus setup and build a new one in about 25 minutes - far better than my first experience of 20+ hours. This version is still missing a lot of features, like notifications, backups or any redundancy, and a clear upgrade path. However, if you have Iris devices you're not using and want to try Arcus, and are comfortable with loosing all your data / configuration, this might be worth taking a look at. I have not tested recent versions in Google cloud, but have instead been focused on local deployments (e.g. you provide a bare metal system with 12GB or more RAM and 20GB or more disk). Furthermore, nobody besides me has been able to complete these instructions (as far as I'm aware) from start to end and achieved the same result as me. https://github.com/wl-net/arcus-k8 Going forward, I plan to migrate my existing Arcus deployment over to these configuration files, and until that is complete, this configuration should not considered to be stable (e.g. at any given time, the repository could be broken or updating could otherwise destroy your deployment).
  14. AndrewX192

    Realistic ETA for a functional Arcus

    A little update here: I've been burning down on the list of open issues with getting Arcus working out of the box. Arcus still is not going to be something that the average user can (or should ever want to) run on their own. However, for experienced technical users, I plan to provide some Kubernetes configuration files which can be used to bring up Arcus on-demand within Google cloud. Unfortunately I will not be able to optimize the configuration part, where the user must go to a half dozen different service providers (e.g. SmartyStreets, Twilio, etc.) and create accounts, configure, etc. Also, there will be no mobile app(s) or push notifications, although I can confirm that it isn't too difficult to get at least the iOS app (although you'll have to pay Apple $100 if you want push notifications). Finally, the resource requirements for Arcus are not trivial to meet. You won't be running it on a Raspberry pi or other low-spec machine. Currently, the lowest I've been able to get Arcus to run on is about 10GB of ram (down from 16-20GB, through tweaking some configuration options). Expect to pay $60-100/mo in cloud hosting costs if you don't have a server on-prem to run Arcus. I do have plans to investigate running Arcus in some sort of on-demand compute model (e.g. Google Cloud Preemptible resources), but I don't expect the price to be below $40 even with that in mind.
  15. AndrewX192

    Archive Iris support and forum?

    Should we just start on GitHub for now? That way we don't have to run something like mediawiki and be responsible for patching/backups/etc. Or perhaps another arcus git repository for one-off tools, docs, and other things that don't fit into the existing repositories? We could also put all our docs in markdown and auto-generate a website (and javadoc) and host that in one place in the future.