Errors with Zen25 - Cannot find endpoint map

I have recently set up Hass on a RPi 4. This is my first go around so bit of a learning curve. I am using a HUSBZB-1 USB stick as my Z-Wave controller and have installed a Zooz Zen25 dual outlet plug. I had some issues initially getting it to show up but it seems to be working now. Although I only seem to have the ability to turn on/off the outlet as one switch and not the individual outlets. It is possibly related to the errors below.

In the OZW_log I have these errors. I am not sure the best route to troubleshoot this. I have rebooted the Pi on various occasions. I have triple tapped the Z-Wave button the outlet to manually initiate inclusion. I am ok with only being able to control the outlet as a single binary switch but I would like to get rid of these errors. One, I don’t like unhandled errors and two the log file is increasing in size quite regularly. Let me know some thoughts or if you need further information.

These are the entities I get from the device.
zwave.z_wave_sigma_designs_uzb_z_wave_usb_adapter
zwave.zooz_zen25_s2_double_plug
sensor.zooz_zen25_s2_double_plug_alarm_level
sensor.zooz_zen25_s2_double_plug_alarm_type
sensor.zooz_zen25_s2_double_plug_power
switch.zooz_zen25_s2_double_plug_switch

I am not sure what info is required from the zwcfg*.xml file. This is the entry for Node 2 (the plug). I have included the command class meter entry

<Node id="2" name="" location="" basic="4" generic="16" specific="1" roletype="5" devicetype="1793" nodetype="0" type="Binary Power Switch" listening="true" frequentListening="false" beaming="true" routing="true" max_baud_rate="40000" version="4" query_stage="Complete">
<CommandClass id="50" name="COMMAND_CLASS_METER" version="1" request_flags="7" innif="true">
	<Instance index="1" />
	<Value type="decimal" genre="user" instance="1" index="0" label="Power" units="W" read_only="true" write_only="false" verify_changes="false" poll_intensity="0" min="0" max="0" value="0.0" />
</CommandClass>

It is worth noting that I seem to be getting some sort of power monitor data.

2020-03-31 09:33:19.044 Info, Node002, Received Meter report from node 2: Energy=0.0kWh
2020-03-31 09:33:19.045 Detail, Node002, Refreshed Value: old value=0.0, new value=0.0, type=decimal
2020-03-31 09:33:19.045 Detail, Node002, Changes to this value are not verified
2020-03-31 09:33:19.045 Detail, Node002, Notification: ValueChanged

Errors in OZW_Log.txt

2020-03-31 09:08:20.042 Error, Node002, Cannot find endpoint map to instance for Command Class COMMAND_CLASS_METER endpoint 1
2020-03-31 09:08:20.126 Detail, Node002,   Received: 0x01, 0x18, 0x00, 0x04, 0x00, 0x02, 0x12, 0x60, 0x0d, 0x01, 0x00, 0x32, 0x02, 0x21, 0x44, 0x00, 0x00, 0x00, 0x0f, 0x01, 0x2c, 0x00, 0x00, 0x00, 0x0f, 0xe7
2020-03-31 09:08:20.126 Detail, 
2020-03-31 09:08:20.126 Error, Node002, Cannot find endpoint map to instance for Command Class COMMAND_CLASS_METER endpoint 1
2020-03-31 09:08:20.242 Detail, Node002,   Received: 0x01, 0x18, 0x00, 0x04, 0x00, 0x02, 0x12, 0x60, 0x0d, 0x02, 0x00, 0x32, 0x02, 0x21, 0x44, 0x00, 0x00, 0x00, 0x11, 0x00, 0x00, 0x00, 0x00, 0x00, 0x11, 0xc9
2020-03-31 09:11:19.241 Detail, 
2020-03-31 09:11:19.241 Error, Node002, Cannot find endpoint map to instance for Command Class COMMAND_CLASS_METER endpoint 2
2020-03-31 09:11:19.324 Detail, Node002,   Received: 0x01, 0x14, 0x00, 0x04, 0x00, 0x02, 0x0e, 0x60, 0x0d, 0x02, 0x00, 0x32, 0x02, 0x21, 0x32, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xaf
2020-03-31 09:11:19.354 Detail, 
2020-03-31 09:11:19.355 Error, Node002, Cannot find endpoint map to instance for Command Class COMMAND_CLASS_METER endpoint 2
2020-03-31 09:11:19.440 Detail, Node002,   Received: 0x01, 0x10, 0x00, 0x04, 0x00, 0x02, 0x0a, 0x32, 0x02, 0x21, 0x32, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xc0

