Danke @bumaas für deine schnelle Antwort, ich habe mittlerweile eine Debian VM aufgesetzt und den USB Port an diese VM durchgereicht - leider mit dem selben Ergebnis.
Die angesprochenen vier Punkte sind umgesetzt und die Datei hat den folgenden Inhalt:
# /etc/default/ebusd:
# config file for ebusd service.
# Options to pass to ebusd (run "ebusd -?" for more info):
EBUSD_OPTS="--device=/dev/ttyebus --scanconfig --configpath=http://ebusd.eu/config/"
# MULTIPLE EBUSD INSTANCES WITH SYSV
# In order to run multiple ebusd instances on a SysV enabled system, simply
# define several EBUSD_OPTS with a unique suffix for each. Recommended is to
# use a number as suffix for all EBUSD_OPTS settings. That number will then be
# taken as additional "instance" parameter to the init.d script in order to
# start/stop an individual ebusd instance instead of all instances.
# Example: (uncomment the EBUSD_OPTS above)
#EBUSD_OPTS1="--scanconfig -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0 -p 8888 -l /var/log/ebusd1.log"
#EBUSD_OPTS2="--scanconfig -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A900acTF-if00-port0 -p 8889 -l /var/log/ebusd2.log"
#EBUSD_OPTS3="--scanconfig -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A900beCG-if00-port0 -p 8890 -l /var/log/ebusd3.log"
# MULTIPLE EBUSD INSTANCES WITH SYSTEMD
# In order to run muiltiple ebusd instances on a systemd enabled system, just
# copy the /lib/systemd/system/ebusd.service file to /etc/systemd/system/
# with a different name (e.g. ebusd-2.service), remove the line starting with
# 'EnvironmentFile=', and replace the '$EBUSD_OPTS' with the options for that
# particular ebusd instance.
da ein „ls /dev/tty*“ nur /dev/ttyUSB0 anzeigte statt einem /dev/ttyebusd (womöglich fehlt hier ein Symlink) habe ich auch mal die Zeite wie folgt getestet:
EBUSD_OPTS=„–device=/dev/ttyUSB0 --scanconfig --configpath=ebusd update check webservice“
Natürlich nach einer Änderung immer wieder den ebusd neugestartet mit entsprechenden Rechten (systemctl restart ebusd" - jedoch immer wieder das selbe Ergebnis:
version: ebusd 23.1.23.1
update check: OK
device: /dev/ttyUSB0
signal: no signal
reconnects: 0
masters: 1
messages: 11
conditional: 0
poll: 0
update: 4
address 31: master #8, ebusd
address 36: slave #8, ebusd
Kann man anhand der Aussage von lsus -v sagen, ob das Gerät richtig eingebunden ist und das NICHT die Fehlerquelle ist?
Bus 001 Device 004: ID 10c4:ea60 Silicon Labs CP210x UART Bridge
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 0
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 64
idVendor 0x10c4 Silicon Labs
idProduct 0xea60 CP210x UART Bridge
bcdDevice 1.00
iManufacturer 1 Silicon Labs
iProduct 2 CP2102N USB to UART Bridge Controller
iSerial 3 68639f303adeea11aee2cf149a583cc7
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 0x0020
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0x80
(Bus Powered)
MaxPower 100mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 2
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 0
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x02 EP 2 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0040 1x 64 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x82 EP 2 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0040 1x 64 bytes
bInterval 0
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
Device Status: 0x0000
(Bus Powered)
Weiterhin würde ich gerne wissen, ob die Adresse des Geräte vom Bus zugeteilt ist oder vergibt sich diese der Controller oder deamon selber und kann man somit sagen, das auch die Kommunikation mit dem Bus generell funktioniert?
Eine Anmerkung habe ich jedoch, zum einen hat die Heizung nur einen Bus-Anschluss, da war jedoch schon der Mischer für die Heizung/Fußbodenheizung angeschlossen, mein Elektrikerkollege meinte, es macht keine Probleme einfach das Gerät mit aufzuklemmen (dafür sei es ja ein Bus) - ist das richtig?
Zum anderen stand bei Heizungsanleitung dabei, das unbedingt die Polarität beim anschließen zu beachten sei - wir haben jedoch keinen Hinweis darauf gefunden, welche Klemme an der Platine Plus/Minus ist - als mein Kollege sich den Schaltplan des Ebuscontrollers angeschaut hatte, sagte er das es unerheblich ist - da die Elektronik es ausgleicht und deshalb nichts zu finden sei bezüglich des Anschlusses des ebus-controllers. Ist das richtig?
Noch der Hinweis, das ich ein Debian 11 verwende mit x64 Architektur in einer ESXI VM (habe kein Download für 10 mehr gefunden) und das ich das folgende Packet aus dem Github Repository verwendet habe, der Controller müsste die Version 3.1 USB sein: https://github.com/john30/ebusd/releases/download/23.1/ebusd-23.1_amd64-buster_mqtt1.deb
Hilft das an Informationen weiter, oder benötigst du/ihr noch andere Informationen - wenn ja, welche?
Danke für deine/eure Hilfe.
.
