# Enocean problem move Openhab RPI to VM Debian **URL:** \ **Category:** Migration\ **Created:** [July 22, 2026, 9:51pm UTC](https://community.openhab.org/t/enocean-problem-move-openhab-rpi-to-vm-debian/169879 "2026-07-22T21:51:50Z")\ **Posts on this page:** 9\ **Page:** 1
**Author:** ![Arie](https://community.openhab.org/letter_avatar_proxy/v4/letter/a/c2a13f/32.png) [@Arie](https://community.openhab.org/u/Arie)\ **Post date:** [July 22, 2026, 9:51pm UTC](https://community.openhab.org/t/enocean-problem-move-openhab-rpi-to-vm-debian/169879/1 "2026-07-22T21:51:50Z")
I ran openHAB 4.3.4 on a RPI 4, with an USB enocean gateway. I have a eltaco FAM14 system with dimmers (FUD14) and switches (FMS14). Everything is working. I made a backup of the system with openhabian. On my QNAP a made a new virtual machine and installed a fresh debian13 OS. After that I installed openHAB 5.2.0. In openhabian-config a made a recovery with the backup from the RPI. I start the VM machine and everything start without problems. I can acces my openhab by ip:8080. All the bindings are working… Except the enocean switches. I can control my dimmers, send and receive messages (checked with dolphin viewer) But if i press a rockerswitch (I have 15 of them) no commands from all the rockerswitches are send into the system. (with dolpin viewer no switch commands are send, receiving commands are working) Can somebody help me with this problem? Kind regards Arie ---
**Author:** ![Nadahar](https://community.openhab.org/user_avatar/community.openhab.org/nadahar/32/194556_2.png) [@Nadahar](https://community.openhab.org/u/Nadahar)\ **Post date:** [July 22, 2026, 10:36pm UTC](https://community.openhab.org/t/enocean-problem-move-openhab-rpi-to-vm-debian/169879/2 "2026-07-22T22:36:03Z")
> [@Arie](#): > > Can somebody help me with this problem? Have you mapped the host’s serial device path or USB device path directly to the container? You’ve said nothing about it, but a container doesn’t automatically have access to hardware devices - that must be configured specifically. I’ve never done this with Docker, but it can be quite a pain with VMs. I’m guessing it’s a bit easier with Docker though. The device must be forwarded, most likely as a USB device. Must such USB dongles use USB-to-serial, but I don’t know if the binding supports using a serial port, or if it expects to see the USB device itself. ---
**Author:** ![apella12](https://community.openhab.org/user_avatar/community.openhab.org/apella12/32/117154_2.png) [@apella12](https://community.openhab.org/u/apella12)\ **Post date:** [July 23, 2026, 12:55am UTC](https://community.openhab.org/t/enocean-problem-move-openhab-rpi-to-vm-debian/169879/3 "2026-07-23T00:55:23Z")
I believe @Nadahar has identified the problem. Not saying this is the only solution (If that is indeed the issue), but I use usbipd to attach a serial device to WSL (debian) in Win11 to run test OH instances. I also run these in docker so need to bring them into the container (`devices:` ` - '/dev/serial/by-id/usb-0658_0200-if00:/dev/zwaveoh`. You can google/AI, but the basic command is `usbipd wsl attach -b x-xx` (get with `usbipd wsl list`) for windows. I also connect a remote serial device from a RPi3b to a Rpi4 (both on trixie) with usbipd. I used this [tutorial](https://www.youtube.com/watch?v=xKVrt0_iTzI) maybe that could help. ---
**Author:** ![JimH](https://community.openhab.org/letter_avatar_proxy/v4/letter/j/a4c791/32.png) [@JimH](https://community.openhab.org/u/JimH)\ **Post date:** [July 23, 2026, 1:57pm UTC](https://community.openhab.org/t/enocean-problem-move-openhab-rpi-to-vm-debian/169879/4 "2026-07-23T13:57:06Z")
Just in case QNAP doesn’t support /serial/by-id/ (my Synology doesn’t), I added these two statements in my docker create script in order to have access to an Aeotec Z-Stick Gen5+ USB dongle. Of course you would need to change /dev/ttyACM0 to whatever your dongle is identified as. ```auto --device=/dev/ttyACM0 -e "EXTRA_JAVA_OPTS=-Dgnu.io.rxtx.SerialPorts=/dev/ttyACM0" ``` ---
**Author:** ![rlkoshak](https://community.openhab.org/user_avatar/community.openhab.org/rlkoshak/32/75251_2.png) [@rlkoshak](https://community.openhab.org/u/rlkoshak)\ **Post date:** [July 23, 2026, 2:34pm UTC](https://community.openhab.org/t/enocean-problem-move-openhab-rpi-to-vm-debian/169879/5 "2026-07-23T14:34:23Z")
> [@Arie](#): > > Except the enocean switches. > I can control my dimmers, send and receive messages (checked with dolphin viewer) > But if i press a rockerswitch (I have 15 of them) no commands from all the rockerswitches are send into the system. (with dolpin viewer no switch commands are send, receiving commands are working) This is a little ambiguous. What is “the system” here? Where are the commands comming from? openHAB? The device? Both? Does OH see anything at all and does OH receive anything at all? If the Enocean Bridge Thing is ONLINE and there is _anything_ comming into OH or leaving OH properly, device passthrough is not the problem. If it were the Thing wouldn’t be ONLINE and nothing would work. QNAP, like Synology, is notoriously challenging to get OH working on if there is a requirement for USB devices. Adding Docker on top just makes it that much more challenging. But if OH inside the container can send or receive even just the one message, that part is working and something else is going on. Otherwise it should just be offline as if you pointed the Enocean binding to a device that doesn’t exist. ---
**Author:** ![Nadahar](https://community.openhab.org/user_avatar/community.openhab.org/nadahar/32/194556_2.png) [@Nadahar](https://community.openhab.org/u/Nadahar)\ **Post date:** [July 23, 2026, 2:42pm UTC](https://community.openhab.org/t/enocean-problem-move-openhab-rpi-to-vm-debian/169879/6 "2026-07-23T14:42:52Z")
> [@rlkoshak](#): > > This is a little ambiguous. What is “the system” here? Where are the commands comming from? openHAB? The device? Both? Does OH see anything at all and does OH receive anything at all? I agree that it’s unclear what is references when, but I read it as if devices that don’t rely on the Enocean binding work from OH, while the Enocean switches do not. Combining my “interpretation of the description” with the fact that a USB dongle is needed and the move to Docker was enough for me to assume that it’s about device passthrough. ---
**Author:** ![rlkoshak](https://community.openhab.org/user_avatar/community.openhab.org/rlkoshak/32/75251_2.png) [@rlkoshak](https://community.openhab.org/u/rlkoshak)\ **Post date:** [July 23, 2026, 2:49pm UTC](https://community.openhab.org/t/enocean-problem-move-openhab-rpi-to-vm-debian/169879/7 "2026-07-23T14:49:33Z")
But OP is seeing messages with Dolphin Viewer which is the like an Enocean sniffer and not related to other bindings (which are reported to work). So it’s important to distinguish the source of those messages. And there is no mention on whether the Enocean Things are online or not. It very well could be a passthrough issue. But if _any_ of those messages seen by Dolphin viewer came from OH and the Enocean Things are online, it’s not. I don’t think there is enough information posted to diagnose the problem one way or the other. ---
**Author:** ![Nadahar](https://community.openhab.org/user_avatar/community.openhab.org/nadahar/32/194556_2.png) [@Nadahar](https://community.openhab.org/u/Nadahar)\ **Post date:** [July 23, 2026, 2:55pm UTC](https://community.openhab.org/t/enocean-problem-move-openhab-rpi-to-vm-debian/169879/8 "2026-07-23T14:55:03Z")
> [@rlkoshak](#): > > I don’t think there is enough information posted to diagnose the problem one way or the other. I agree, there’s not enough information to be sure, but it’s enough for me to guess 😉 Think of it this way: We know that the installation was moved to a container on a QNAP, and OP never mentioned anything about forwarding the hardware. Wouldn’t that be one of the things you’d explain that you had done when making such a post, if you had? And, if this hasn’t been done, there _can’t_ be communication between OH and the dongle as far as I can understand. ---
**Author:** ![Mahoni](https://community.openhab.org/user_avatar/community.openhab.org/mahoni/32/75754_2.png) [@Mahoni](https://community.openhab.org/u/Mahoni)\ **Post date:** [August 19, 2026, 10:16pm UTC](https://community.openhab.org/t/enocean-problem-move-openhab-rpi-to-vm-debian/169879/9 "2026-08-19T22:16:35Z")
I believe the issue is that they changed the binding. All of my other actuators work fine, like the FSR14, FUD14, or others. Only the FMS 14 do not work since the update.