The XML looks really wrong. The version of the Meter class is supposed to be 4, and there should be a lot of values, corresponding to the two outlets and the master switch (sum of outlets). The reason you get the error logs is because all of those values are missing.

Not sure how that happened, but you could try two things to start. 1) Stop HA, edit the zwcfg*.xml file and completly delete the <Node>...</Node> data for that node. When you start HA, OZW will query the node for its info again. Save the log file and post it if that fails. 2) If that doesn’t work I’d try removing then re-adding the node, saving the log file. After either of those, I would do a “Save Configuration” from the control panel afterwards, to ensure the node data is saved.

Also, what version of the device do you have (you can find it by looking at the zwave entity and finding the application version attribute)? There was a 2.0 version released, I would update to that first. https://www.support.getzooz.com/kb/article/304-zen25 s2-double-plug-change-log/

Hmm there are quite a few other command classes listed. I can list out the entire XML, or at least all the classes if you like. Did not want to spam things up. Where can I check the version, you mentioned looking at the z-wave entity. That would be config > entities. I was looking there but did not see any specific version. Also checked the the entity files in .storage. Still new, sorry, so not sure exactly which files or place to look at. I am running Hassio as an image if that matters vs I guess as an add on to a Linux machine in docker. All quite confusing lol. I will get the stop and remove a try.

Hmm there are quite a few other command classes listed

There should be 20 or 30 Value entries inside the COMMAND_CLASS_METER CommandClass section.

Where can I check the version, you mentioned looking at the z-wave entity.

Use Developer Tools → States and filter the attributes on application_version. Or click on the zwave entity so it pops up the more info dialog, application version is at the bottom. Or, you can look in the zwcfg*.xml file and search for Application Version. The entity registry in .storage will not contain the info.

I am running Hassio as an image if that matters vs I guess as an add on to a Linux machine in docker.

That’s fine.

I will get the stop and remove a try.

After doing that it would be helpful to post the OZW_Log.txt file too. Save it to one of the many pastebins and link it here.

Checked the version, 2.0 so seem to be good there. Here is the log file. Removing it from the zwcfg seemed to do the trick. A TON of entities are now in there. Blew up the history with all the power reporting. I disabled that for now until I can understand it better. There was one sensor that came in as unknown but no idea what it is. I suspect it is sensor.zooz_zen25_s2_double_plug_voltage_4 as there is a 1-3 listed. But not entirely sure. On the whole things look quite a bit better and I will need to figure out which switch is what outlet. I appreciate the help and quick response.

Being new to HA, are a lot of components like this? where they may not fully coming on the first go around? From what I was reading, Z-wave is a better option over Wi-Fi and I hope to keep things as contained and private as possible. HA uses quite a bit of config files to add/remove/edit automation and scenes. I will be looking at Node Red to assist. Just trying to get a feel on how fiddly it all is.

Hard to say what went wrong the first time without the logs. Maybe there was some error that prevented all the entities from being discovered.

You can ignore the unknown entity. I believe it’s either a bug in OZW or the device, it shouldn’t affect anything. You can either just pretend it doesn’t exist, or exclude it from HA using the device_config setting in configuration.yaml. https://www.home-assistant.io/docs/z-wave/installation