Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Hasont]

@rene_hm

Hallo, ich habe heute gesehen, dass es seit 11.07 17:35 keine Updates mehr in meinen Ebus Objekten gibt.

Raspi Update und Upgrade habe ich schon gemacht aber nach Neustart der IoBroker Instanz kommt im Log immer
"system.adapter.ebus.0 schedule attribute missing"
Auch das EBUS Update auf 3.6.2 hat keine Verbesserung gebracht.

Habt Ihr ne Idee wo ich da ansetzen könnte oder muss ich den EBUS neu aufsetzen?

[Hasont]

@hasont
Kurz gesagt es war der Cron.
Der stand auf einer Minute und ich hab Ihn auf zwei gestellt. Fehler ist weg, mein Dauerfehler den ich im Log weggeschaltet hatte ist aber immer noch da. Falls hier noch jemand einen Tip hat!!!!!

host.raspberrypi
	2025-07-19 16:20:00.022	warn	instance system.adapter.ebus.0 already running with pid 17860
host.raspberrypi
	2025-07-19 16:18:00.024	warn	instance system.adapter.ebus.0 already running with pid 17860

[Rene_HM]

@fortune95 sagte in Adapter: ebus:

Die aufgezeichneten bzw. abgefragten DP sind von der Struktur her gleich. history.ebus.error hat als Wert "none" und einen aktuellen Zeitstempel aber die 3 history Werte nicht.

Mit der 3.6.6 sollte es wieder funktionieren.
ABER Achtung: es muss der gesamte Datenpunkt ohne Instanzname und Instanznummer angegeben werden

[Fortune95]

@rene_hm
Funktioniert wie von Dir beschrieben.👍
Vielen Dank für das update!😀

[Meintre 0]

Ich habe eine Vaillanttherme mit 470 Regler. Konnte auch die meisten Datenpunkte lesen. Nun habe ich auf 3.6.3 updatet und es fehlen die 470 Daten alle.
Kann nur noch die Außentemperatur bzw. Werte von der Therme lesen. Hat einer eine Idee?

Diese Daten erscheinen nicht mehr.

[Thomas Braun]

@meintre-0

Was steht im Log?

[Rene_HM]

@meintre-0 kann es sein, dass die Daten im Objekt-Baum verschoben sind?

[Meintre 0]

@rene_hm
Im Objektbaum erhalte ich überhaupt keine Anzeige unter 470 mehr.

[Rene_HM]

@meintre-0 hattest du auch den ebusd mit aktualisiert? Die Fehlermeldung kommt von da...

[Meintre 0]

@rene_hm
Nein, an dem Ebusd habe ich nichts gemacht. Der läuft in Orbstack auf meinem MacBook, wie auch IoBroker schon seit einem Jahr.

[Urs]

Hallo zusammen,

Seit 2 Wochen versuche ich den Ebus meiner Heizung auszulesen. Es handelt sich um eine Walter-Meier Wärmepumpe (dahinter versteckt sich eine Oertli) welche mit TEM SE 6001 WEP Steuergerät und TEM MB 6400 Bediengerät ausgestattet ist.

Hier einige weitere Details:

ebuspi@ebus-pi:~ $ ebusctl i
version: ebusd 25.1.25.1
update check: version 26.1 available, device firmware v5 1[6208] up to date, broadcast.csv: different version available
device: /dev/ttyAMA0, serial high speed, enhanced, firmware 1.1[6208].1[6208]
signal: acquired
symbol rate: 77
max symbol rate: 110
min arbitration micros: 2
max arbitration micros: 22
min symbol latency: 4
max symbol latency: 8
scan: finished
reconnects: 0
masters: 5
messages: 29
conditional: 0
poll: 0
update: 7
address 01: master #6
address 03: master #11
address 06: slave #6, scanned "MF=TEM;ID=MB61;SW=0131;HW=0000"
address 08: slave #11, scanned "MF=TEM;ID=WE_1 ;SW=3632;HW=3030"
address 10: master #2
address 13: master #12
address 15: slave #2, scanned "MF=TEM;ID=20097;SW=0375;HW=0102"
address 18: slave #12, scanned "MF=TEM;ID=WE_2 ;SW=3632;HW=3030"
address 31: master #8, ebusd
address 36: slave #8, ebusd, scanning

