• Content count

  • Joined

  • Last visited

  • Days Won


Everything posted by AndrewX192

  1. AndrewX192

    Arcus Smart Home

    Yes, Arcus appears to have all the same code from Iris around petdoors, but I don't have one to tinker with. Your options are 1) port petdoor driver to your platform of choice 2) use Arcus (only if you are very technical) 3) find someone else to run Arcus for you. AFAIK, I'm still the only one running Arcus in production since Iris shut down on March 31st, so your option is likely on #1.
  2. 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?
  3. 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 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. 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).
  4. 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?
  5. 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).
  6. 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.
  7. 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
  8. 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.
  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

    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
  11. 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
  12. 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.
  13. AndrewX192

    Device removal and resetting

    Iris has a whole playlist full of device resetting videos. Have you checked through them yet?;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.
  14. 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.
  15. 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.
  16. AndrewX192

    Archive Iris support and forum?

    Hi, as you all know, the iris websites are shutting down soon and we will loose a great source of knowledge around iris. I already have an archive of all their YouTube videos on pairing and resetting devices, but I don’t have any of the support articles or forum posts. Is anyone able to get those archived before they disappear in a few days?
  17. 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.
  18. AndrewX192

    Archive Iris support and forum?

    That's good to know. Short term, I'm hoping to put up a pull request which strips out all the callouts to buy devices or get support, but longer term I'd like to get these transitioned to an Arcus website.
  19. AndrewX192

    Realistic ETA for a functional Arcus

    I have some Z-Wave devices that I couldn’t easily remove, but for the contact sensors I had to get reasonably close, maybe because I don’t have a lot of repeaters
  20. AndrewX192

    Realistic ETA for a functional Arcus

    Thanks for chiming in. I guess I'll look into getting a v3 hub as well then, but from what I've seen they're in pretty limited supply. It would be nice to not have to walk around with a long cable to pair things.
  21. AndrewX192

    Realistic ETA for a functional Arcus

    I assume the backend technology stack between v1 and v2 was very different, but nothing significant on the backend changed for the v3 hub. All the references to the hub in Arcus appear to be around "v2 hub", and I believe that covers both models, since it has the sounds that the v3 hub apparently plays. Anyway, I've already found a way to use the Arcus platform with non-Iris devices... not just generic zigbee/zwave devices, but by extending the IPCD procotol in Arcus, I was able to get it to talk to a bridge service to my Insteon hub. This means I can now control Insteon devices (e.g. light switches) without leaving the Arcus platform
  22. AndrewX192

    Realistic ETA for a functional Arcus

    AFAIK, the v3 hub isn't really an architecture change. The only significant change is iris v1 to iris v2. Presumably iris v1 must have been a lot simpler design, but had some architectural flaws (e.g. couldn't scale, buggy, etc.) that resulted in the v2 solution, but I wasn't around to see it.
  23. AndrewX192

    Realistic ETA for a functional Arcus

    I can see why they struggled with v2 - the tech stack is very complicated, but it’s reasonably well thought out. Adding features is hard in this infrastructure, but once done has a better chance of working reliably and scaling out to all of Lowe’s users. I think I can overcome some of those limitations by bridging Arcus to my collection of existing python services, so I can support Insteon and other platforms.
  24. AndrewX192

    The Iris Hub runs Java

    FYI, a good chuck of the agent code is in the arcusplatform repository, branded as the "agent". You don't need to modify the agent outside of replacing the java truststore though, so don't worry about it too much. The more interesting code is on the platform.
  25. AndrewX192

    Arcus (Iris) Smart Home code posted.

    You should generally not be running shellscripts directly to start arcusplatform, instead you should look at the gradle jobs. In particular: ./gradlew :platform:arcus-khakis:startPlatform ./gradlew startService If you have errors with those two jobs, you might consider running jobs specifically, like ./gradlew :platform:arcus-containers:alarm-service:runDocker Focus on getting kafka, zookeeper, and cassandra up first. If you don't have all three of those working, you won't be able to use any of the services and you'll run into even more confusing problems.