[SOLVED] Z-Wave "Unknown Device" after upgrade OH3.4 to OH4.3.5

[pedrolima]

So I have this RPi4 w/ SSD and am using a Aeotec Gen5+ connected using a cheap USB extender, for it to work properly.

During years I’ve used these Zwave devices without any problems here, since 2018 more specifically. Now, with this update, the light switches work perfectly fine but not the blinds.

I was the one inserting all Simon Tech devices into the database, so back in 2018 this light switch was inserted by me as well as later this blind switch.

What I did so far, without any success:

• Reboot
• Updated Zwave Binding
• Remove USB and wait a couple of hours
• Remove and add again the nodes for blinds
• Hard reset the zwave stick, remove everything and add again one by one

Nothing worked so far…

I attach the node 2 here:
network_c862994a__node_2.xml (11.3 KB)
This is a light switch, working perfectly fine although when I use this Z-Wave Log Viewer, I cannot view anything at all…

And this is the node 3:
network_c862994a__node_3.xml (8.6 KB)
Which is a blind and, again, if I put it into the Z-Wave Log Viewer, it won’t let me view anything at all.

Since I recently, with the great help of @apella12 , could convert a Aeotec Gen5+ into a Zniffer, here’s also the log for some clicks in node 2 (light) and node 3 (blind):

ApiType	LineNo	Date	Time	Speed	Channel	Rssi	HomeId	Source	Destination	Repeaters	Data	Class	Application	Payload	Decrypted	IsAck	IsCrcOk	IsLow	IsSubstituted	IsUnknownHeader	IsWakeupBeam	Hex Data
Zniffer	1	30/04/2025	15:30:49.337	40K	1	44	C8 62 99 4A	2	1		SINGLECAST	Command Class Basic	Basic Report	20 03 FF		false	true	false	false	false	false	C862994A02510B0D012003FF0E
Zniffer	2	30/04/2025	15:30:49.355	40K	1	40	C8 62 99 4A	1	2		TRANSFER_ACKNOWLEDGE	No payload				true	true	false	false	false	false	C862994A01130B0A0297
Zniffer	3	30/04/2025	15:30:50.547	40K	1	44	C8 62 99 4A	2	1		SINGLECAST	Command Class Meter	Meter Report	32 02 21 34 00 00 00 76 00 00		false	true	false	false	false	false	C862994A02510C1401320221340000007600009F
Zniffer	4	30/04/2025	15:30:50.558	40K	1	41	C8 62 99 4A	1	2		TRANSFER_ACKNOWLEDGE	No payload				true	true	false	false	false	false	C862994A01130C0A0290
Zniffer	5	30/04/2025	15:30:57.612	40K	1	44	C8 62 99 4A	2	1		SINGLECAST	Command Class Meter	Meter Report	32 02 21 34 00 00 00 00 00 00		false	true	false	false	false	false	C862994A02510D140132022134000000000000E8
Zniffer	6	30/04/2025	15:30:57.622	40K	1	42	C8 62 99 4A	1	2		TRANSFER_ACKNOWLEDGE	No payload				true	true	false	false	false	false	C862994A01130D0A0291
Zniffer	7	30/04/2025	15:30:57.847	40K	1	40	C8 62 99 4A	2	1		SINGLECAST	Command Class Basic	Basic Report	20 03 00		false	true	false	false	false	false	C862994A02510E0D01200300F4
Zniffer	8	30/04/2025	15:30:57.858	40K	1	41	C8 62 99 4A	1	2		TRANSFER_ACKNOWLEDGE	No payload				true	true	false	false	false	false	C862994A01130E0A0292
Zniffer	9	30/04/2025	15:31:08.205	100K	0	45	C8 62 99 4A	3	1		SINGLECAST	Command Class Basic	Basic Report	20 03 63		false	true	false	false	false	false	C862994A0341070E012003633D27
Zniffer	10	30/04/2025	15:31:27.549	100K	0	45	C8 62 99 4A	3	1		SINGLECAST	Command Class Basic	Basic Report	20 03 55		false	true	false	false	false	false	C862994A0341080E01200355AEB1
Zniffer	11	30/04/2025	15:31:27.556	100K	0	43	C8 62 99 4A	1	3		TRANSFER_ACKNOWLEDGE	No payload				true	true	false	false	false	false	C862994A0103080B03306C
Zniffer	12	30/04/2025	15:31:46.074	100K	0	47	C8 62 99 4A	3	1		SINGLECAST	Command Class Basic	Basic Report	20 03 63		false	true	false	false	false	false	C862994A0341090E01200363BD84
Zniffer	13	30/04/2025	15:31:46.129	100K	0	47	C8 62 99 4A	3	1		SINGLECAST	Command Class Basic	Basic Report	20 03 63		false	true	false	false	false	false	C862994A0341090E01200363BD84
Zniffer	14	30/04/2025	15:31:46.178	40K	1	49	C8 62 99 4A	3	1		SINGLECAST	Command Class Basic	Basic Report	20 03 63		false	true	false	false	false	false	C862994A0351090D0120036391
Zniffer	15	30/04/2025	15:31:46.189	40K	1	40	C8 62 99 4A	1	3		TRANSFER_ACKNOWLEDGE	No payload				true	true	false	false	false	false	C862994A0113090A0394
Zniffer	16	30/04/2025	15:31:49.450	40K	1	50	C8 62 99 4A	3	1		SINGLECAST	Command Class Basic	Basic Report	20 03 61		false	true	false	false	false	false	C862994A0351070D012003619D
Zniffer	17	30/04/2025	15:31:49.460	40K	1	40	C8 62 99 4A	1	3		TRANSFER_ACKNOWLEDGE	No payload				true	true	false	false	false	false	C862994A0113070A039A

