Setup HUSBZB-1 (EMBER EM35x Coordinator) Help Please

binding
Tags: #<Tag:0x00007fd311797e30>

(Steven Wormuth) #21

Ahhh, nope. :wink:

Some of this is a little unclear in the documentation. When running through the steps, it seems that some of this implies that it was only necessary during a manual installation, and I installed from the repository so didn’t do most of this. Hopefully, this thread will serve as a reference for others who buy this stick.

So this…

EXTRA_JAVA_OPTS="-Dgnu.io.rxtx.SerialPorts=/dev/ttyUSB0:/dev/ttyUSB1"

I just enter this command in the standard linux terminal, or the Karaf console?


(Scott Rushworth) #22

There have been a few threads where people were trying to get this stick going… but they’ve mainly been about learning OH! And yes, hopefully they can all be used as a reference for others! I learn something new every time I go through the forum, and there are a lot of helpful people here who made my initial OH setup so much easier than going at it alone! :+1:

Which version of OH are you running? You can find it on the bottom of the home page/welcome screen or Karaf console after a startup. When I first setup this stick, I was stuck about where you are! It looks like after the controller was first setup, it stayed in Initializing until the binding was restarted. After creating/configuring the coordinator, what happens when you restart OH?

It was in the link with the permissions setup…
http://docs.openhab.org/installation/linux.html#privileges-for-common-peripherals

… so I thought you might have only half set it up, and was hoping that would explain why only the zwave was working. If you didn’t set it for the zwave side, then this is likely not the issue. It’s more for non-standard port names setup through udev rules. To answer your question though, you would put that line in a text file named openhab2 in /etc/default. You could try it… I don’t think it could hurt anything. Maybe try running OH as root to eliminate the possibility of a permissions issue? You said zwave was online. Have you included anything and is everything functional?


(Steven Wormuth) #23

I have no z-wave things to try. I have all kinds of zigbee devices connected to my existing alarm system though. And that’s the one that will not work at this point. I did do a lot of the steps in that document anyhow as part of troubleshooting, figuring they couldn’t hurt. Like adding the openhab user to the groups mentioned. No such luck though.

At this point, all openhab will do is zwave.


(Scott Rushworth) #24

What about this?


(Steven Wormuth) #25

Same thing. It just stays at initializing. I’ve rebooted the entire PC, open OpenHAB, and it’s initializing…


(Steven Wormuth) #26

Wondering how the hardware on this stick works… Wouldn’t the fact that the z-wave portion is currently online rule out that there was a permission or install problem? Is there a way to test the z-wave portion of the stick short of buying things? Is zigbee passing through the same circuitry?

Seems that if the software can access ttyUSB0, then it should be able to access ttyUSB1?


(Steven Wormuth) #27

OMFG!!

Keeping it family friendly… So last night I removed the controllers… Both. Restarted the PC and left it running after I’d essentially given up for the night. Just now I re-installed the z-wave portion, and it’s online. Re-installed the zigbee portion, and it went online too…!!!

Damned if I know, unless it was holding onto a configuration on the backend somewhere which has since been removed? I had initially installed with the 2.1 zigbee binding, and don’t think I ever restarted after removing the stuck controller… I put in 2.2 of the binding and tried again… Maybe something was stuck and since cleared out?

I’ll leave it alone for a day and report back if it still stays online after a restart?


(Scott Rushworth) #28

I would think so. But, based on your log, it looks like the binding is talking to the stick. Before the baud rate setting was configurable, my log only got to β€˜Trying to send when not connected’.

OH! You just got it working! Wahoo!

I remember having to restart a bunch of times to clear out the 2.1 binding. You can do a bundle:list in the Karaf console to see what bindings are installed. Maybe they were both installed and the restarts finally cleared the older one. Now the fun begins!


(Steven Wormuth) #29

Ah, yes! Fun! I’ll be in here a million times being told to do other things I should have done before asking in the first place. LOL

Thanks for the help to both you and Chris!

I’ll keep the thread updated if anything develops. In the meantime, I want to say that I have made the switch to open source over the last few years, and this is why… I find the community to always help out, and I always appreciate it. In regards to this project, although I know nothing about how the software works yet, I completely support the efforts everyone is making in developing it. OpenHAB is EXACTLY what home automation needs, and open source is the only way it can happen. Google has no interest in making samsung or apple products work. Samsung doesn’t care to integrate with Ecobee, etc…

This project enables some miracles to happen, and no other community is positioned to do that. Keep up the awesome work!!

Now, I’m off to break some sh*^%$… :smile:


(Scott Rushworth) #30

True!

Moving forward, get familiar with Habmin. It has some advantages over PaperUI. And if you run into trouble with zigbee, don’t be afraid to pop into the other thread. Once you’ve run discovery, you will likely find some devices that the binding is not ready for. Yet. We just need to be really nice to Chris… and be patient. Or, better yet, contribute to the development!


(Steven Wormuth) #31

Quick Question…

Does it matter what these coordinator things are named? Documentation says spaces aren’t allowed when naming things, but these have spaces in the name. β€œEmber EM35x Coordinator”. Any issues? Or should I rename them. Afraid to mess with them at this point… LOL


(Scott Rushworth) #32

All of my Things have spaces in their names and I’ve renamed most of them, including my Zigbee coordinator. It would help to see a link to the documentation you referenced, in case it needs to be updated.


(Steven Wormuth) #33

Okay, ITEMS can’t have spaces in the names. Sorry, been reading too much. Glad I’m in the beginners forum. LOL

http://docs.openhab.org/configuration/items.html#name


(Steven Wormuth) #34

So it doesn’t survive a restart.

I restarted, and both the z-wave and zigbee controllers are OFFLINE. Gotta run out tonight, but I wanted to update. What is the Karaf command to restart the bindings? I’ll try later.


(Scott Rushworth) #35

That’s odd. Did you happen to unplug the stick and then plug it back in again? If so, it could have come up on different ports. A system restart should put them back, or you could look into udev rules to make them static. If not, I don’t know what could cause this, but you could do a bundle:list in Karaf console and you’ll see something like this:

openhab> bundle:list
START LEVEL 100 , List Threshold: 50
 ID β”‚ State    β”‚ Lvl β”‚ Version                β”‚ Name
────┼──────────┼─────┼────────────────────────┼────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
 15 β”‚ Active   β”‚  80 β”‚ 2.1.0.201709182108     β”‚ ZWave Binding
 16 β”‚ Active   β”‚  80 β”‚ 2.2.0.201709152241     β”‚ ZigBee Binding
 17 β”‚ Active   β”‚  80 β”‚ 5.3.1.201602281253     β”‚ OSGi JAX-RS Connector
 18 β”‚ Active   β”‚  80 β”‚ 2.4.5                  β”‚ Jackson-annotations
 19 β”‚ Active   β”‚  80 β”‚ 2.4.5                  β”‚ Jackson-core
 20 β”‚ Active   β”‚  80 β”‚ 2.4.5                  β”‚ jackson-databind
 21 β”‚ Active   β”‚  80 β”‚ 2.4.5                  β”‚ Jackson-dataformat-XML

If the binding state is Resolved, then it is not started. Do a bundle:start X, where X is the ID listed from the bundle:list results. Here I have zwave on ID 15 and zigbee on ID 16. Did you see anything in the logs?


(Steven Wormuth) #36

Bindings show as active. Z-Wave on /dev/ttyUSB0 shows β€œOFFLINE - COMMUNICATION_ERROR zwave.thingstate.serial_notfound” and ZigBee controller shows β€œOFFLINE - COMMUNICATION_ERROR Serial Error: Port/dev/ttyUSB1 does not exist”.

Looks like this is now a port issue…

