eBUS Adapter 3.0 Inbetriebnahme

[chris371]

Ich habe mein System grundsätzich am laufen, d.h. Daten der Heizung werden über ebusd mitgelesen, per MQTT weitergereicht und (bei mir) über iobroker weiterverarbeitet. Jetzt geht es mir darum, alle für mich interessanten Werte erstmal zu finden, und dann zyklisch zu pollen, falls sie nicht ohnehin schon einfach mitgelesen werden können.

Um so wenig wie möglich auf den Bus zu schreiben habe ich folgende Fragen mit Bezug auf Johns letzte Antwort an mich:

Was wird da eigentlich gepollt?

Die ID der Geräte und die Nachrichten, die mit Poll Priorität versehen sind.

1.) Nachdem nach einigen Tagen mit --scanconfig jetzt klar ist, welche Geräte-IDs bei mir vorkommen: wäre es da nicht sinnvoll, die fest zu konfigurieren (wie?) und auf das ständige scannen danach zu verzichten? Schließlich ändert sich meine Anlage im Normalfall ja nicht spontan.

2.) Wenn ich die für mich interessanten Werte identifiziert habe und sie pollen muss: Soll ich lieber die CSVs lokal editieren und den besagten Nachrichten eine Poll-Priorität zuweisen (damit der ebusd selber pollt)? Oder würdet ihr lieber ein zyklisches Abfragen über MQTT empfehlen (und wenn ja warum?)?

[Reinhart]

welche Datenpunkte du für wichtig empfindest ist wohl bei jedem unterschiedlich, da hier individuelle Schwerpunkte des Anwenders eine Rolle spielen.

zu 1, es wird ja nicht ständig gescannt, sondern nur bei einem Neustart des Dämons und das hält sich ja in Grenzen. Lediglich bei der Inbetriebnahme wird das häufiger sein.

zu 2, musst du entscheiden, aber ich persönlich bevorzuge die zyklische Abfrage weil du hier mit den Timings flexibler bist. Es gibt Datenpunkte die genügen 1-2 mal pro Tag, andere vielleicht jede Stunde und andere alle 5 Minuten. Dann kannst du mit 3 verschiedenen Timern das bequem steuern und sparst so unnötiges schreiben am Bus.

LG

[Pretender]

Darf ich mich in eure Diskussion einklinken?

zu 1, es wird ja nicht ständig gescannt, sondern nur bei einem Neustart des Dämons und das hält sich ja in Grenzen.

Wie kann man denn die statische Konfiguration umsetzen? Wie ich schon geschrieben hatte, findet ebusd die Module an Adresse 23 und 25 bei mir nur sehr sporadisch.

Zu dem Polling hätte ich auch eine Frage. Das kann ich ja mit MQTT starten:

Code Auswählen Erweitern

# mosquitto_pub -h localhost -t 'ebusd/sc/Coll1Sensor/get' -m '?9'
Wie kann ich das Polling wieder deaktivieren?

Ist es eigentlich normal, dass nach einer Werteabfrage der Wert zweimal zurückgegeben wird:

Code Auswählen Erweitern

# mosquitto_pub -h localhost -t 'ebusd/sc/Coll1Sensor/get' -m '?'

Code Auswählen Erweitern

# mosquitto_sub -v -h localhost -p 1883 -t 'ebusd/sc/#'
ebusd/sc/Coll1Sensor/get ?
ebusd/sc/Coll1Sensor 14.75;ok
ebusd/sc/Coll1Sensor 14.75;ok

Danke euch!
Grüße

[john30]

Wie kann man denn die statische Konfiguration umsetzen? Wie ich schon geschrieben hatte, findet ebusd die Module an Adresse 23 und 25 bei mir nur sehr sporadisch.

nur die files von ebusd-configuration in /etc/ebusd legen, die deine Anlage braucht, und dann ebusd darauf konfigurieren (--configpath).

