AndrewX192

Members
  • Content count

    31
  • Joined

  • Last visited

  • Days Won

    3

AndrewX192 last won the day on August 16

AndrewX192 had the most liked content!

About AndrewX192

  • Rank
    Member

Recent Profile Visitors

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

  1. AndrewX192

    Do You Miss Iris ?

    I don't miss Iris much because everything I need is in Arcus! Do wish they were still producing newer keypads, motion sensors, and contact sensors, since IRIS had some pretty good offerings in that space.
  2. AndrewX192

    Thermostat Fan Control

    A new feature is coming to Arcus: the ability to control your fan mode (auto/on) on supported thermostats in the web ui. Additionally, you will also be able to control the fan through rules or scenes, as desired. Support for controlling the fan will be added to future revisions of the apps.
  3. I have three of the Utilitech Z-Wave Glass Break sensors, two in one house and one in another. The second home with one glass break sensor tends to disconnect and report low battery rather frequently (1-2 emails about batteries or connectivity a day) - has anyone else experienced issues with connectivity or battery reporting on these glass break sensors? I've replaced the batteries with known good ones, but it still reports "low battery" periodically in Arcus. I generally assume it will reconnect if there's actually a glass break event, but curious if anyone else has run into similar issues.
  4. AndrewX192

    Arcus Smart Home

    Correct - the IRIS platform is a lot like smartthings, in that the hub is mostly a bridge between devices (be they zigbee, zwave, etc.) and the internet, with some local processing for alams. Currently, I wouldn't recommend running Arcus with less than 12GB of ram, but I suspect there's work that could be done to bring it down to a comfortable 8GB, and then 6GB - the challenge is that Kubernetes itself (which is used to manage Arcus) is resource intensive, and particular services like the drivers service and subsystem service are built for a level of scale that <10 users is completely overkill for. For example, the thread pools and paritions counts default to 64-128, so there's potentially some overhead there. What I'd like to see is more functionality on the hub itself (so that the cloud dependency is not so critical) - specifically: being able to arm when cloud is down, schedules, and some primitive rules. With the IH300 hub this should be possible since it has 2X the ram, but the IH200 which most people have may be a bit more tricky. Currently it doesn't really matter how many devices you have connected, although the number of different devices you use may have some baring due to the way drives are loaded. Perhaps removing these drivers would help? Anyway, for context my production environment has 3 homes running on it, with ~100 devices in total, and sits at about 9GB of ram used. Thankfully Arcus is not CPU intensive, however Kubernetes currently is - although I think migrating to k3s will help.. A cheap old Lenovo ThinkPad (e.g.a T420) with 8-16GB may be a good target to run Arcus on in the future. I don't expect that we'll ever get to raspbery pi territory, even for reasons beyond memory (I'm aware of the 4GB version), because of Cassandra database writes and SD card wareout.
  5. AndrewX192

    Arcus Smart Home

    The closest that exists today is https://github.com/wl-net/arcus-k8 - which is a set of scripts to setup Arcus on kubernetes. Some people are still struggling to get it working, but at present I believe that is the easiest option.
  6. 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.
  7. 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?
  8. 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).
  9. 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.
  10. 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
  11. 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?
  12. 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.
  13. 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
  14. 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
  15. 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.