Problem Ebusd in Dockercontainer on Raspberry Pi 4
I want to use a Ebusd docker container to connect a raspberry Pi 4B to a Brink Renovent 300 unit. I did try several configs , but I do not see any useful output and many errors. What do I wrong.... Please look into my debug log.
Thanks a lot for your help.
Peter
Sorry: wrong format logfile, new one txt format..... [Debuglog-ebusd-docker.txt](https://github.com/john30/ebusd/files/7590476/Debuglog-ebusd-docker.txt
The port settings :
pi@raspberrypi:~ $ lsusb Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 003: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC Bus 001 Device 005: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP2102/CP2109 UART Bridge Controller [CP210x family] Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
pi@raspberrypi:~ $ sudo udevadm info /dev/ttyUSB1
P: /devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.1/1-1.1:1.0/ttyUSB1/tty/ttyUSB1 N: ttyUSB1 L: 0 S: serial/by-path/platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.1:1.0-port0 S: serial/by-id/usb-Silicon_Labs_CP2104_USB_to_UART_Bridge_Controller_02468F47-if00-port0 E: DEVPATH=/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.1/1-1.1:1.0/ttyUSB1/tty/ttyUSB1 E: DEVNAME=/dev/ttyUSB1 E: MAJOR=188 E: MINOR=1 E: SUBSYSTEM=tty E: USEC_INITIALIZED=752383779044 E: ID_BUS=usb E: ID_VENDOR_ID=10c4 E: ID_MODEL_ID=ea60 E: ID_PCI_CLASS_FROM_DATABASE=Serial bus controller E: ID_PCI_SUBCLASS_FROM_DATABASE=USB controller E: ID_PCI_INTERFACE_FROM_DATABASE=XHCI E: ID_VENDOR_FROM_DATABASE=Cygnal Integrated Products, Inc. E: ID_MODEL_FROM_DATABASE=CP2102/CP2109 UART Bridge Controller [CP210x family] E: ID_VENDOR=Silicon_Labs E: ID_VENDOR_ENC=Silicon\x20Labs E: ID_MODEL=CP2104_USB_to_UART_Bridge_Controller E: ID_MODEL_ENC=CP2104\x20USB\x20to\x20UART\x20Bridge\x20Controller E: ID_REVISION=0100 E: ID_SERIAL=Silicon_Labs_CP2104_USB_to_UART_Bridge_Controller_02468F47 E: ID_SERIAL_SHORT=02468F47 E: ID_TYPE=generic E: ID_USB_INTERFACES=:ff0000: E: ID_USB_INTERFACE_NUM=00 E: ID_USB_DRIVER=cp210x E: ID_PATH=platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.1:1.0 E: ID_PATH_TAG=platform-fd500000_pcie-pci-0000_01_00_0-usb-0_1_1_1_0 E: DEVLINKS=/dev/serial/by-path/platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.1:1.0-port0 /dev/serial/by-id/usb-Silicon_Labs_CP2104_USB_to_UART_Bridge_Controller_02468F47-if00-port0 E: TAGS=:systemd:
you need to provide the right CSV files in the config path which seems not to be the case. I don't know if there are CSVs for brink devices already,
Thanks for your answer. I am using a Brink CSV file for the Renovent 300 type from GitHub
https://github.com/dstrigl/ebusd-config-brink-renovent-excellent-300#ebusd-for-brink-renovent-excellent-300
The Ebusd can read this configfile with no errors :
2021-11-23 18:17:43.797 [main notice] ebusd 21.3.v21.3 performing configuration check... 2021-11-23 18:17:43.802 [main notice] found messages: 77 (0 conditional on 0 conditions, 0 poll, 0 update)
So I think the problem is something in the communication.
because I see in the debug log a lot of communication errors:
2021-11-23 14:30:00.248 [main debug] <<< done 2021-11-23 14:30:01.651 [bus debug] ERR: CRC error during receive command CRC, switching to receive command ACK 2021-11-23 14:30:01.698 [bus debug] ERR: SYN received during receive command ACK, switching to ready 2021-11-23 14:30:02.694 [bus debug] ERR: SYN received during receive command ACK, switching to ready 2021-11-23 14:30:02.767 [bus debug] ERR: SYN received during receive command ACK, switching to ready 2021-11-23 14:30:04.730 [bus debug] ERR: SYN received during receive command ACK, switching to ready 2021-11-23 14:30:04.850 [bus debug] ERR: SYN received during receive command ACK, switching to ready 2021-11-23 14:30:04.978 [bus debug] ERR: SYN received during receive command ACK, switching to ready 2021-11-23 14:30:05.098 [bus debug] ERR: SYN received during receive command ACK, switching to ready 2021-11-23 14:30:05.171 [bus debug] ERR: CRC error during receive command CRC, switching to receive command ACK 2021-11-23 18:04:41.931 [main debug] performing regular tasks 2021-11-23 18:04:41.931 [main debug] >>> read -f Softwareversion 2021-11-23 18:04:41.932 [bus info] send message: 313c40220100 2021-11-23 18:04:41.932 [network debug] [00002] wait for result 2021-11-23 18:04:41.952 [bus debug] start request 31 2021-11-23 18:04:41.952 [bus debug] arbitration start with 31 2021-11-23 18:04:42.002 [bus debug] arbitration lost 2021-11-23 18:04:42.002 [bus debug] ERR: arbitration lost during ready, retry 2021-11-23 18:04:42.050 [bus debug] ERR: SYN received during receive command, switching to ready 2021-11-23 18:04:42.098 [bus debug] start request 31 2021-11-23 18:04:42.098 [bus debug] arbitration start with 31 2021-11-23 18:04:42.147 [bus debug] arbitration lost 2021-11-23 18:04:42.147 [bus debug] ERR: arbitration lost during ready, retry 2021-11-23 18:04:42.194 [bus debug] ERR: SYN received during receive command, switching to ready 2021-11-23 18:04:42.242 [bus debug] start request 31 2021-11-23 18:04:43.596 [bus debug] start request 31 2021-11-23 18:04:43.596 [bus debug] arbitration start with 31 2021-11-23 18:04:43.645 [bus debug] arbitration lost 2021-11-23 18:04:43.645 [bus debug] notify request: ERR: arbitration lost 2021-11-23 18:04:43.646 [bus error] send to 3c: ERR: arbitration lost 2021-11-23 18:04:43.646 [bus error] send message part 0: ERR: arbitration lost 2021-11-23 18:04:43.646 [main debug] <<< ERR: arbitration lost
Could it caused by a syntactic right config-file but a different BrinkDevice? Is it possible to readout the hex values from the Brink device directly from the USB port to check which type Brinkdevice is connected?
thanks a lot.....
did you bind the USB device correctly in the docker run command? check for the rights on the device within the container. and maybe you want to add some "--latency=50" or so to the start params of ebusd
closed due to inactivity