I hope this may shed some light on what’s happening to someone more experienced with zwave than me.

[apella12 (Bob Eckhoff)]

The issue is that the blinds in question were added earlier this year and the ZWave DB hasn’t been upgraded with the OH4.3 patch releases. Only devices since 12/2024. You can use this procedure to update your current binding or take the plunge to OH5.0M2 (64 bit OS, Java 21)
folder: simontech file:
1000203413x_0_0.xml (9.0 KB)

Note that the ZW log viewer only reads Debug logs. Is that your binding setting when running your tests? The switch should be fine with debug output. Is it?

[pedrolima]

@apella12

blinds in question were added earlier this year

Sorry to disagree, but as I said, I had this working for years and it was not added this year as we can see here:

I mean, since this is an old device that, again, I had it working for years, why it stopped working now?

@apella12

You can use this procedure to update your current binding

I will do this, although I suspect it won’t work. Since it’s a process I’ve done multiple times in the past, it’s very fast to achieve.

@apella12

Note that the ZW log viewer only reads Debug logs

My bad… the files I’ve sent here are for the initial setup when node is added to OH.

[apella12 (Bob Eckhoff)]

The problem was it was removed in 2023 (most common issue: it was edited, but not marked for review–> gets removed) for some time and was not in the OH4.3 release.

[pedrolima]

@apella12

The problem was it was removed in 2023

So now it makes total sense!

Now, problem is… I’ve done the procedure. And as I said, I’ve done it multiples times in the past. But this time device is still showing me as Unknown Device.

At this time, this was suppose to already be here, since I’ve already done a full RPi reboot.

[apella12 (Bob Eckhoff)]

Do you have an (unzipping) app that can look into the .jar?

Also not sure if rebooting will help or hurt. The procedure was meant to update the ZW jar while OH is running. It is possible the reboot reloads the old unmodified jar. Haven’t tested, but know that an OH update will wipe the modified jar. Try to do just the minimum.

EDIT: a little more complex option, but more lasting is remove the zwave binding using the UI, actually move the modified jar into addons folder. Then in karaf add the dependency feature:install openhab-transport-serial

[pedrolima]

@apella12

Do you have an (unzipping) app that can look into the .jar?

You see, when someone is over confident saying “Ohh I’ve done this so many times and this time is not working!”… yeah… that’s exactly that: OVER CONFIDENCE!

Completely my bad… I forgot to create the full folder scheme so I stopped at OH-INF and had to actually put the file inside /OH-INF/thing/simontech

As soon as I did that and updated the bundle, it IMMEDIATELY worked and my things are back to normal again.

Thank you so much, you are the best!