Zu dem Polling hätte ich auch eine Frage. Das kann ich ja mit MQTT starten:
Wie kann ich das Polling wieder deaktivieren?

Option --pollinterval=0

Ist es eigentlich normal, dass nach einer Werteabfrage der Wert zweimal zurückgegeben wird:

ja.

[jutonium]

Therme: VCW DE 206/5-5 R5, SW0609, HW5502, PROD 0010019276

Frage: Wie kann ich die letzten Felder dekodieren?

Stand jetzt:
Die Therme wird nur über den default bai.308523.inc eingebunden und mehr schlecht als recht unterstützt. Nach einer WWW Suche nach Product ID und nach "SW0609 HW5502" bin ich auf den Issue https://github.com/john30/ebusd-configuration/issues/106 gestoßen. Gleiche SW und HW Version, PROD=0010019268 unterscheidet sich in den letzten beiden Stellen von meiner Therme (s.o.).

Ein erster Test hat ergeben, dass die meisten Werte korrekt ausgewertet werden.
Ausnahmen:

Code Auswählen Erweitern


bai APCLegioProtection = ERR: invalid position in decode
bai Status = ERR: invalid position in decode
bai Status16 = ERR: invalid position in decode


Bei "bai errorhistory = ERR: end of input reached" gehe ich davon aus, dass der ERR bedeutet "kein Fehler", insofern der Wert korrekt ausgewertet wurde.

Wie würde man vorgehen, um die Daten zu dekodieren?

[chris371]

zu 1, es wird ja nicht ständig gescannt, sondern nur bei einem Neustart des Dämons und das hält sich ja in Grenzen. Lediglich bei der Inbetriebnahme wird das häufiger sein.

Danke für den Hinweis!
Ich hatte ja ständig Schreiboperationen auf dem Bus (zu sehen an der roten LED des Adapters) und habe das zunächst mit --pollinterval=61 auf wenigstens  einmal pro Minute etwas reduziert bekommen. Ich glaubte, dass das wohl wiederholte Scans sein müssten. Nach Deinem Hinweis habe ich mich aber auf die Suche gemacht und festgestellt, dass es stattdessen die "YieldThisYear"-Message aus ebusd-2.1.x/de/vaillant/yield4445.inc war, die standardmäßig Poll-Priorität hat.

Also auf lokale Config-Files umgestellt, in yield4445.inc von "r9" auf "r" geändert, und der Spuk mit der ständigen Pollerei ist vorbei! 
Vielen Dank!

Beobachtung am Rande:
Bei der Message hat die Poll-Priorität offenbar keine Wirkung. Egal ob mit "r9" oder "r1", es kommt ein Bündel dieser Messages immer alle --pollinterval Sekunden. Das könnte evtl. ein Bug sein; gemäß Doku hätte ich bei "r9" mit (9 x pollinterval) gerechnet.

zu 2, musst du entscheiden, aber ich persönlich bevorzuge die zyklische Abfrage weil du hier mit den Timings flexibler bist. Es gibt Datenpunkte die genügen 1-2 mal pro Tag, andere vielleicht jede Stunde und andere alle 5 Minuten. Dann kannst du mit 3 verschiedenen Timern das bequem steuern und sparst so unnötiges schreiben am Bus.

Okay, danke. Ich glaubte, die Poll-Prioritäten in der Message-Definition wären genau für solche unterschiedlichen Intervalle gedacht. Aber aktive Abfrage über MQTT ist trotzdem flexiber, das stimmt schon.

Schöne Grüße.

[DerFranke]

Kann man die Signalerkennung verbessern? Oder liegt das eher an meiner heizungsseitigen Installation? Oder am Raspi4?
Nach dem Hochfahren: kein Signal

Code Auswählen Erweitern


root@raspberrypi:/home/pi# ebusctl info
version: ebusd 21.2.v21.2-12-g86b700c
access: *
signal: no signal
reconnects: 0
masters: 1
messages: 11
conditional: 0
poll: 0
update: 4
address 04: slave #25, ebusd
address ff: master #25, ebusd


