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

[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.