jwiseman
(Mr. Wiseman (OH 4.2 Snapshot on Pi4))
4067
Device has been woken up on battery and USB power 4x over a 4 minute period (two different power sources). The devices are ONLINE but it’s UNKNOWN. I have 4 of the same devices like this after the upgrade to latest JAR. Only 1 is working properly . . .
Then you need to find out what is happening - check the debug logs as even if the device is not in the database, it will still be detected as it has nothing to do with the database.
Is the device waking up and being heard by the controller? What is shown in the log?
Node 2 looks fine - it has been detected as a thing ok, and node 5 is not communicating with the device at all. There are no wakeups in the log, so I’d suggest to try and wake it up with the device reasonably close to the controller.
Are you using batteries, or USB? I note that both devices show they are LISTENING which means they are are mains devices. Node 5 is however not responding to requests, which indicates that it is not currently listening (despite the fact that the controller thinks it is). This might explain the issue.
I’d suggest to exclude it, and ensure it is included in the power state that you intend to run it with (ie battery or USB).
I haven’t seen it mentioned in a while in this thread - if I currently have 2.3.0 do I still need to wipe all of my thing definitions before I upgrade to 2.4?
If yes, does anyone know of a way to script (maybe via the console) the re-creation of the items? I have dozens of devices that expand to well over 100 items, and I just went through creating all of them by hand as I upgraded from 1.8 to 2.3.0. Now that I realize that the door locks won’t work I’m faced with having to do it again…
Ok, tried that now and I can confirm that something is broken, I also get the little “ERROR: 404 - Not Found” popup and nothing more happens (the inbox discovery result is still there and no Thing is created). Also nothing useful in the log with debug on for the binding. I guess maybe there would be stuff in the log if debug would be turned on for some other component, just no idea which…
Note that you should not need to delete all your items - only the things need to be regenerated. Of course, if the thing removes/changes channels, then you will have to do something, but if that’s the case it can’t be automated anyway
Yes - thanks, that’s exactly what I asked for… However, can I ask for something different (sorry)? Can you post the file DiscoveryResults.json from your {userdata}/jsondb folder? This would ensure I can replicate this reasonably easily (I think ).
There were duplicate channels. I’ve fixed this and I’ve created a PR so that there is something logged, and also reported back to the user so it’s actually possible to find such issues in future.
There will be an updated binding in 5 minutes. [edit: done]
No, I didn’t. The comments aren’t something I normally look very often.
It’s the standard “problem” with ZWave - it provides many different ways of doing things and the database needs to be trimmed down to try and provide one way that works…
I’ve added more error checking into the database now so duplicate channels will raise an error.
Thanks for confirming and also providing the info earlier
If they are working, then you probably don’t need to, but to keep everything consistent, I would recommend it.
Remember to update the date of build at the top of this thread. It is still dated 23rd Aug. It would be great with at buiild number or date on the jar file.
Just for the record: I think it’s very good that it always has the same file name, makes it easy to just fetch the file straight into the addons folder, overwriting the old version. Different file names would increase the risk of users screwing up by running multiple versions. Guess that won’t be a problem much longer though