JTsao

I guess I'll answer my own question - re-booting the eisy seems to have fixed the problem, but I still have some zwave and zigbee "ghost devices" that I cannot figure out how to delete - these show up under zwave->xray->DH All devices

Whenever I start up the IoX admin console, I get prompted to verify the DSK for a zwave device that I have previously excluded and should otherwise not exist - it is acting as if the inclusion/add device process is still in-progress - the device cannot be found anywhere in the IoX admin console and does not show up under Z-wave->xray->DH All Devices - the device in question is a Enbrighten ceiling fan control switch - I have another one of these which does not exhibit this problem - does anyone have any idea how to fix this?

I have 3 ZWave and 2 Zigbee ghost devices that I cannot remove - for the Zigbee devices, I have tried "Synchronize New and Deleted with Interview" then select the devices and do "remove from Zigbee Network", then "delete" but that doesn't work - for the ZWave devices I did "Synchronize New and Deleted with Interview" then select the devices and "remove failed node" - that results in the following error "LIB_DRIVERS-UYZ_GEN_ERR_9_BODY" - is there another way to delete these ghost devices? (BTW - performing a "delete" when selecting the device will make it disappear from the admin console, but I can see that all the devices still exist under xray->DH ALL DEVICES and the zwave devices show up when doing a "heal network", then "Synchronize New and Deleted" will make them re-appear)

In my case, the devices are not present where other devices are located in the admin panel - they appear to exist in the debug window when doing (1) Heal Network and also (2) when you select a z-wave device and do Xray->DH All Devices - then they also show up - so I just can't right click and delete - that is the problem

I've got at least 3 Zwave devices that show up when trying to do a heal network that are not there - ZY033, ZY035, ZY044 - they also show up doing a DH All Devices under XRay, but other than that there don't show up anywhere else - how do I go about deleting these without having to reset the ZMatter dongle?

Oh no - I recently added 3 Zooz devices and left the secure inclusion checkboxes enabled - when prompted for the PIN, I just made one up - all 3 devices seem to work fine, but I did see that pop-up one time - is there any way to check which z-wave devices were included securely vs. unsecurely? If secure inclusion is going to cause problems, then I'm good with non-secure as I just want things to work...

+1 Ecobee

I upgraded a couple of weeks ago with no issues - the only minor thing is that the admin console login method changes to your isy portal login - unless you manually add a URL to IoX finder to login the old way

Here's some more detail from the log file in case it's useful: 2025-10-29 07:16:01.229 Thread-197 (poll) udi_interface ERROR udi_interface:write: ^ 2025-10-29 07:16:01.229 Thread-197 (poll) udi_interface ERROR udi_interface:write: File "/var/polyglot/pg3/ns/0021b90260ee_12/pyemvue/pyemvue.py", line 98, in get_device_list_usage 2025-10-29 07:16:01.229 Thread-197 (poll) udi_interface ERROR udi_interface:write: response.raise_for_status() 2025-10-29 07:16:01.229 Thread-197 (poll) udi_interface ERROR udi_interface:write: File "/var/polyglot/pg3/ns/0021b90260ee_12/.local/lib/python3.11/site-packages/requests/models.py", line 953, in raise_for_status 2025-10-29 07:16:01.230 Thread-197 (poll) udi_interface ERROR udi_interface:write: raise HTTPError(http_error_msg, response=self) 2025-10-29 07:16:01.230 Thread-197 (poll) udi_interface ERROR udi_interface:write: requests.exceptions 2025-10-29 07:16:01.230 Thread-197 (poll) udi_interface ERROR udi_interface:write: . 2025-10-29 07:16:01.230 Thread-197 (poll) udi_interface ERROR udi_interface:write: HTTPError 2025-10-29 07:16:01.230 Thread-197 (poll) udi_interface ERROR udi_interface:write: : 2025-10-29 07:16:01.230 Thread-197 (poll) udi_interface ERROR udi_interface:write: 500 Server Error: Internal Server Error for url: https://api.emporiaenergy.com/AppAPI?apiMethod=getDeviceListUsages... 2025-10-29 07:16:01.231 Thread-197 (poll) udi_interface ERROR udi_interface:write: During handling of the above exception, another exception occurred: 2025-10-29 07:16:01.231 Thread-197 (poll) udi_interface ERROR udi_interface:write: Traceback (most recent call last): 2025-10-29 07:16:01.231 Thread-197 (poll) udi_interface ERROR udi_interface:write: File "/usr/local/lib/python3.11/threading.py", line 1045, in bootstrapinner 2025-10-29 07:16:01.231 Thread-197 (poll) udi_interface ERROR udi_interface:write: self.run() 2025-10-29 07:16:01.231 Thread-197 (poll) udi_interface ERROR udi_interface:write: File "/usr/local/lib/python3.11/threading.py", line 982, in run 2025-10-29 07:16:01.232 Thread-197 (poll) udi_interface ERROR udi_interface:write: self._target(*self._args, **self._kwargs) 2025-10-29 07:16:01.232 Thread-197 (poll) udi_interface ERROR udi_interface:write: File "/var/polyglot/pg3/ns/0021b90260ee_12/vue.py", line 56, in poll 2025-10-29 07:16:01.232 Thread-197 (poll) udi_interface ERROR udi_interface:write: vue.login(username=username, password=password) 2025-10-29 07:16:01.232 Thread-197 (poll) udi_interface ERROR udi_interface:write: File "/var/polyglot/pg3/ns/0021b90260ee_12/pyemvue/pyemvue.py", line 245, in login 2025-10-29 07:16:01.232 Thread-197 (poll) udi_interface ERROR udi_interface:write: self.customer = self.get_customer_details(self.username)

