I recently had a power outage of all my house.
When everything came back I got a mail from Z-Way :
SmartHome UI - Notification
The following notification appeared in Your Z-Way System:
Cannot start Z-Wave binding: Error: Bad data - communication failed
Best Regards
Z-Wave.Me
Since then nothing works anymore.
I'm under Domoticz on a raspberry 3b+ with 3.2.2 zway firmware (try to update to 3.2.3) and everything worked like a charm for more than 3 years of uptime.
Card still apear in Domoticz, sometime with red/blue "Configuration" button but always empty if I clic o nit, no more devices
The log (towards the end of the file) shows something strange with your 2 thermostats - device ID 8 and 9, after which the serial connection to the Z-Wave.Me controller got dropped - this is a critical error condition and stops Z-way from working. Here's the significant log entries:
[2022-05-24 22:49:23.262] [W] [zway] Got command class 0x80, command 0x03 frame from device 9 to controller, but policy do not allow it - ignoring
[2022-05-24 22:49:23.262] [D] [zway] SETDATA devices.9.data.lastReceived = 0 (0x00000000)
[2022-05-24 22:49:23.308] [D] [zway] RECEIVED: ( 01 0C 00 04 00 09 06 43 03 01 42 06 A4 59 )
[2022-05-24 22:49:23.308] [D] [zway] SENT ACK
[2022-05-24 22:49:23.309] [W] [zway] Got command class 0x43, command 0x03 frame from device 9 to controller, but policy do not allow it - ignoring
[2022-05-24 22:49:23.309] [D] [zway] SETDATA devices.9.data.lastReceived = 0 (0x00000000)
[2022-05-24 22:49:23.377] [D] [zway] RECEIVED: ( 01 0A 00 04 00 09 04 46 08 00 7F CD )
[2022-05-24 22:49:23.377] [D] [zway] SENT ACK
[2022-05-24 22:49:23.378] [W] [zway] Got command class 0x46, command 0x08 frame from device 9 to controller, but policy do not allow it - ignoring
[2022-05-24 22:49:23.378] [D] [zway] SETDATA devices.9.data.lastReceived = 0 (0x00000000)
[2022-05-24 22:49:23.449] [D] [zway] RECEIVED: ( 01 0C 00 04 00 09 06 31 05 01 42 08 B3 34 )
[2022-05-24 22:49:23.449] [D] [zway] SENT ACK
[2022-05-24 22:49:23.449] [W] [zway] Got command class 0x31, command 0x05 frame from device 9 to controller, but policy do not allow it - ignoring
[2022-05-24 22:49:23.449] [D] [zway] SETDATA devices.9.data.lastReceived = 0 (0x00000000)
[2022-05-24 22:49:23.516] [D] [zway] RECEIVED: ( 01 08 00 04 00 09 02 84 07 7B )
[2022-05-24 22:49:23.516] [D] [zway] SENT ACK
[2022-05-24 22:49:23.517] [W] [zway] Got command class 0x84, command 0x07 frame from device 9 to controller, but policy do not allow it - ignoring
[2022-05-24 22:49:23.517] [D] [zway] SETDATA devices.9.data.lastReceived = 0 (0x00000000)
[2022-05-24 22:49:44.710] [D] [zway] RECEIVED: ( 01 09 00 04 00 08 03 80 03 42 38 )
[2022-05-24 22:49:44.710] [D] [zway] SENT ACK
[2022-05-24 22:49:44.710] [W] [zway] Got command class 0x80, command 0x03 frame from device 8 to controller, but policy do not allow it - ignoring
[2022-05-24 22:49:44.710] [D] [zway] SETDATA devices.8.data.lastReceived = 0 (0x00000000)
[2022-05-24 22:49:44.730] [D] [zway] RECEIVED: ( 01 0C 00 04 00 08 06 43 03 01 42 06 A4 58 )
[2022-05-24 22:49:44.730] [D] [zway] SENT ACK
[2022-05-24 22:49:44.731] [W] [zway] Got command class 0x43, command 0x03 frame from device 8 to controller, but policy do not allow it - ignoring
[2022-05-24 22:49:44.731] [D] [zway] SETDATA devices.8.data.lastReceived = 0 (0x00000000)
[2022-05-24 22:49:44.747] [D] [zway] RECEIVED: ( 01 0A 00 04 00 08 04 46 08 00 7F CC )
[2022-05-24 22:49:44.748] [D] [zway] SENT ACK
[2022-05-24 22:49:44.748] [W] [zway] Got command class 0x46, command 0x08 frame from device 8 to controller, but policy do not allow it - ignoring
[2022-05-24 22:49:44.748] [D] [zway] SETDATA devices.8.data.lastReceived = 0 (0x00000000)
[2022-05-24 22:49:44.770] [D] [zway] RECEIVED: ( 01 0C 00 04 00 08 06 31 05 01 42 08 EB 6D )
[2022-05-24 22:49:44.770] [D] [zway] SENT ACK
[2022-05-24 22:49:44.771] [W] [zway] Got command class 0x31, command 0x05 frame from device 8 to controller, but policy do not allow it - ignoring
[2022-05-24 22:49:44.771] [D] [zway] SETDATA devices.8.data.lastReceived = 0 (0x00000000)
[2022-05-24 22:49:44.788] [D] [zway] RECEIVED: ( 01 08 00 04 00 08 02 84 07 7A )
[2022-05-24 22:49:44.788] [D] [zway] SENT ACK
[2022-05-24 22:49:44.789] [W] [zway] Got command class 0x84, command 0x07 frame from device 8 to controller, but policy do not allow it - ignoring
[2022-05-24 22:49:44.789] [D] [zway] SETDATA devices.8.data.lastReceived = 0 (0x00000000)
[2022-05-24 22:51:36.305] [E] [zway] RECEIVED UNKNOWN PACKET TYPE: 0x00
[2022-05-24 22:51:36.307] [E] [zway] RECEIVED UNKNOWN PACKET TYPE: 0x00
[2022-05-24 22:51:36.308] [E] [zway] RECEIVED UNKNOWN PACKET TYPE: 0x00
[2022-05-24 22:51:36.310] [E] [zway] RECEIVED UNKNOWN PACKET TYPE: 0x00
[2022-05-24 22:51:36.311] [E] [zway] RECEIVED UNKNOWN PACKET TYPE: 0xc4
[2022-05-24 22:51:36.312] [E] [zway] RECEIVED UNKNOWN PACKET TYPE: 0x00
[2022-05-24 22:51:36.315] [E] [zway] RECEIVED UNKNOWN PACKET TYPE: 0x00
[2022-05-24 22:51:36.316] [E] [zway] RECEIVED UNKNOWN PACKET TYPE: 0x00
[2022-05-24 22:51:39.304] [D] [zway] RECEIVED ACK
[2022-05-24 22:51:39.305] [W] [zway] Received ACK, but there's no job awaiting ACK
[2022-05-24 22:51:39.306] [E] [zway] RECEIVED UNKNOWN PACKET TYPE: 0x11
[2022-05-24 22:51:40.330] [D] [zway] RECEIVED: ( 01 01 07 )
[2022-05-24 22:51:40.330] [D] [zway] Wrong checksum
[2022-05-24 22:51:40.330] [D] [zway] SENT NAK
[2022-05-24 22:51:44.420] [C] [i/o] Serial port has gone: (null)
The easiest thing to try is to gracefully power-down your Pi, unplug power from the Pi, and then power your Pi back up. With luck, this might fix your problem.
I see the log file shows there's a Z-Wave network re-organization just before the unexpected messages related to your 2 thermostats. This is a very message intensive process that might be related to the problem. If you see the same errors in the log file after power-cycling your Pi, the next easiest thing to try (IMHO), is to temporarily power down your 2 thermostats (i.e., prevent them from communicating via Z-Wave) and gracefully power-cycle you Pi again. You can talk directly to the Z-Way software by pointing your browser to http://[IP]:8083/expert. If everything is working properly, you should be able to control your switches - select Control top menu item->Switch from pulldown. Assuming you're able to control a switch successfully, then I suggest upgrading the firmware on your Z-Way controller card (the log file shows it's at 5.04 and the current version is 5.39). Select Network top menu item->Controller Info from pulldown, then scroll down and select Firmware Update button. After the firmware update is completed, restore power to your thermostats.
Do you have a relatively recent Z-Way backup? If not, please make one. Select Network top menu item->Control from pulldown, then scroll down and select Create Backup button.
Hi,
Sorry for the late response but I don't received the notification that my post was accepted.
At that time, it finally restart afeter a lot of restart and wait so don't know why.
Today, new power cut and same problem.
I try what you say, it seems taht id 8 & 9 are Fibaro Smoke sensor, so I remove battery and restart everything, no luck
I go to the expert section but can't see any devices and can't do a backup "Permission Denied" for both.
I try to update firmware, but it seems that I need to upload a file that I can't find ?
Sorry to hear you're having trouble. It sounds like the filesystem on your microSD card could be getting corrupted when you have a power cut.
If you're interested, one of the things my mother taught me that's served me well in life is "an ounce of prevention is worth a pound of cure" - hopefully you've made a recent backup of your microSD card.
Note that a UPS won't eliminate the possibility of filesystem corruption, which is why I follow my mother's advice and do a backup a couple of times per year.
Do you have admin rights if you're not using the admin account? I have used the wget command to reinstall Z-Way in the past and didn't lose any of the configuration data. You could also just backup the config folder. Apps and such are a different folder. If your system is really not working, then performing a re-install might be the best course of action. That is not to say that you won't have data loss, but I've never experienced it with a reinstall. It really is no different than an upgrade via wget. I believe that it does ask about the existing data when you do this and you tell it you want to keep it.
There are also some Raspberry Pi hat's that provide UPS functionality. I've thought about using those to make sure the Pi stays up. Most of mine are powered via PoE and are at a remote locations. So a UPS hat would make more sense than a physical UPS. While the switch they are plugged into is on a UPS, that doesn't mean that they always have power, like when a software upgrade on the switch is performed. So a UPS hat would provide that.