Ausgelesen wird mittels ebusd-Shield V5.1 auf einem RasPi 3B direkt aufgesteckt und entsprechend konfiguriert. Es funktioniert schon ein Stück weit aber ich hab noch ein paar Sachen welche mir noch nicht ganz klar sind und vermutlich auch bei der Konfiguration noch irgendwo einen Fehler den ich nicht erkenne. Hoffe jemand kann mir da etwas unter die Arme greifen.

Ausgangslage: Alle Werte welche schon auf dem Bus sind werden in IOB auch aktualisiert. Also z.B. Wenn ich auf dem Display der Heizung die Vor- und Rücklauftemperaturen anzeige (und somit auf dem Bus zwischen Steuergerät und Bediengerät ausgetauscht werden), werden die auch über den ebusd im IOB aktualisiert, aber nur die. Andere, z.b. die Aussentemperatur werden bei einem Scan auf dem Bus angezeigt und auch in IOB aktualisiert, danach aber nicht mehr bis ich sie wieder aktiv abfrage, also z.B. mittels einem ebusctl read "At" über SSH direkt am Raspi. Ich dachte dieser Beitrag würde mir weiter helfen: https://forum.iobroker.net/post/1240315. Aber irgendwie bringe ich das auch damit nicht hin. Irgend etwas übersehe ich.

Bei mir sieht das wie folgt aus:

ebuspi@ebus-pi:~ $ ebusctl find -F circuit,name,comment
15,At,Aussentemperatur 00-000
15,Betriebswahl,Betriebswahl Wärmeerzeuger 09-075
15,Parameter_level,Ebene Einsteller 04-043
15,Rl_temp_ist,Rücklauftemperatur Wärmeerzeuger 00-008
15,Status,Status 02-053
15,Time,Uhrzeit 02-072
15,Vl_temp_ist,Vorlauftemperatur Wärmeerzeuger 00-007
15,Wd,Wochentag 02-073
15,Wq_temp_in,Wärmequelle Eintrittstemperatur 00-071
15,Wq_temp_out,Wärmequelle Austrittstemperatur 00-070
Broadcast,ControlCmd,control commands
Broadcast,Datetime,date/time
Broadcast,Error,error message
Broadcast,Id,identification
Broadcast,IdAnswer,answer to identification query
Broadcast,Netloss,network loss
Broadcast,Netresetcfg,reset network config
Broadcast,Netresetstate,reset network state
Broadcast,RcOperation,room controller operational data
Broadcast,RcTarget,room controller target values
Broadcast,Signoflife,sign of life
Memory,Eeprom,EEPROM data
Memory,Ram,RAM data
scan.06,,
scan.08,,
scan.15,,
scan.18,,

Und in IOB sieht es so aus:

Was muss ich nun genau wo einstellen? z.B. für den ersten Wert, 15,At,Aussentemperatur 00-000, hab ich es so versucht:

Hab es aber auch ohne die 00-000 versucht, leider beides ohne Erfolg.

Oder kommt es am Schluss gar nicht da sondern da rein:

Leider auch ohne Erfolg...
Kann mir jemand kurz erklären was sich genau hinter Abgefragte Datenpunkte und Verlaufsdatenpunkte versteckt (oder ein Link wo ich es nachlesen kann wäre auch schon toll)?

Oder hab ich am Schluss ein Konfigurationsfehler im Ebusd selber:

EBUSD_OPTS="--scanconfig=full -d ens:/dev/ttyAMA0 --latency=50 --httpport=8889 -l /var/log/ebusd.log --configpath=https://ebus.github.io/next/ --enablehex"

(PS: ja, hab zuerst auch ohne /next/ versucht, und ja, wird auch irgendwann lokal eingerichtet, aber das dürfte vorerst glaub nicht mein Problem sein...)
Muss ich da echt irgendwie noch den Port 8888 eintragen welcher in IOB eingetragen ist:

Was müsste ich dann dort noch eintragen? --tcpport=8888? Wenn ich das mache resultiert das daraus:

ebuspi@ebus-pi:~ $ ebusctl read "At"
error connecting to localhost:8888

...und alle anderen Datenpunkte die schon auf dem Bus rum schwirren werden auch nicht mehr gelesen. Ist somit auch nicht zielführend. Komme da irgendwie nicht weiter...

