Just switched over from my Esera LAN bridge to the “ebusd adapter 3” WiFi bridge. Cor was right and the network driver needs to be raw and not ebusd.
But this configuration does of course not have the advantages of ebusd w.r.t. a zero roundtrip time.
If i apply the ebusd network driver, i need to start the daemon within the Windows docker desktop first. Then, within the openhab ebus bridge, i connect to the computers IP (here 192.168.1.100) and port (here 8888) where the docker desktop with ebusd is running. IP and port are now not those of the ebusd adapter 3. This setup takes now full advantage of ebusd. Its a bit complicated because i am a Windows10 user. Using a Pi, this should be much simpler because docker is not needed and openhab can run on the same Unix computer than ebusd.
In docker, the ebusd image needs environment variable settings. Here i have EBUSD_OPTS (see the screenshot below) where i use the “ens:” acc. to John30’s descriptions. But the openhab binding bridge requires “naked” IP and port.
I hope that i didn’t confuse you and that it contributes in some way to a solution: