Jump to content

AKAPADIA

Members
  • Posts

    46
  • Joined

  • Last visited

Recent Profile Visitors

514 profile views

AKAPADIA's Achievements

Experienced

Experienced (4/6)

2

Reputation

1

Community Answers

  1. I'm having trouble with my Zooz Zwave door open/close battery operated sensors. (Aside: I'm having to reinstall all my Zwave devices due to some sort of corruption while running 5.6.2 and have managed to restore thermostats and wall switches), but the open/close sensors don't work. Don't work => I can remove and add them back to the Zwave network, but then when I query the state I get nothing but a Request Failed dialog box. Anyone have insight into whether this is 5.6.3 related?
  2. I reinstalled some thermostats and wall switches and they work ok. My battery operated Zooz open/close sensors, however, don't seem to work even after delete and reinstall. So I'm wondering if there is a breaking change in the new 5.6.3 update.
  3. Thanks @Techman. Running the latest, 5.6.3, PG3x .36.
  4. Thanks @Techman. Interestingly, after the power on recycle the errors have become more weird. When I query a light switch for its state, I get the dialog box picture attached. After the reboot, it seems to be querying all devices and saying "device xy is not awake" - it seems to think all the devices are asleep.
  5. I just confirmed that deleting and readding one ZWave device works - but I am dismayed that I have to do that and update all the programs to use the new node values ...
  6. No, I get a full ZWave menu; where would I see that message of not responding?
  7. Thank you @landolfi. To be clear, though, mine stopped working before the upgrade. I did the upgrade as a last ditch effort to resolve.
  8. The problem happened with 5.6.2. I am running a Polisy with ZMatter ZWave. One of the things I did to try and fix it was upgrade to the latest firmware and so I am now running 5.6.3. I did not have a ZWave backup - I didn't realize that I needed to do that separately from backing everything else up, unfortunately. Does this mean I have to delete and reinstall all my dozens of ZWave devices and fix up the programs manually :-(? Even if I have to reinstall the devices, if I could preserve the node ID it would be very useful
  9. A weird thing occurred this evening while I was out of the house. I got a bunch of notifications on my UD Mobile app that nodeservers were going offline. Various systems stopped working that depended on the nodeservers. I got home and went to the admin console and noticed that all my programs had disappeared. The top level node was empty. I restored from a backup but the ZWave devices are missing. When I click and do a Query on a ZWav devices I get an error dialog "TCP client read response failed". Other devices just say "Request Failed" I tried healing the ZWave network and rebooting and updating the system to the latest firmware, disabling and reenabling zwave support in IoX, rebooting and restarting the system, but the zwave functionality remains broken. Nothing in the zway.log jumped out at me. The failure has affected switches, thermostats, open/close sensors, pretty much everything. When I reboot I get a long system busy dialog and then a bunch of zwave device not awake messages. Would appreciate any suggestions on what to do here.
  10. Tried rebooting the router, didn't help. Could successfully sign into the UD portal, and shows the ISY off line Yet, I do know the ISY is online because some programs seem to be running, such as my startup program. Will try a support ticket next.
  11. Thanks @DennisC. Tried the shutdown (safely, thru the portal). Waited 10 minutes before plugging back in. Haven't logged in but the debug.log still showing the same error message. To be clear, I did do the upgrade using the admin console "Upgrade Packages". It's only after the reboot that hosed things did I try the sudo pkg install commands, because there didn't seem any other way to retry the upgrade. Even before this, I've tried both reboot and shutdown several times, to no avail.
  12. Following the instructions, the upgrade worked for me and the .18 version and 5.5.7 came up just fine. After that just to be sure I was launching off a clean slate, I rebooted the Polisy. After that, PG2 and PG3 come up, but ISY seems hosed. Looking at the debug.log I see: 129:initPolyglot()) 2023-02-27 14:55:32 - Error| udx [T:34389175808] failed retrieving creds from udx. Retry 29 (../src/udx/UDXComm.cpp@129:initPolyglot()) 2023-02-27 14:55:34 - Error| udx [T:34389175808] failed retrieving creds from udx. Retry 30 (../src/udx/UDXComm.cpp@129:initPolyglot()) 2023-02-27 14:55:36 - Error| udx [T:34389175808] failed retrieving creds from udx. Retry 31 (../src/udx/UDXComm.cpp@129:initPolyglot()) Eventually it gives up and says it's bailing out and that the client failed to initialize I have tried sudo pkg install -r udi pkg sudo /usr/local/etc/udx.d/static/udxops.sh upgrade.polisy Both don't show any more changes are required. Something does seem to be running though as I have a startup program in ISY that seems to run as it sends me an SMS saying it ran and that it concluded. However, nothing else seems to work. Anyone have any ideas on what's up? Thank you for any pointers. This is the second upgrade mess I seem to have got myself in after the upgrade to 5.5.x. I am losing confidence in my ability to do upgrades in spite of trying my hardest to follow the steps exactly. I am running Polisy with a ZMatter board inside of it.
  13. For the record for this thread support says this is a bug and will be fixed in 5.5.7 (in thread linked above). Thank you @tmorse305 for drawing my attention to the Eisy thread.
  14. Fantastic, thank you for that update!
  15. I think so - it's comprehensively described like I did in my forum post. I turned to the forum because the support request didn't go anywhere.
×
×
  • Create New...