Erschwerend dazu kommt dass die Heizung 200km weit weg steht und ich mittels Wireguard mit dem dortigen Netz verbunden bin...das scheint aber zu funktionieren, denn das Verhalten ist vor Ort soweit ich bisher testen konnte gleich, das nur der Vollständigkeit halber.

Vielen Dank schonmal für jegliche Hilfe.

[Dan.Master]

Hallo Urs,
es ist zwar nicht die gleiche Heizung meine ist eine Vaillant.
Bei mir ist das Grundverhalten genauso. Automatisch werden in IOBroker nur die Daten aktuell gehalten die auf dem Bus präsent sind.
Also der Datenaustuasche zwischen dem Internetmodul dem Regler und der Pumpe.
Um Datenpunte richtigt abzufragen musst du in dem Ebud Adapter, das richtige Gerät und die richtigen Namen eingeben, also nichts seblst definiertes.
Wenn ich jetzt z.B. bei mir den Punkt EnergieIntergal haben will sieht es so auf dem Bus aus, von dem Befehl:

Sehe ich diese z.B. Ausgabe:

Das heißt unter Gerät kommt das kürzel aus der Circuit:

und unter Namen der name aus der auflistung.
Das führt dann bei mir im IOB dann zu der Ausgabe:

"übersetzt" auf deine Konfig würde ich es mal inder Konfiguration "abgefragte Datenpunkte" unter Gerät mit "15" und unter Namen mit "At" probieren (ohne Anführungszeichen).
Bei den Nächsten Wert "15" und "Betriebswahl".

Das wäre die Schlussfolgerung von Vaillant auf deine Heizung.

Auf was du Achten musst ist der dein Interval nicht zu kurz ist weil der Ebus gern darauf allergisch reagiert, zumindest bei mir

Gruß
Daniel

[Urs]

Danke Daniel.
Stand an dem Abend wirklich irgendwie auf dem Schlauch, am nächsten Tag hab ich es dann gerafft. So wie du schreibst funktioniert das mit der 15 oder auch Broadcast als Gerät soweit perfekt. Ich kämpfe aber noch...bisher nur 32 Datenpunkte. Irgendwie etwas wenig. Aber ich schaffe es einfach nicht dass der Ebusd die entsprechende csv nutzt. Müsste wohl die https://github.com/eBUS/ebus.github.io/blob/main/next/de/tem/ sein.(oder auch ohne next, da aber auch ohne broadcast.csv) Mithilfe von KI etliche Stunden rum gebastelt, versucht die lokal einzubinden usw, umkopieren, umbenennen, dummy-csv erstellt, alles leider ohne Erfolg:

ebuspi@ebus-pi:~ $ ebusctl i
version: ebusd 25.1.25.1
device: /dev/ttyAMA0, serial high speed, enhanced, firmware 1.1[6208].1[6208]
signal: acquired
symbol rate: 97
max symbol rate: 119
min arbitration micros: 4
max arbitration micros: 60
min symbol latency: 4
max symbol latency: 6
scan: finished, some messages pending
reconnects: 0
masters: 5
messages: 32
conditional: 0
poll: 0
update: 10
address 01: master #6
address 03: master #11
address 06: slave #6, scanned "MF=TEM;ID=MB61;SW=0131;HW=0000"
address 08: slave #11, scanned "MF=TEM;ID=WE_1 ;SW=3632;HW=3030"
address 10: master #2
address 13: master #12
address 15: slave #2, scanned "MF=TEM;ID=20097;SW=0375;HW=0102"
address 18: slave #12, scanned "MF=TEM;ID=WE_2 ;SW=3632;HW=3030"
address 31: master #8, ebusd
address 36: slave #8, ebusd, scanning

Nach KI müsste da hinter den gefundenen TEM-Geräten loaded 15.csv oder so was stehen...tut es aber nicht. Lokal bekomme ich dann gar keine Datenpunkte mehr in IOB, stelle ich wieder auf die Online kommen wieder 29-32 rein. Aber auch da steht nichts von loaded xx.csv. Trotzdem bekomme ich die ca 30 Datensätze, woher auch immer. Verstehe ich noch nicht so ganz.