dmesg | grep tty
[    0.000000] console [tty0] enabled
[   23.773896] usb 8-1.1: cp210x converter now attached to ttyUSB0
[   23.781596] usb 8-1.1: cp210x converter now attached to ttyUSB1
[   24.046497] cp210x ttyUSB1: failed set req 0x1e size 4 status: -32
[   24.046503] cp210x ttyUSB1: failed to set baud rate to 300
[  184.798996] cp210x ttyUSB1: failed get req 0x1d size 4 status: -110
[  184.799006] cp210x ttyUSB1: failed get req 0x4 size 2 status: -19
[  184.799019] cp210x ttyUSB1: failed set request 0x3 status: -19
[  184.799035] cp210x ttyUSB1: failed set request 0x3 status: -19
[  184.799047] cp210x ttyUSB1: failed set request 0x3 status: -19
[  184.799052] cp210x ttyUSB1: failed get req 0x14 size 16 status: -19
[  184.799059] cp210x ttyUSB1: failed set req 0x1e size 4 status: -19
[  184.799063] cp210x ttyUSB1: failed to set baud rate to 300
[  184.799255] cp210x ttyUSB0: failed set request 0x0 status: -19
[  184.799260] cp210x ttyUSB0: cp210x_open - Unable to enable UART
[  184.803084] cp210x ttyUSB1: failed set request 0x0 status: -19
[  184.803091] cp210x ttyUSB1: cp210x_open - Unable to enable UART
[  184.803158] cp210x ttyUSB0: failed set request 0x0 status: -19
[  184.803162] cp210x ttyUSB0: cp210x_open - Unable to enable UART
[  199.110051] cp210x ttyUSB0: cp210x converter now disconnected from ttyUSB0
[  199.110401] cp210x ttyUSB1: cp210x converter now disconnected from ttyUSB1

ttyUSB0 or ttyUSB1 dont show in ls /dev/tty*. Tried unplugging and reinserting the stick.


(Scott Rushworth) #37

Is there any power management enabled on your USB ports? Also, are you unplugging the stick while OH is running (best not to)? What happens after rebooting the system?


(Steven Wormuth) #38

No. I left it running for a day when they were online and they stayed that way. I didn’t do anything except reboot and the port situation occurred. I have a request out in the Mint forum looking for answers to that issue.


(Steven Wormuth) #39

Another restart and up they came. Strange.

I’m eliminating my frustration by playing with some other things in here for a while. Got the Hue lights installed, got a stereo that’s supported, plex, etc… I’ll play with those things for a while instead of frustrating myself to the point of quitting over zigbee. :smiley:

I’ll keep this thread posted if they go offline again.


(Jorge Davison (Jdavisonc)) #40

Hi All, I recently bought a HUBBZB-1 dongle, zwave binding works perfectly but not the zigbee.
The thing keep saying zigbee.status.offline_startupfail

Someone had a similar problem?

/dev/ttyUSB1, Baud is on 57600
here part of the final log on debug,

