I’ve recently purchased some roller shades from smartwings and discovered they are not recognized by openHAB. I would like to get them added to the Z-Wave database. Unfortunately, opensmarthouse seems to be intermittently down and when it’s not completely down, attempting to register for a new account leads to a file not found error. Is the z-wave db still being maintained and updated?
Thanks @chris. I tried to search the forums and couldn’t find anything like this. Sorry I missed this other thread. I’ll be sure and try the hidden registration link when I can. However, I still get a lot of connection time out errors when attempting to access anything on opensmarthouse.org. Any chance this is some sort of DoS attack related to the unwanted activity you mention on the other thread?
No problem - I know it’s not always easy to find this stuff, and it’s a pain that I’ve done this, so sorry…
The site is working fine here. Looking at the logs on the server there’s very little activity over the past few hours, so I don’t think there’s any issue. I’m in NZ, and the server is in Europe (since I set this up before moving from the UK) so I’m testing it with probably the longest route 
Looks like it’s working fine now. I was able to register for an account. Thank you for your help!
1 Like
Hey @chris, sorry to bother yet again but after attempting to add my device to the database I discovered someone had previously started this device here. It looks like it was never completed or approved and is missing quite a bit of information. In order to ensure accuracy, is there any chance that entry could be deleted so I can start fresh with the XML file upload I have from openHAB?
Furthermore, I noticed that the manufacturer associated with 0x045A is listed as Zemismart. Not that it will impact functionality but this is incorrect according to the z-wave alliance product catalog and should be Zvidar.
I could delete it, but it looks ok to me. Do you think it looks incorrect? Importing the XML file won’t add any of the missing information - these parts all need to be done manually. My guess is that someone already uploaded the XML but then didn’t bother to add the manual data?
Admittedly being a bit lazy here as I was trying to avoid manually diffing what’s in my XML with what’s already been entered. Not a problem though, I can work with what’s already been entered if that’s the preferred path forward.
You can’t diff the files anyway - they are a different format… ie there are two different files here - :
- the XML files that the binding generates store information about the internals of the device, and this is what the database uses to generate the database entry.
- the XML files that the database creates define the openHAB Thing - this format is defined by openHAB and read by the openHAB core and actually has nothing to do with the binding, and has relatively little information on the internal of the device.
I think it’s unlikely someone created it from scratch, so they probably created it with the XML file and this means it would be the same as if we deleted it and you started again. If you add the extra info, and we later find there’s a problem, there is a function to copy all (or nearly all) of this manually entered data (config, associations for example) to a new device so it won’t be lost or wasted work…
On a related note, I would change the channel on the device ID’ed above to blinds_control from switch_dimmer. I think you will be happier 
2 Likes
Thank you both for your input. I’ll try to get everything squared away on the existing db entry and open it for review.
1 Like
FYI- There will probably be a binding update soon but note it will be a OH4.3 snapshot. If that is a problem based on your version, or you don’t want to wait for the update you could try this procedure.
Do you know the timing on “soon”? I’ve submitted the device for review but am still awaiting approval. I’m currently running the 4.2.2 release build. Once approved, I was planning to use the next snapshot build for this binding to test with. I suppose it might be worthwhile to test right now with the alternate procedure you linked to in order to confirm what I have entered into the device db will function properly. What do you think?
Just saw the DB update 51 minutes ago. Could be there in the am (NY-US time)
1 Like
I tested the snapshot and the device works as intended (I can send up, down, and percent open commands through openHAB). However, the percent open position is not being reported back to openHAB. If a subsequent command is sent to the device, the state will be updated to the previous commands state. After enabling the debug logs for this binding, post command polling seems to be working and is what is causing this behavior. I suspect the association groups are not working as intended though. When I entered the data for this device into the db I selected to have the controller included into the group 1 association. I don’t see any mention of this in the debug logs though. Is there any way to confirm this association was made?
Furthermore, how does one set up associations through the openHAB UI? If I go to the thing configuration I see the associations as empty text entry fields.
I’m guessing that as a battery device it might not be fully configured. I see in the DB that controller is in group 1, so your picture doesn’t jive. Do you have 5 five lines on the UI? If not press the wake button per the manual for awaking. Otherwise will need to see the debug.
edit: also the associations should have an “>” near the end to pick a node from the list
Yes, I have five lines on the UI:
Also, while this device can be battery powered, I opted for the hardwired configuration so I don’t think the device going to sleep is an issue for me.
I don’t see an “>” anywhere on my UI or the ability to pick a node from a list. It’s just an empty text entry field. Can you show me what that is supposed to look like?
Is there an action or two I can isolate for you so you don’t have to sift through my currently large debug log?
Did you include this into the network with batteries installed? If so, the device will act like a battery powered device even if it’s now mains powered, and it will not be configurable unless it wakes up.
If it’s always been mains powered then ignore this comment
Unfortunately, it’s always been mains powered. I don’t even have a battery pack for it.
Since you have 5 lines you could try to reinitialize. That will also resolve the battery/powered issue. If it happens quickly (5 lines reappear) you are good on power. If you have to wake device, then it still thinks battery.
edit: also do you have a battery channel? Edit:2: never mind 
not relevant checked one of my battery/powered devices