Bumbershoot

These use Z-Wave, but in the latest IoX firmware (5.5.6 currently), these switches/dimmers work fine. They aren't the latest/greatest Z-Wave version, however. https://www.amazon.com/GE-Occupancy-Required-SmartThings-26931/dp/B07226MG2T/ref=asc_df_B07226MG2T?tag=bngsmtphsnus-20&linkCode=df0&hvadid=80745502739840&hvnetw=s&hvqmt=e&hvbmt=be&hvdev=c&hvlocint=&hvlocphy=&hvtargid=pla-4584345029627392&psc=1

This is just a guess, but my eisy responds when the URL to look like this: wss://<ip address>:8443/rest/subscribe

Here's what the variable substitution value looks like for an ECOWITT moisture sensor: ${sys.node.n005_wh51_1.ST} You can click on the "Nodes" button on your node server to see the values for each device. Below are the possible values for the moisture sensor:

FWIW, I’ve never seen battery status, on Z-Wave 300, 500, 700 or Zmatter. I change them once a year, same as smoke alarm batteries. No issues so far.

@Chris Jahn, my GoControl garage door openers are now operating normally and reporting status. All other Z-Wave devices are operating correctly as well, as far as I have tested. I didn't migrate, however. I excluded on my Polisy and included them on my eisy. My Z-Wave network isn't all that extensive.

I'm not trying to be a jerk, but when you start working with libraries, package managers, file layouts, etc., it can be, and some of the solutions in this thread are wandering into that territory. But for the most part, it doesn't practically matter.

FreeBSD gents, not Linux. Lots of similarities, lots of differences.

I don't know what's going on here, but if you start reading at the post linked to below, you might see what has been happening: The solution in my case was to issue the following command at the command line: sudo service udx restart

If you're on a Polisy and know how to ssh into the box, then this worked for me yesterday: sudo service udx restart There's an upstream package associated with MongoDB that breaks things, and that has caused this problem for UDI and Polisy/eisy users. You might start reading at this post for more information:

This is on my eisy: I can't tell you when the updates were released to the repositories, but PG3x was upgraded on my machine to 3.1.22_3 on Feb. 8th in the afternoon. Again, on my machine only, IoX was upgraded from 5.5.5_1 to 5.5.5_2 on the morning of Feb. 6th. I never saw any release notes, so I don't know if anything interesting to the user community was fixed/changes. The updates could simply be due to compatibility reasons with other packages. UDX gets fairly frequent updates, and I've never seen release notes for that. I suspect UDI prefers to keep that secret sauce to itself.

Give restarting udx a try in you're comfortable at the command line: sudo service udx restart

Back up and running on both Polisy and eisy. sudo service udx restart

I got a response to my ticket. sudo service udx restart Back up and running.

Bingo... EDIT: I recall that a stated goal of PG3 was to get rid of MongoDB. Maybe UDI is getting ready a release that'll do just that, and this update somehow escaped into the wild a bit early.

I'm pretty sure this is PG3 related, and not due to changes in the network stack (I'm currently logged into both boxes from the command line). There are no PG3 instances on either machine at the moment. For the cause of this issue, my money is on either the mongo driver getting uninstalled, or a conflict with node19 and PG3.

Yep, I think you're right. I don't have a PG3 instance running on either Polisy or eisy at the moment. PG2 is running on my Polisy. UDX and ISY are running on both.

It has been rebooted, more than once.

Be careful updating the packages on either Polisy or eisy at the moment. I updated packages on both this morning - I used the "Upgrade Packages" button on the Configuration tab on the AC - and IoX isn't playing along on either machine after a reboot. I've opened a ticket. Below are the salient items from the log: Installed packages to be REMOVED: mongo-c-driver: 1.8.1 New packages to be INSTALLED: node19: 19.5.0 [udi] Installed packages to be UPGRADED: libbson: 1.8.1 -> 1.23.2 [FreeBSD] xmlsec1: 1.2.34_1 -> 1.2.37 [FreeBSD]