ein paar Minuten später, ohne irgendetwas geändert oder angefaßt zu haben:

Code Auswählen Erweitern


root@raspberrypi:/home/pi# ebusctl info
version: ebusd 21.2.v21.2-12-g86b700c
access: *
signal: acquired
symbol rate: 39
max symbol rate: 146
min arbitration micros: 5
max arbitration micros: 20
min symbol latency: 10
max symbol latency: 15
reconnects: 1
masters: 4
messages: 485
conditional: 0
poll: 0
update: 10
address 03: master #11
address 04: slave #25, ebusd
address 08: slave #11, scanned "MF=Vaillant;ID=HMU01;SW=0304;HW=8802", loaded "vaillant/08.hmu.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0209;HW=4103", loaded "vaillant/15.700.csv"
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZIO;SW=0111;HW=0103"
address e8: slave, scanned "MF=Vaillant;ID=FMU00;SW=0203;HW=6502"
address ff: master #25, ebusd



[Reinhart]

welche Verbindung hast du, USB ?

und kannst du einmal ins Log schauen was da zwischen dem ersten Start und einige Minuten später passiert.
was mir noch auffällt, es hat ein reconnect stattgefunden und dann gings offensichtlich.

LG

[Pretender]

nur die files von ebusd-configuration in /etc/ebusd legen, die deine Anlage braucht, und dann ebusd darauf konfigurieren (--configpath).

Alles klar, danke! Ich hatte das nur als die "Offline"-Variante interpretiert. D.h. wenn ebusd ausschließlich die passenden Dateien zur Verfügung hat, zieht es diese immer an, auch wenn es ein Modul an einer bestimmten Adresse häufig nicht erkannt hat? Ich habe dann so Sachen wie:

Code Auswählen Erweitern

address 23: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301"
Also das "loaded ..." fehlt und das bekomme ich mit einem reload nicht hin. Mit einigen Neustarts hat es bis jetzt immer funktioniert.

Option --pollinterval=0

Hätte ich auch selbst drauf kommen können  In der Doku nicht gesehen und dann nicht weit genug gedacht...

Danke für den super Support und das tolle Projekt!
Viele Grüße
Reinhard

[DerFranke]

welche Verbindung hast du, USB ?

Nee, GPIO, also ttyAMA0

und kannst du einmal ins Log schauen was da zwischen dem ersten Start und einige Minuten später passiert.
was mir noch auffällt, es hat ein reconnect stattgefunden und dann gings offensichtlich.

Ich habe ein paar Zeilen ausgelassen:

Code Auswählen Erweitern


