Could you explain to me what the difference is between your zwave controller/hub and a Raspberry Pi with usb stick? In my opinion they offer the exact same functionality where the RPi solution is compatible with the Z-Wave binding.
If you don’t like the USB stick sticking out of the case you could look at the razberry which you plug onto the GPI ports of the RPi.
I have never seen a dumb ethernet<>Z-Wave device.
P.S. As long as your VM and z-wave controller/hub or Rasberry Pi are on the same network you don’t need to do any port forwarding.
Not of itself. They’re just saying that there are no ethernet-zwave gateways manufactured. But you can make your own with with a RPi and a USB stick.
The idea is sound, my OH setup on a large commercial site runs on a server in a cupboard that has only a connection to the site ethernet, no local USB or GPIO etc. All device connections are via ethernet gateways distributed around site. But I don’t use zwave.
The closest thing that I just stumbled upon is a device sold by Homeseer for their solution. I think you’ll agree that it has a remarkable resemblance to what has been suggested in this topic. I have no idea what kind of protocol it uses but I guess it’s either z-way or a proprietary protocol created by Homeseer.
The HomeSeer device is an IP to Z-Wave controller. I completely understand what Golem is looking for as I have been doing the same.
In my case, I have a garage that would be too far from the house for my Z-Wave controller to work. So with having LAN connectivity between the house and garage, my central home automation server could send and receive Z-Wave events/commands via LAN to devices in the garage.
@Ropeguru afaik the homeseer devices are indeed RPi (hometroller ZE S2) or beefed up similar systems.
Basically it’s exactly what the OP is trying to avoid. FWIW, I’m trying to do the same.
For all on this thread the ask is a black box device z-wave controller that can be accessed by (WiFi or ethernet). One could call the homeseer controller one but it’s really just a packaged RPi with Z-wave.
IMO This is a VERY valid ask. As more and more IoT moves to be managed in the cloud there are two directions, where one is direct control from a cloud management system. This is what the OP is talking about where one could config openHab on a cloud vm and then serve up control from the cloud. The BENEFIT of having a TCPIP based controller would be the elimination of the RPi as a controller which like a link in a chain is another potential point of failure. We all should recognize that RPi and similar controllers are Consumer grade and as consequence are prone to failure/noise.
The other direction of the IoT industry is IoT Edge, Msft Azure recently release products licensing for that design. However the IoT edge use case presumes a NEED for compute (signal filtering, AI logic, etc) on site (edge) as opposed to doing everything in the cloud. A typical home config with z-wave is NOT a scenario where edge compute need is high.
But… If you have a IP based ZWave controller, then it is still fundamentally the same thing. It is a small, low power computer (such as an RPi, or Pi-Zero) with an ethernet controller, running some sort of basic OS, and including a ZWave controller. You will still fundamentally have the same components. Maybe there are a few less components in such a system, but not so many I think.
As would be the same for an embedded system - as I explain above.
Sure, I understand that. My question about a binding was more a rhetorical question since my interpretation of the statement that was made is that the Pi with a dongle, and HomeSeer would be similar. Given this is an OH forum, I assumed that ultimately the user wanted to connect it to OH. If you use a Pi with a ZWave stick, you can easily run this with the ZWave binding over IP - if you use HomeSeer, you won’t be able to do this and you would require a new binding.
Umm, but you wouldn’t be using z-wave end devices either in some mission critical system e.g. bank vault security.
FWIW, I do think folk often overlook designing in robustness because we often start out as “just playing”. When it gets to lighting you can’t turn on by hand, door locks, fire alarms etc. it should be taken into account though.
You don’t need a raspberry pi but some kind of hardware to do the job. I have a similar setup with 3 Z-Wave controllers for more than 1,5 years now. All my 3 Z-Wave controllers are NOT connected to the OH-Server via USB but by some kind of “USB over IP” solution. As my OH runs on Windows I cannot use the solution with the raspberry pi. Instead I use one Silex DS510 with an Aeotec Gen5 ZStick, one Silex DS520 with an Aeotec Gen5 ZStick and one SEH UTN-55 with an Aeotec Gen5 ZStick. This works great as long as your LAN/WLAN is working reliable (which is not so easy, I worked long to get it stable).
I had the same questions. I am a homeseer user and want to explore openhab, but I don’t want to buy a new Zwave adapter (and rebuild network) or put my radio in my garage with the rest of my gear.
The homeseer znet does not run a home automation controller of any kind, it is purely a Zwave radio with an ip based interface to pair with homeseer over IP.
It is similar to the iTach IP-to-IR/Relay/RS232 that provide a generic IP interface to whatever they connect to on the other side. I have an ip-to-rs232 connected to the management port of my security system, far away from my Zwave radio or home automation controller
I guess the general confusion and disbelief that such a product even existed answers the question on whether openhab supports it.
It would be great to extend a Zwave network purely over IP to allow for non-connected buildings, or vacation homes, or cloud based controllers to be possible without needing to home openhab directly with the Zwave radio
But can this device also be used with other HA systems than homeseer? I always thought that the communication protocol between a Z-Wave Stick and a computer via USB is also a standardized one by Z-Wave alliance. I am not sure if communication via LAN is also standardized an global Z-Wave level with support for multi manufacturers.
Mostly i’m struggling to see the benefit of a device that purely translates z-wave to ip.
To my knowledge - having more controllers in a z-wave networkcould help heaps with signal stability, responsiveness and would allow to either cover big distances or really many devices, and ALSO let you CHOOSE where to run your automation rules to spread the computing load and don’t leave you stranded in case of failure of “THE” main controller,maybe even plan redundancies!!! (!LUXURY!) etc.
feels to me like the following example
All printers used to run on serial, then either serial or usb connection, and you needed a chapo print server to connect them at a distance or share them if you needed to, at home or in a small office. It was cumbersome.
one says: “Nowdays you have a wealth of convenient printers with wifi and lan connectivity built in.”
the other: “Yes but i REALLY want a cheapo print server.”
Really curious to see where this goes. There might be unexpected use cases and developments ahead, despite my prior convictions,
PS- print servers don’t need to be cheap, but neither you need to run multiple z-wave controllers on raspberry pies. There are plenty mini pcs that could run a sata ssd and come well boxed with fcc and ce certificates etc, and really cheap UPS can keep SBC based systems+ routers running for ages…
But this is achievable also with multiple controllers, over vpn, with mutual checks between them, without exposing all the network heals etc that happen via z-wave (that you would otherwise need a Zniffer to catch) over either lan or vpn - instead transmitting just the relevant info… isn’t it?
Actually there is a specific Silex Software (called SX Virtual Link, downloadable on their website) . However I am nut sure if they also provide support for linux ( I am running on Windows).
And perhabps one more comment from my side: I meanwhile changed my setup an do not use the Silex solution anymore but I indeed switched to Raspi and ser2net. The problem with the Silex software was that when the LAN/WLAN connection was lost for a short time the virtual COM Port on my OH machine disappeared and reappeared after a short time. But OH was not able to recover the connection and my Z-Wave network stopped unless I restarted the binding manually.
With ser2net on a Raspi as serial device server and com0com and hub4com as serial device client software on Windows it works more stable. The COM port is alwasy present even if the connection is lost for a short time. So as soon as it reconnects OH will continue to work. For these reasons I would recommend the ser2net solution with the Raspi.