Oops. Sorry for assuming…
WOW. Ok, that generated 950+ lines of debug code labeled NODE 28.
I THINK these are the lines we are looking for:
[rialmessage.IdentifyNodeMessageClass] - NODE 28: ProtocolInfo
[rialmessage.IdentifyNodeMessageClass] - NODE 28: Listening = true
[rialmessage.IdentifyNodeMessageClass] - NODE 28: Routing = true
[rialmessage.IdentifyNodeMessageClass] - NODE 28: Beaming = true
[rialmessage.IdentifyNodeMessageClass] - NODE 28: Version = 4
[rialmessage.IdentifyNodeMessageClass] - NODE 28: FLIRS = false
[rialmessage.IdentifyNodeMessageClass] - NODE 28: Security = false
[rialmessage.IdentifyNodeMessageClass] - NODE 28: Max Baud = 40000
Given this, I’ll update the flags LISTENING, ROUTING, and BEAMING on the item. Should I update data rate to reflect MAX BAUD?
As to why the XML file was wrong, that’s beyond my pay grade.
Ignore the DATA RATE question, I updated MAX BAUD.
Yeah, it’s a little verbose. But there’s a tool to make it a lot easier to analyze.
Not sure about that either…
Now that this is done, do I have to wait for the database to be exported or can I export this one item and put it somewhere that openhab will see and use?
Yes, @chris updates the binding with these database changes every few days. Once he does that, you will need to install the new binding. How you do that depends on the type of openHAB build you’re running – Snapshot, Milestone, or Release. If you’re running a recent snapshot or milestone release, you should be able to update just the binding by doing what’s described in this post.
w00t! that’ll do the trick.
Thanks for all your help.
So, are you done making changes? If so, I’ll approve the db entry.
Nm. I approved it. You can still make changes if needed after you test it.
Nope, I’m done. Approve away!
I’m not sure why the flags were all set to NO - this information comes from the controller rather than the device (although of course the controller gets it from the device, but it’s normally pretty reliable!). The security flag often reads wrong - if you want to know if it supports security, just look at the existence of the security command class.
I may not get to update the database until Saturday - the wifi in the hotel here in Texas is not so great!
Thanks for the update @chris. I’ll stop pealing open the JAR file every time OH updates to see if it’s there.
Thanks. I’m a fan of BBQ, and last night didn’t disappoint
I’m so lucky. My next door neighbor owns a BBQ joint. Awesome brisket, short ribs, and lemon pepper smoked wings.
I have a Webber Smokey Mountain smoker at home, but at this time of year it’s too cold to smoke anything - not so cold in Austin though!
(lemon peppered wings sounds good - something to try next year ).
@chris Did an updated DB ever get pushed with this in it?
No - I will hopefully do it shortly if everything looks ok with the export…
i purchased a few of this bulb last week. i thought all zwave devices will just work automatically until i googled this forum. is there anything i can help? thanks!
These have been added already I believe, so just ensure you are using the latest snapshot.
awesome!! thanks for getting this to work! this bulb works the best! i also tried 2 other bulbs below, but they both have quite noticeable delays on both on and off. but not this one.
Maybe someone has a suggestion please …
I have connected to my controller my “Aeotec Bulb 6” and updated the zwave binding with the snapshot of dec 2018. Here my status:
openhab> bundle:list -s |grep zwav
210 x Active x 80 x 2.4.0 x org.openhab.binding.zwave
221 x Active x 80 x 184.108.40.206903132051 x org.openhab.binding.zwave
Still My zwave Node is seen as “Unknown Device”. Can someone tell me where am I wrong ? Thanks !!