This won't happen. When discovery is started, a network wide broadcast is sent to all routers to enable join mode for 30 seconds (or it might be 60 seconds actually, but it's a fixed time as required by ZB3).

I would love to use Zigbee natively in OH. I even would like to use it commercially.But the cc2531 is a developer Kit and therefore nothing I can really place in my parents/customers house. It seems like here, in Germany, the only available dongles are: Conbee, Qivicon, Ubisys. The other dongles (like the Linear HUSBZB-1) are not available and need to be imported. Yes, one can do this. You can even buy those cheap china clones, but I don't want to bother myself with warranty or even liability when importing/using their hardware (I am not speaking of software!))

Conbee is not as cheap as the china clones but also not as expensive as TI and also available in many other countries, therefore I think it would great to support them and could help to increase the number of people using your binding. The only downside with conbee as I know is their strange (sudo and xsession needed) interface called deCONZ. But as I read an github Dresden Electronic offered their help right?

Unfortunately not as much as I hoped. I have a dongle, but I've not managed to get it working yet. I had some information from Dresden which I'd hope would help, but it didn't - I've asked them some further questions a week or so back, but I've not yet had a response.

Rickecho:

But as I read an github Dresden Electronic offered their help right?

They supplied me the API which looks simple enough. I've implemented the basic communications, but am not getting any response to my requests. I've sent them what I'm sending to the device as I'm sure it's correct and this is what I'm waiting for an answer on. It may just be summer holiday time so I'll give them a bit longer before I'm too annoying .

Thats still some kind of progress. Glad you are working on it. Thanks!

chris:

It may just be summer holiday time so I'll give them a bit longer before I'm too annoying .

Yes this seems to be fair. I think they will easily sell a couple of units when their stick is supported and therefore they should spend a few minutes on answering your questions. And I am pretty sure they will.But in case nobody responds let me know, then I will ask them too

Hi Chris, my running openHABian on a Raspberry PI 3 Model B. I am using a USB Hub to connect the stick. On the same hub is also the ZWave stick an that is working perfectly. Maybe I'm the only one who connected 32 Hue bulbs to the device?

I don't think that's the issue. The error is related to serial port timeouts. We have had some issues with the TI dongle, but I'm not really sure why/what's causing it. It might be related to the serial driver used in OH since I don't see it with the debug app I use which uses a different driver... (of course, it might also be unrelated to this).

Hi there. I’ve got the same HUSBZB-1 stick, but even with the latest installed and the baud rate set to 57600 it’s not working. I freely admit I don’t really know what I’m doing, so it’s possible I missed an important step.

The two serial ports that show up for the stick are ttyUSB0 and USB1. I’m not sure which is which so I’ve been creating one for each, then re-starting, but I don’t see anything but “Initializing”

I plug the stick in, install the latest build you linked to, and create an Ember Coordinator with port “/dev/ttyUSB*” and baud rate 57600.

My zwave came up on ttyUSB0 and zigbee on ttyUSB1, but I have udev rules to give them static names in case they ever changed.

Tetragramm:

and create an Ember Coordinator with port “/dev/ttyUSB*”

Not sure what you mean here… try /dev/ttyUSB1. Exactly what version of the binding do you have (bundle:list in Karaf)? What OS/version? Driver issue? Does the zwave side come up? Logs would probably help too.

Glad there are others with this device! Zwave has been working great but zigbee has some issues that Chris is looking into.

I found the tutorial about teaching OpenHAB to see serial port symlinks, but first I have to figure that out.

In the meantime, this is the info I can get about the ports. The only difference is a couple of 1-0 flips. How do I tell which one is Zwave and which is Zigbee?

Edit: I have followed the tutorial by modifying the karaf startup script and adding the line-Dgnu.io.rxtx.SerialPorts=/dev/ttyUSB0:/dev/ttyUSB1 \ to the java start. Unfortunately, no change to the error in the logs.

Are there any steps I might not have done, or information that would help figure out why it’s not working?

Just FYI I had a response back from Dresden which has now got things moving. Their docs are a little light on information and have a lot of errors so it’s a little slow but I’ve now got the basic comms working with the ConBee.

Yeah! Those are great news. Step by Step. As soon as the stick is supported I will get one! Can’t wait to get rid of the hue bridge.

Does your zigbee binding work like zwave and needs some kind of database? I would like use zigbee devices beside bulbs. e.g. the Ubisys Lineup
I really would like to help support more things. I don’t know much about Java (but coding in general isn’t a problem), but ordering those Items and debug and make some ordinary copy paste and adjusting from existing devices may help

Does your zigbee binding work like zwave and needs some kind of database?

No - it’s totally database free. At the moment it’s only really supporting a limited number of clusters (mainly associated with lights - dimmers/switches/colour). This can be added to though.

Zigbee is a bit more descriptive than Zwave so it doesn’t need the database. That said, I also plan to remove a large chunk of the dependancy on the database in ZWave as well when I get the chance.

Rickecho:

the Ubisys Lineup

These should work. I did some work with Ubisys a while back so I have a few of their devices and used them for some early testing on the binding. Note that the metering functions aren’t yet supported, but the switches/dimmers work fine (last time I checked anyway).

Rickecho:

but ordering those Items and debug

That would be great - there’s only so many dongles I can run myself . Once ConBee is (hopefully) supported, we’ll have 3 different dongles which is quite nice. Thankfully most of the system is common and it’s “just” the low level interfaces that change…