Used a custom component to spawn the socat commands needed. However custom components do not start prior to the zigbee or zwave integrations starting so the comm ports are not ready in time.
I’m wanting to move my HUSBZB-1 to remote location as well, and I was wondering how this would work on the HASSIO setup, so this is looking interesting.
So, current state:
you’ve reached out via the RFC process, I read those comments… not much happening…?
you can use portainer to manually setup socat on the HA container… but maybe this needs to happen on each upgrade?
you’ve suggested here (but not in RFC?) a change to the zwave component which would allow specifying optional host/port to the remote network serial device.
This third item looks ideal. Have you seen anyone doing it this way or looking at it?
Its not clean as I have to manually update the custom components when things are changed. I unfortunately am not skilled enough in python to make any of the other options a reality.
This is the first thing that has me interested in doing a custom component. I think i could put together a rough attempt to read custom zwave/zha config to setup socat…
I did start the process of setting up custom component dev, but had some other systems problems that prevented me from making progress. I’m still interested though
Adding an update here. Zwave- JS adds promise to my goal.
Underlying Zwave-JS and zwave-js-server supports serial over tcp.
In addition to serial ports, serial-over-tcp connections (e.g. by using ser2net ) are now supported. You can connect to such a host using a connection string of the form tcp://hostname:port . Use these ser2net settings to host a serial port: `:raw:0::115200 8DATABITS NONE 1STOPBIT
The Official HASS zwave-js add on does work with tcp://IP:port but the configuration screen and yaml editor does not allow you to save that configuration.
Pull request to undo the breaking change for device tty validation was rejected. Only option now is custom add on or community ZwaveJS - MQTT integration.
It’s a shame, really. The developers are willingly alienating a lot of users with this decision. One should not be required to have a degree in current technologies used in software development to be able to use zwave in a central home position. Of course, this only seem to apply to Home Assistant…
This is from a while ago, but wouldn’t it be better to run socat on the docker host and map the ttyUSB devices to the docker container? This way you can upgrade your container without having to run these commands inside the container.