Until this morning. I just updated my Polisy, and IoX and PG3 aren't playing along (I can't get to the AC and automations aren't working). The portal shows the machine is offline. Below is a snip from the log... All repositories are up to date. Checking for upgrades (21 candidates): .......... done Processing candidates (21 candidates): .......... done The following 4 package(s) will be affected (of 0 checked): Installed packages to be REMOVED: mongo-c-driver: 1.8.1 New packages to be INSTALLED: node19: 19.5.0 [udi] Installed packages to be UPGRADED: libbson: 1.8.1 -> 1.23.2 [FreeBSD] xmlsec1: 1.2.34_1 -> 1.2.37 [FreeBSD] Number of packages to be removed: 1 Number of packages to be installed: 1 Number of packages to be upgraded: 2 The process will require 43 MiB more space. 10 MiB to be downloaded. [1/3] Fetching xmlsec1-1.2.37.pkg: .......... done [2/3] Fetching node19-19.5.0.pkg: .......... done [3/3] Fetching libbson-1.23.2.pkg: .......... done Checking integrity... done (1 conflicting) - node19-19.5.0 [udi] conflicts with node18-18.13.0 [installed] on /usr/local/bin/corepack Checking integrity... done (0 conflicting) Conflicts with the existing packages have been found. One more solver iteration is needed to resolve them. The following 6 package(s) will be affected (of 0 checked): Installed packages to be REMOVED: mongo-c-driver: 1.8.1 New packages to be INSTALLED: node19: 19.5.0 [udi] Installed packages to be UPGRADED: libbson: 1.8.1 -> 1.23.2 [FreeBSD] xmlsec1: 1.2.34_1 -> 1.2.37 [FreeBSD] Number of packages to be removed: 1 Number of packages to be installed: 1 Number of packages to be upgraded: 2 The process will require 43 MiB more space. Fetching node18-18.13.0.pkg: .......... done [1/6] Deinstalling mongo-c-driver-1.8.1... [1/6] Deleting files for mongo-c-driver-1.8.1: .......... done [2/6] Deinstalling node18-18.13.0... [2/6] Deleting files for node18-18.13.0: .......... done [2/6] Installing node18-18.13.0... [2/6] Extracting node18-18.13.0: .......... done [3/6] Upgrading xmlsec1 from 1.2.34_1 to 1.2.37... [3/6] Extracting xmlsec1-1.2.37: .......... done [4/6] Installing node19-19.5.0... pkg: node19-19.5.0 conflicts with node18-18.13.0 (installs files into the same place). Problematic file: /usr/local/bin/corepack Fri Feb 10 05:25:02 PST 2023|/usr/local/etc/udx.d/static/udxops.sh: upgrading packages successful ... Fri Feb 10 05:25:02 PST 2023|/usr/local/etc/udx.d/static/udxops.sh: checking base packages ... Updating FreeBSD repository catalogue... FreeBSD repository is up to date.

As I understand it, you can't use those accounts. They're used for node servers and other connecting devices.

PG3 on Polisy is back to working.

Based on the use case I'm thinking of for a few of these devices, there doesn't seem to be any showstoppers in that they don't report "Status" based on local control. I don't think I would have any need for programs to evaluate the status of any of the devices. I would want to set up scenes, however, and possibly run a couple of "adjust scene" programs in the evening and early morning hours. I might just purchase a few and retire some Zen77's. Also, I like that they can act both as a dimmer and an on/off switch. Ergonomics matter, and I prefer the ergonomics (and performance) of Insteon hardware to the Zen77's.

The migration to an eisy will be mostly painless if you're not invested in Z-Wave. It amounts to not much more than backing up you ISY994i and restoring it to the eisy. You'll want to update both to the latest and greatest firmware before you do it, and there might be a few cleanup chores, but for the most part, it should be quite easy.

Ah, but there is. See this post. New PLM's are due in March.

Thanks for helping with this. It's a nice device, and it I hope UDI and Insteon can make it possible for IoX to support it.