Reactor-Editor / Reactor-ui-Status Errors

[toggledbits]

Did you get it going?

[gwp1]

@toggledbits I did not yet (silly day job, getting all in the way of the REAL work...)

I did get as far as log-diving:

[latest-22308]2022-11-08T22:06:50.268Z <ZWaveJSController:INFO> ZWaveJSController#zwavejs connecting to ws://192.168.1.198:3000
[latest-22308]2022-11-08T22:06:50.272Z <ZWaveJSController:WARN> ZWaveJSController#zwavejs websocket error during open/negotation: [Error]Error: connect ECONNREFUSED 192.168.1.198:3000
[latest-22308]2022-11-08T22:06:50.273Z <ZWaveJSController:WARN> ZWaveJSController#zwavejs ws error code ECONNREFUSED
[latest-22308]2022-11-08T22:06:50.274Z <ZWaveJSController:NOTICE> ZWaveJSController#zwavejs websocket to ws://192.168.1.198:3000 closed during open/negotiation
[latest-22308]2022-11-08T22:06:50.275Z <ZWaveJSController:NOTICE> ZWaveJSController#zwavejs connection to ws://192.168.1.198:3000 failed; will retry
[latest-22308]2022-11-08T22:06:50.276Z <ZWaveJSController:INFO> ZWaveJSController#zwavejs retry 912 delay 120000

My initial thought is something is competing for that port - but, again, that's with little to no research beyond pulling the logs.

[toggledbits]

How are you running ZWave JS UI? (how is it installed, started, etc.?)

[gwp1]

@toggledbits Using the Home Assistant add-on.

[toggledbits]

@gwp1 Open its Web UI and make sure the WebSocket (WS) server is enabled... looks like it may not be...

[gwp1]

@toggledbits It is.

EDIT: I even cleared the 0.0.0.0 from the Server Host field just in case it was causing something wonky.

[toggledbits]

0.0.0.0 is another way of saying "any address", so that's OK. Looks like HassOS, then?

[gwp1]

@toggledbits Yessir on both points.

[toggledbits]

It's the devil.

Try this: https://github.com/home-assistant/core/issues/63670#issuecomment-1008624418

[gwp1]

@toggledbits So this is interesting (to me)...

This isn't running. Should it be? In my initial install of Z-Wave JS UI it seemed to point toward that NOT running, it was handling everything and that just needed to be installed (which it prompted for IIRC.) I do have three devices on and running.

EDIT: started Z-Wave JS, third tab Configuration and added this:

Z-Wave JS keeps stopping after I access Z-Wave JS UI which further supports my recollection that they don't both RUN, but both need to COEXIST.

[toggledbits]

I have no idea... you can try it. HassOS is, to me, the devil incarnate, and I don't use it. Others here do, I suspect, and maybe they have some experience to offer. I would take the auto-updates, at least, because HA itself often requires new/latest versions of Z-Wave JS, and everything goes away on that integration when it doesn't get it.

[Pabla]

You can only run one or the other. Uninstall whichever add on you don't need and try again, I ran into the same issue.

[gwp1]

@pabla That did it! Uninstalled one, rebooted the other and applied the tweak that @toggledbits noted previously. Works like a champ - thank you both!

[gwp1]

Quick question @toggledbits : in looking at my iblinds, I see the ability to call for recalibration. The Hubitat community driver has surfaced this. HASS has not (not a surprise, they're quite conservative in what they surface), MSR's zwaveJS controller does not. Is there a way to do so manually (editing a config, for instance)? These blinds wander over time and a scheduled recalibration is very helpful.

[toggledbits]

I would have to look at the device data for the iBlinds devices you have, but I believe that you can access any feature of any device via ZWaveJSController, it just may not be a declared action on a native Reactor capability (in the same way you can call any service in HassController, even if it's not a declared service on the Reactor entity). We just need to figure out what that mechanism is for the iBlinds devices, and either use it as offered, or decide to bring it forward as a simplified action.

Can you point me to online docs for iBlinds that describe how to start (via Z-Wave) the calibration process?

[gwp1]

@toggledbits Here's the link to the community driver that surfaced this:

https://raw.githubusercontent.com/RMoRobert/Hubitat/master/drivers/iBlinds-v3.groovy

I'll need to dig/contact iblinds Support for any official docs they might have.

EDIT: don't know if this is helpful or not but here's how the blinds show up in MSR:

This caught my eye, hence the ask:

x_zwave_values.Configuration_Remote_Calibration=1

Again, don't know if any of this helps at all.

[toggledbits]

OK. So it's driven by setting a config value, and that's not usual. You would use zwave_device.set_config action on that entity. That's parameter 7, it's a 1-byte length value, the value would be 1 and the bitmask you can just leave at 0.

[gwp1]

@toggledbits PERFECT! Works exactly as the Community driver did in Hubitat. This is huge for my setup, thank you.