New to openHab so please bear with me! I have 2 problems and hoping someone can provide some suggestions to get these fixed
I’m currently adding all of my ZWave devices to openHab and came across a problem when adding a Fakro ZWS12 Window Winder, the node adds and while there is a ZWS-12 in the ZWave database the node comes up with an unknown ID of Z-Wave Node 36 (0085:0011:0001:4.13) and this is the AU version of the ZWS12
I also have a number of Aeotec Dual Nano modules, the modules include fine and are recognised as the correct device but when trying to add ‘linked items’ from Paper UI for individual switch control for switch 1 and switch 2 the boxes below these variables called ‘remove’ is also linked and the devices never get created in the control tab.
I have a similar issue with Fakro ARZ Z-Wave roller shutters that are instead being reported as Fakro ZWS12 Chain Actuator (12V). I believe the product identifier for the ARZ Z-wave roller shutters were once added to the ZWS12 chain actuator, as can be inferred from the manufacturerRef value (0002:0001,0003:0001,0011:0001).
The certification info for the Fakro ARZ Z-Wave roller shutters can be found online. From what I understand, the ARZ roller shutters correspond with manufacturerRef 0003:0001.
Is there a way to fix this?
It’s a simple database change to move the 0003:0001 from the ZWS12 database entry to the ARZ database entry.
I can make the change. But I’d like to make sure you are 100% certain, as I don’t want to break it for someone else. I know in the past, @chris has been somewhat skeptical of the quality of the information in these certification reports. @chris I hope I’m not putting words in your mouth.
For what it’s worth, the same happens in OpenZWave so I suppose the Fakro ARZ Z-Wave entry was once coalesced with the ZWS12 entry at some point since the former more or less seemed to work with the already existing description of the latter. Unless some conversion error occurred when processing the Z-Wave certification information.
Here’s a snippet from the XML serialization of one of my Fakro ARZ Z-Wave roller shutters (found in /var/lib/openhab2/zwave/network_a1b2c3d4__node_2.xml):
What I don’t know however, is whether these data originate from the hardwired binding (configured in the database) or whether it comes from the Z-Wave protocol information. So far I couldn’t make sense from the Z-Wave debug log messages as it appears that only the capabilities of the USB Z-wave stick are being queried at start.
Here’s the relevant snippet from the Fakro ARZ Z-Wave roller shutter XML certification description:
So I see something weird here, since the Z-Wave certification’s ProductId (0x11) for the Fakro ARZ Z-wave roller shutters cannot be mapped to any identifier in OpenHAB. The Z-Wave ProductTypeId (0x03) seems to be mapped to deviceType in OpenHAB.
I would expect that the tuple (ManufacturerId, ProductTypeId, ProductId) = (0x0085, 0x0003, 0x0011) would somehow map to similar values in OpenHAB. How could I find out what’s going wrong at my side?
I’m not sure what you mean by this. The ProductId is the deviceId in the node.xml file. I’m not sure I understand the relevance that the certification report shows 0x11. The certification report is a point-in-time snapshot whose type:id may or may not match the reality of devices currently on the market.
If there was an actual device that announced itself as (0x0085, 0x0003, 0x0011), then that’s what would go in the database as manufacturer:deviceType:deviceId.
Perhaps I’m misunderstanding the point you’re trying to make…
I’m not sure I understand what’s wrong. From your earlier post, I though the question was to determine conclusively whether 0003:0001 should be in this database entry or this database entry.
Here’s what paper UI tells me from the roller shutters:
I see no firmware info, only a Z-Wave version tag. However I now realize that there’s version info in COMMAND_CLASS_VERSION description in the XML file as protocolVersion (3.42) and applicationVersion (2.1):
From what I understand, either Fakro reused the same Z-Wave parts throughout their product range without bothering about subsequent identification; or 0085:0003:0001 was historically included as ZWR12 since that profile was available first (deliberate incorrect assignment due to earlier absence of ARZ profile).
I suppose there’s currently no means to (locally) override a Z-Wave device assignment to address such cases?
As you can see, I try to manually override the zwave_devicetype (3 → 2) and zwave_deviceid (1 → 2) in the hope that I would then overrule the Z-Wave bindings communicated by the roller shutters, and let OpenHAB pick the ARZ entry instead of the ZWR12 entry from the Z-Wave product DB.
Then I deleted the Thing in paper UI, and manually searched for new Things.
The Thing appears with status: UNINITIALIZED - BRIDGE_UNINITIALIZED.