2021-04-05 17:34:32.312 [main notice] ebusd 21.2.v21.2-12-g86b700c started with auto scan on enhanced device /dev/ttyAMA0
2021-04-05 17:34:32.313 [main info] loading configuration files from http://ebusd.eu/config/
2021-04-05 17:34:32.373 [main info] reading templates /
2021-04-05 17:34:32.434 [main info] read templates in /
2021-04-05 17:34:32.435 [main info] reading file memory.csv
2021-04-05 17:34:32.493 [main info] successfully read file memory.csv
2021-04-05 17:34:32.493 [main info] reading file broadcast.csv
2021-04-05 17:34:32.553 [main info] successfully read file broadcast.csv
2021-04-05 17:34:32.553 [main info] read config files
2021-04-05 17:34:32.554 [bus notice] bus started with own address ff/04
2021-04-05 17:34:32.554 [main info] registering data handlers
2021-04-05 17:34:32.554 [main info] registered data handlers
2021-04-05 17:34:32.582 [bus notice] signal acquired
2021-04-05 17:34:32.751 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:34:32.751 [bus error] device status: unexpected available enhanced following byte 1
#Wiederholungen gelöscht
#
2021-04-05 17:34:34.033 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:34:34.033 [bus error] signal lost
2021-04-05 17:34:34.076 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:34:34.076 [bus error] device status: unexpected available enhanced following byte 1
#Wiederholungen gelöscht
#
2021-04-05 17:34:41.755 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:34:41.755 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:34:42.007 [bus error] device status: unexpected enhanced command 0x08
2021-04-05 17:34:42.008 [bus error] device status: unexpected available enhanced byte 2
2021-04-05 17:34:42.008 [bus notice] signal acquired
2021-04-05 17:34:42.050 [bus error] device status: unexpected available enhanced byte 2
2021-04-05 17:34:42.050 [bus error] device status: unexpected available enhanced byte 2
2021-04-05 17:34:42.093 [bus error] device status: unexpected available enhanced byte 2
#Wiederholungen gelöscht
#
2021-04-05 17:34:42.650 [bus error] device status: unexpected available enhanced byte 2
2021-04-05 17:34:42.650 [bus error] device status: unexpected available enhanced byte 2
2021-04-05 17:34:42.695 [bus error] device status: unexpected enhanced command 0x0e
2021-04-05 17:34:42.737 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:34:42.738 [bus error] device status: unexpected enhanced command 0x0e
2021-04-05 17:34:42.780 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:34:42.780 [bus error] device status: unexpected enhanced command 0x0e
2021-04-05 17:34:42.823 [bus error] device status: unexpected available enhanced following byte 1
#Wiederholungen gelöscht
#
2021-04-05 17:34:45.057 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:34:45.057 [bus error] device status: unexpected available enhanced byte 2
2021-04-05 17:34:45.062 [bus error] device status: unexpected enhanced command 0x0e
2021-04-05 17:34:45.066 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:34:45.066 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:34:45.069 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:34:45.073 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:34:45.073 [bus error] device status: unexpected available enhanced byte 2
2021-04-05 17:34:45.077 [bus error] device status: unexpected available enhanced byte 2
2021-04-05 17:34:45.077 [bus error] device status: unexpected available enhanced byte 2
2021-04-05 17:34:45.104 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:34:45.117 [bus error] device status: unexpected enhanced command 0x0f
2021-04-05 17:34:45.117 [bus error] device status: unexpected available enhanced byte 2
2021-04-05 17:34:45.138 [bus error] device status: unexpected available enhanced byte 2
2021-04-05 17:34:45.143 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:34:45.143 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:34:45.147 [bus error] device status: unexpected available enhanced following byte 1
#Wiederholungen gelöscht
#
2021-04-05 17:35:30.580 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:35:30.580 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:35:30.583 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:35:30.592 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:35:30.597 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:35:30.601 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:35:30.602 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:35:30.602 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:35:30.624 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:35:30.629 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:35:30.682 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:35:30.682 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:35:30.682 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:35:30.767 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:35:30.767 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:35:30.767 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:35:30.810 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:35:30.810 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:35:30.810 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:35:30.823 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:35:30.824 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:35:30.824 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:35:30.824 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:35:31.868 [network info] [00001] client connection opened XXX.YYY.ZZZ.AAA
2021-04-05 17:36:18.255 [network info] [00002] client connection opened 127.0.0.1
2021-04-05 17:36:18.258 [network info] [00002] connection closed
2021-04-05 17:36:33.293 [bus notice] device status: resetting
2021-04-05 17:36:33.293 [bus notice] re-opened /dev/ttyAMA0
2021-04-05 17:36:33.298 [bus notice] signal acquired
2021-04-05 17:36:33.802 [bus error] device status: unexpected available enhanced following byte 1
2021-04-05 17:36:33.878 [bus notice] new master 71, master count 2
2021-04-05 17:36:34.156 [bus notice] device status: reset
2021-04-05 17:36:34.433 [bus notice] new master 03, master count 3
2021-04-05 17:36:34.503 [update info] received MS cmd: 03e8b512060b0000000000 / 0b0000000001ffffffffff00
2021-04-05 17:36:34.503 [update notice] received unknown MS cmd: 03e8b512060b0000000000 / 0b0000000001ffffffffff00
2021-04-05 17:36:34.665 [bus notice] new master 10, master count 4
2021-04-05 17:36:34.725 [update info] received MS cmd: 1008b5110100 / 09ab01ff000308008000
2021-04-05 17:36:34.725 [update notice] received unknown MS cmd: 1008b5110100 / 09ab01ff000308008000
2021-04-05 17:36:34.804 [update info] received MS cmd: 7108b5110107 / 050019010101



