If the devices are identical… channels, config parameters, etc. (check the manuals), then post the type:id from the XML file (userdata/zwave) so someone can add it to the existing device. Actually, just post the whole XML. Or request access (can’t find the link from my phone but it’s on Chris’ site) and you can do it yourself. Otherwise, a new entry would be needed.
It sounds like they are the same then. But there’s a roadblock if you don’t have an XML for the device to get the type:id. It looks as through the device has not completed initialization. Let’s see what @chris says.
No, it is the type:id for the TZ68E that would be needed. There will be an XML for the node when it completes initialization. Your screenshot shows it is not communicating… maybe your using the dead node build of the dev binding? If so, manually turning it on/off might get it back online and initialized.
As @5iver said, it looks like the device is not communicating - I’d suggest to check the debug logs to see what is happening, or exclude it and add it again.
I don’t see how this can affect it? If by “dead node build” you mean the recent changes in the dev binding, then this definately won’t be an issue as the binding polls the device no matter what - unlike the previous build which used the controller to check the failed status.
I kept getting usb connect/disconnect (looking at Device Manager) issue and decided to change the ZStick to another USB port and viola… the ZStick now works well and reporting back all the stats and connected devices without issue.