2017-12-03 22:22:55.150 [DEBUG] [bee.dongle.ember.ash.AshFrameHandler] - --> TX ASH frame: AshFrameData [frmNum=0, ackNum=0, reTx=false, data=31 00 02 01 04 01 00 00 00 01 01 00 00 00 00]
2017-12-03 22:22:55.262 [DEBUG] [bee.dongle.ember.ash.AshFrameHandler] - <-- RX ASH frame: AshFrameData [frmNum=0, ackNum=1, reTx=false, data=31 80 02 00]
2017-12-03 22:22:55.264 [DEBUG] [bee.dongle.ember.ash.AshFrameHandler] - RX EZSP: EzspAddEndpointResponse [status=EZSP_SUCCESS]
2017-12-03 22:22:55.264 [DEBUG] [bee.dongle.ember.ash.AshFrameHandler] - --> TX ASH frame: AshFrameAck [ackNum=1]
2017-12-03 22:22:55.264 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - EzspAddEndpointResponse [status=EZSP_SUCCESS]
2017-12-03 22:22:55.265 [DEBUG] [bee.dongle.ember.ash.AshFrameHandler] - TX EZSP queue: 1
2017-12-03 22:22:55.266 [DEBUG] [bee.dongle.ember.ash.AshFrameHandler] - TX EZSP: EzspGetNetworkParametersRequest []
2017-12-03 22:22:55.267 [DEBUG] [bee.dongle.ember.ash.AshFrameHandler] - --> TX ASH frame: AshFrameData [frmNum=1, ackNum=1, reTx=false, data=32 00 28]
2017-12-03 22:22:55.385 [DEBUG] [bee.dongle.ember.ash.AshFrameHandler] - <-- RX ASH frame: AshFrameData [frmNum=1, ackNum=2, reTx=false, data=32 80 28 93 00 00 00 00 00 00 00 00 00 FF FF FF 00 00 FF FF 00 00 00 00 00]
2017-12-03 22:22:55.386 [DEBUG] [bee.dongle.ember.ash.AshFrameHandler] - RX EZSP: EzspGetNetworkParametersResponse [status=EMBER_NOT_JOINED, nodeType=EMBER_UNKNOWN_DEVICE, parameters=EmberNetworkParameters [extendedPanId={00 00 00 00 00 00 00 00}, panId=65535, radioTxPower=255, radioChannel=0, joinMethod=EMBER_USE_MAC_ASSOCIATION, nwkManagerId=65535, nwkUpdateId=0, channels=00000000]]
2017-12-03 22:22:55.387 [DEBUG] [bee.dongle.ember.ash.AshFrameHandler] - --> TX ASH frame: AshFrameAck [ackNum=2]
2017-12-03 22:22:55.391 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - EzspGetNetworkParametersResponse [status=EMBER_NOT_JOINED, nodeType=EMBER_UNKNOWN_DEVICE, parameters=EmberNetworkParameters [extendedPanId={00 00 00 00 00 00 00 00}, panId=65535, radioTxPower=255, radioChannel=0, joinMethod=EMBER_USE_MAC_ASSOCIATION, nwkManagerId=65535, nwkUpdateId=0, channels=00000000]]
2017-12-03 22:22:55.393 [DEBUG] [bee.dongle.ember.ash.AshFrameHandler] - TX EZSP queue: 1
2017-12-03 22:22:55.394 [DEBUG] [bee.dongle.ember.ash.AshFrameHandler] - TX EZSP: EzspGetCurrentSecurityStateRequest []
2017-12-03 22:22:55.394 [DEBUG] [bee.dongle.ember.ash.AshFrameHandler] - --> TX ASH frame: AshFrameData [frmNum=2, ackNum=2, reTx=false, data=33 00 69]
2017-12-03 22:22:55.506 [DEBUG] [bee.dongle.ember.ash.AshFrameHandler] - <-- RX ASH frame: AshFrameData [frmNum=2, ackNum=3, reTx=false, data=33 80 69 93 00 05 11 41 03 00 00 00 03 00]
2017-12-03 22:22:55.513 [DEBUG] [bee.dongle.ember.ash.AshFrameHandler] - RX EZSP: EzspGetCurrentSecurityStateResponse [status=EMBER_NOT_JOINED, state=EmberCurrentSecurityState [bitmask=[], trustCenterLongAddress=0003000000034111]]
2017-12-03 22:22:55.513 [DEBUG] [bee.dongle.ember.ash.AshFrameHandler] - --> TX ASH frame: AshFrameAck [ackNum=3]
2017-12-03 22:22:55.514 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - EzspGetCurrentSecurityStateResponse [status=EMBER_NOT_JOINED, state=EmberCurrentSecurityState [bitmask=[], trustCenterLongAddress=0003000000034111]]
2017-12-03 22:22:55.515 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - Error during retrieval of security parameters: EzspGetCurrentSecurityStateResponse [status=EMBER_NOT_JOINED, state=EmberCurrentSecurityState [bitmask=[], trustCenterLongAddress=0003000000034111]]
2017-12-03 22:22:55.516 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - EZSP dongle initialize done: Initialised true
2017-12-03 22:22:55.523 [DEBUG] [tsystems.zigbee.ZigBeeNetworkManager] - null: Node 0 is added to the network