Ich vermute jetzt fast ein Problem mit der Firmware des Adapters, oder der ebusd-Version oder sowas in die Richtung, kann mich aber komplett täuschen.
Die Versionen sehen so aus:

ebuspi@ebus-pi:~ $ ebusctl i
version: ebusd 25.1.25.1
device: /dev/ttyAMA0, serial high speed, enhanced, firmware 1.1[6208].1[6208]

Ich weiss dass ich da schon was von csv in der ebudctl i - Ausgabe gesehen hab, aber ich hab fast das Gefühl das war noch bevor ich am Shield die FW hoch gezogen hab. Wenn ich dazu komme werde ich am Wochenende versuchen die FW vom shield um eine Version zurück zu gehen. Wenn das nichts bringt hab ich keine Ahnung was ich noch machen soll. Tips sind daher immer sehr gerne willkommen.

@Dan.Master sagte in Adapter: ebus:

Auf was du Achten musst ist der dein Interval nicht zu kurz ist weil der Ebus gern darauf allergisch reagiert, zumindest bei mir

Wie äussert sich das? Fehler im Logbuch? Heizungsstörungen? Oder sieht man es schon bevor der Bus verreckt anhand der ebusctl i - oder anderer Werte? Oder aus eins dieser Werte:

die Frage ist welcher und ab welchem Wert es kritisch wird.

Hab das Polling mal auf eine Minute und bisher über die letzten Tage keine Probleme feststellen können, egal in welchem Log ich schaue, aber gut, ich scanne ja bisher auch "nur" knapp 30 Datensätze. Die eine KI sagt mir mein Bus sei extrem voll, die andere meint das gegenteil...

Und wie ist es mit der Latency. Ich hab ja in der Konfiguration --latency=50. Ist da ein Zusammenhang mit de folgenden Wert im Webserver vom Shield:

Oder sind die völlig unabhängig? Da blicke ich noch nicht ganz durch welcher was macht. Der Arbitration Delay war auf 0, da hagelte es Fehler im Log... aber ob ich da 100 oder 200 eintrage, da konnte ich bisher keinen Unterschied feststellen. In der Konfig hat die KI vorgeschlagen den von 50 bis auf 20 zu reduzieren und nachher wieder auf 50 hoch korrigiert...auch da konnte ich keine wirkliche Auswirkung feststellen. Wie also die korrekten Werte ermitteln?

Fragen über Fragen...
Vielen Dank

[Dan.Master]

@Urs sagte in Adapter: ebus:

Ich vermute jetzt fast ein Problem mit der Firmware des Adapters, oder der ebusd-Version oder sowas in die Richtung, kann mich aber komplett täuschen.
Die Versionen sehen so aus:

Das kann unter umständen sein.
Wie es aber mit dem Autoload der csv sich verhält kann ich dir nicht sagen da bei Vaillant alles Out of the box läuft.

@Urs sagte in Adapter: ebus:

Wie äussert sich das? Fehler im Logbuch? Heizungsstörungen?

Bei mit stirbt der ganze Bus also mein Controller(Regler) im Flur ist dann Tot mein Internet-modul sagt nichts angeschlossen.
Das Problem ist bei mir das sich das Internet-Modul auch als "Abfrage" Teilnehmer unterwegs ist und treffen diese Abfragen auf die Abfragen des EBUS Moduls dann crasht der Bus und kommt nicht mehr in Leben. Dann muss ich den Regler aus und einstecken und des I-Modul neu starten.
Ich habe einen Intervall von 10 Minuten, da es mir reicht da ich es in erster Linie für WW Starten und Vorhersagebedingte Steuerung der Heizkurve nutze. Ich nutze den
https://esera.de/Produkte/12001/EBC-100-eBus-Koppler-USB?
War aber noch damals für 60€ zu haben autark an einem Pi 3. Deshalb kann ich dir keinen "internen" Werte sagen zu den Latenzen etc.
Wenn der Schafft die csv zu laden brauchst du auch keine manuellen Abfrage machen, da die meisten dann sowieso im IOBroker stehen.

Sorry das ich dir nicht bei allem helfen kann.

Vielleicht mal dem Kontakt john30 aus dem Git schreiben ob es ne möglichkeit gibt das laden der csv zu forcen.

Gruß
Daniel