I've been having issues with this nodeserver for a few months - my programs to send a push message when charging starts, stops and when the charging rate changes haven't been working - since this is not critical, I haven't really investigated but I am seeing 500 errors in the debug.log (below) 2025-10-27 00:25:10.849 Thread-4108 (poll) udi_interface ERROR vue:poll: SP query failed: 500 Server Error: Internal Server Error for url: https://api.emporiaenergy.com/AppAPI?apiMethod=... 2025-10-27 00:25:13.712 Thread-4108 (poll) udi_interface ERROR udi_interface:write: Exception in thread 2025-10-27 00:25:13.712 Thread-4108 (poll) udi_interface ERROR udi_interface:write: Thread-4108 (poll)and errors in the install.log (below) ERROR: pip's dependency resolver does not currently take into account all the packages that are installed. This behaviour is the source of the following dependency conflicts. gtts 2.5.4 requires requests<3,>=2.27, but you have requests 2.26.0 which is incompatible.

After reading that and noting that Zooz is now selling Zwave 800 series (=LR?) products - is it possible that UD is using confusing terminology and that the ZMatter is not a Zwave 800 series LR device? From the UD website (see below) - note that it only mentions Zwave 700 series with possibly higher power? Z-Wave+ (Long Range) Enhanced Range Start enjoying the enhanced range afforded by high caliber external antennas (on the sides) in conjunction with SiLab’s 700 series Z-Wave and Zigbee/Matter radios.

I bought my ZMatter module back in Sept. 2022 - it reports as Z-Wave Module 21100 in the IoX admin console - does it support Z-Wave Long Range? or is there a newer version that I would have to purchase to get that capability? Is there a significant benefit to long range for indoor use in a larger 2 story house?

I use Rachio - yes there is an app but I also use the nodeserver so that I can control 1 zone to refill a pool from the eisy - I like the autonomy of it (set and forget) vs. the insteon sprinkler that I used to use which required some complex programming to adjust for rain, temperature and seasonal changes

I have discovered that when I delete activities or equipment out of the harmony hubs: (1) I have to delete the hub in the IoX app, then re-discover it because purge check and purge execute don't seem to work for this purpose - also (2) there are nodes on the node page of the node server corresponding to equipment and activities that have been deleted - is it ok to manually delete those nodes? EDIT: I'll answer my own question - I deleted all nodes where the primary node was a deleted hub and I deleted any activities and equipment that were no longer present and all seems to be OK

That line of thinking sounds good to me - I am going back to using the mini ups / battery for the eisy if I can find all of the cables...