nochwas aus der deamon.log:

Code Auswählen Erweitern


Apr  5 17:34:32 raspberrypi systemd[1]: ebusd.service: Service RestartSec=30s expired, scheduling restart.
Apr  5 17:34:32 raspberrypi systemd[1]: ebusd.service: Scheduled restart job, restart counter is at 1.
Apr  5 17:34:32 raspberrypi systemd[1]: Stopped ebusd, the daemon for communication with eBUS heating systems..
Apr  5 17:34:32 raspberrypi systemd[1]: Starting ebusd, the daemon for communication with eBUS heating systems....
Apr  5 17:34:32 raspberrypi systemd[1]: Started ebusd, the daemon for communication with eBUS heating systems..
Apr  5 17:36:09 raspberrypi systemd[1]: Started Session 4 of user pi


[DieterPN]

Hallo,

Beobachtung am Rande:
Bei der Message hat die Poll-Priorität offenbar keine Wirkung. Egal ob mit "r9" oder "r1", es kommt ein Bündel dieser Messages immer alle --pollinterval Sekunden. Das könnte evtl. ein Bug sein; gemäß Doku hätte ich bei "r9" mit (9 x pollinterval) gerechnet.

Dieser Punkt ist mir auch aufgefallen - muss ich explizit mit --pollinterval=SEC ein Poll-Intervall setzen damit es funktioniert? Bisher scheint bei mir der Standard-Wert 5-Sekunden aktiv zu sein.

Grüße

Dieter

[DieterPN]

Hallo,

mein Adapter auf einem Raspberry Pi läuft:

EBUSD_OPTS="--scanconfig --accesslevel=* --latency=40 -d enh:/dev/ttyAMA0 --address=ff --mqttport=1883 --mqtthost=192.168.xx.xx --mqtttopic=ebusd/%circuit/%name"

version: ebusd 21.2.v21.2
update check: OK
access: *
signal: acquired
symbol rate: 23
max symbol rate: 127
min arbitration micros: 4
max arbitration micros: 6
min symbol latency: 10
max symbol latency: 28
reconnects: 0
masters: 3
messages: 621
conditional: 2
poll: 0
update: 10
address 03: master #11
address 04: slave #25, ebusd
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0205;HW=9602", loaded "vaillant/bai.0010015600.inc" ([PROD='0010015597']), "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0613;HW=6903", loaded "vaillant/15.700.csv"
address ff: master #25, ebusd

Da ich nicht immer einen Internet Zugriff garantieren kann - z.B. nach einem Stromausfall - möchte ich die Konfigurationsdateien lokal ablegen.

Müsste ich dann "--scanconfig" durch z.B. "--configpath=/etc/ebusd/config" ersetzten?

Gibt es nach einem "--scanconfig" irgendwo eine lokale Kopie der erforderlichen Dateien?

Grüße

Dieter

[chris371]

Moin Dieter,
ich schreib mal was ich dazu weiß:

muss ich explizit mit --pollinterval=SEC ein Poll-Intervall setzen damit es funktioniert? Bisher scheint bei mir der Standard-Wert 5-Sekunden aktiv zu sein.

Ich habe das zumindest so gemacht. Nur mit den Standard-Einstellungen kam das Paket mit den 12 YieldThisYear-Nachrichten alle 5 Sekunden ... das war ein wenig heftig.

[...] möchte ich die Konfigurationsdateien lokal ablegen.
Müsste ich dann "--scanconfig" durch z.B. "--configpath=/etc/ebusd/config" ersetzten?

Nein, nur --configpath zusätzlich angeben. Ich habe auf dem Device das Git-Repository geklont...

Code Auswählen Erweitern


chris371@smh:~$ cd src/john30
chris371@smh:~/src/john30$ git clone https://github.com/john30/ebusd-configuration.git
chris371@smh:~/src/john30$ cd /etc/ebusd
chris371@smh:/etc/ebusd$ sudo ln -s ~/src/john30/ebusd-configuration/ebusd-2.1.x/de

...und dann "--configpath=/etc/ebusd/de" bei den ebusd-Startparametern ergänzt. Auf die Weise kann man auch als nicht-root an den Config-Dateien herumeditieren, hat im lokalen Git-Repository eine Versions-Historie dazu (was habe ich wann gemacht und warum?), und kann sich bei Bedarf auch aktuelle Stände von John holen, ohne die eigenen Änderungen zu verlieren.

Gibt es nach einem "--scanconfig" irgendwo eine lokale Kopie der erforderlichen Dateien?

Die hatte ich vorher auch gesucht, habe aber keine gefunden.

[raimundl]

Guten Abend!
Vorerst Dank an die Hard- und Software Entwickler.
eBUS Adapter 3.0 über RPI funktionierte sofort und läuft tadellos!
leider:
eBUS Adapter 3.0 über LAN funktioniert trotz bereits sehr vielen Stunden ausprobieren nicht.
Meine Config

Code Auswählen Erweitern

EBUSD_OPTS="--scanconfig --accesslevel=* --latency=20 -d enh:192.168.178.72:9999 --address=ff"

Die Abfrage

Code Auswählen Erweitern

pi@TestRPi:~ $ ebusctl i
version: ebusd 21.2.v21.2
update check: OK
access: *
signal: no signal
reconnects: 0
masters: 1
messages: 11
conditional: 0
poll: 0
update: 4
address 04: slave #25, ebusd
address ff: master #25, ebusd
Das Log

Code Auswählen Erweitern

021-04-07 19:42:52.332 [main notice] update check: OK
2021-04-07 19:42:58.102 [main notice] ebusd 21.2.v21.2 started with auto scan on enhanced device 192.168.178.72:9999
2021-04-07 19:42:58.302 [bus error] unable to open 192.168.178.72:9999: ERR: generic I/O error
2021-04-07 19:42:58.303 [bus notice] bus started with own address ff/04
2021-04-07 19:42:58.303 [bus notice] device invalid
2021-04-07 19:43:03.303 [bus error] unable to open 192.168.178.72:9999: ERR: generic I/O error
2021-04-07 19:43:03.304 [bus notice] device invalid
2021-04-07 19:43:08.304 [bus error] unable to open 192.168.178.72:9999: ERR: generic I/O error
2021

Die IP wurde automatisch zugewiesen und auch der Port 9999 ist laut Netzwerkscanner vorhanden, wird aber von ebusd nicht erkannt.
Ich bin am Ende mit meiner Problemlösung (und Wissen) - vielleicht hat jemand eine Lösung?

LG

[john30]

Bei "bai errorhistory = ERR: end of input reached" gehe ich davon aus, dass der ERR bedeutet "kein Fehler", insofern der Wert korrekt ausgewertet wurde.

Wie würde man vorgehen, um die Daten zu dekodieren?

errorhistory braucht noch eine Eingabe, da das eine Liste von Messages ist mit Index.
die "restlichen" zu dekodieren ist halt Fleißarbeit. Messages als hex anschauen (bspw. via grab result) und passende Werte identifizieren und Datentypen zuordnen (da hilft evtl. auch grab result decode).