NEWS
Adapter: ebus
-
Hallo, ich hab mir dafür Scripts gebaut die man dann auch im VIS als Objekte bedienen kann.
Hier mal die VIS als Bild
und meine Scripts dazu.
createState('javascript.0.Heizung.Warmwasserschalter', {type: 'string',def: 1}); on('javascript.0.Heizung.Warmwasserschalter', function (obj) { if (obj.state.val == "manual"){ log("Wert wurde auf manual gesetzt", 'info'); exec('ebusctl write -c 430 HwcOPMode "manual"'); } else if (obj.state.val == "off"){ log("Wert wurde auf off gesetzt", 'info'); exec('ebusctl write -c 430 HwcOPMode "off"'); } else if (obj.state.val == "auto"){ log("Wert wurde auf auto gesetzt", 'info'); exec('ebusctl write -c 430 HwcOPMode "auto"'); } });createState('javascript.0.Heizung.Innentemperatur man', {type: 'number',def: 1}); on('javascript.0.Heizung.Innentemperatur man', function (obj) { if (obj.state.val == "20"){ log("Wert wurde auf 20 Grad gesetzt", 'info'); exec('ebusctl write -c 430 Hc1ManualOPRoomTempDesired 20'); } else if (obj.state.val == "20.5"){ log("Wert wurde auf 20,5 Grad gesetzt", 'info'); exec('ebusctl write -c 430 Hc1ManualOPRoomTempDesired 20.5'); } else if (obj.state.val == "21,0"){ log("Wert wurde auf 21 Grad gesetzt", 'info'); exec('ebusctl write -c 430 Hc1ManualOPRoomTempDesired 21'); } else if (obj.state.val == "21.5"){ log("Wert wurde auf 21,5 Grad gesetzt", 'info'); exec('ebusctl write -c 430 Hc1ManualOPRoomTempDesired 21.5'); } else if (obj.state.val == "22"){ log("Wert wurde auf 22 Grad gesetzt", 'info'); exec('ebusctl write -c 430 Hc1ManualOPRoomTempDesired 22'); } else if (obj.state.val == "22.5"){ log("Wert wurde auf 22,5 Grad gesetzt", 'info'); exec('ebusctl write -c 430 Hc1ManualOPRoomTempDesired 22.5'); } else if (obj.state.val == "23"){ log("Wert wurde auf 23 Grad gesetzt", 'info'); exec('ebusctl write -c 430 Hc1ManualOPRoomTempDesired 23'); } else if (obj.state.val == "23.5"){ log("Wert wurde auf 23,5 Grad gesetzt", 'info'); exec('ebusctl write -c 430 Hc1ManualOPRoomTempDesired 23.5'); } else if (obj.state.val == "24"){ log("Wert wurde auf 24 Grad gesetzt", 'info'); exec('ebusctl write -c 430 Hc1ManualOPRoomTempDesired 24'); } else if (obj.state.val == "24.5"){ log("Wert wurde auf 24,5 Grad gesetzt", 'info'); exec('ebusctl write -c 430 Hc1ManualOPRoomTempDesired 24.5'); } else if (obj.state.val == "25"){ log("Wert wurde auf 25 Grad gesetzt", 'info'); exec('ebusctl write -c 430 Hc1ManualOPRoomTempDesired 25'); } });createState('javascript.0.Heizung.Heizungsmodus', {type: 'number',def: 1}); on('javascript.0.Heizung.Heizungsmodus', function (obj) { if (obj.state.val == "0"){ log("Wert wurde auf off gesetzt", 'info'); exec('ebusctl write -c 430 Hc1RoomTempSwitchOn "0"'); } else if (obj.state.val == "1"){ log("Wert wurde auf modulating gesetzt", 'info'); exec('ebusctl write -c 430 Hc1RoomTempSwitchOn "1"'); } else if (obj.state.val == "2"){ log("Wert wurde auf thermostat gesetzt", 'info'); exec('ebusctl write -c 430 Hc1RoomTempSwitchOn "2"'); } });createState('javascript.0.Heizung.Heizungsschalter', {type: 'string',def: 1}); on('javascript.0.Heizung.Heizungsschalter', function (obj) { if (obj.state.val == "manual"){ log("Wert wurde auf manual gesetzt", 'info'); exec('ebusctl write -c 430 Hc1OPMode "manual"'); } else if (obj.state.val == "off"){ log("Wert wurde auf off gesetzt", 'info'); exec('ebusctl write -c 430 Hc1OPMode "off"'); } else if (obj.state.val == "auto"){ log("Wert wurde auf auto gesetzt", 'info'); exec('ebusctl write -c 430 Hc1OPMode "auto"'); } });createState('javascript.0.Heizung.Heizungsmodus', {type: 'number',def: 1}); on('javascript.0.Heizung.Heizungsmodus', function (obj) { if (obj.state.val == "0"){ log("Wert wurde auf off gesetzt", 'info'); exec('ebusctl write -c 430 Hc1RoomTempSwitchOn "0"'); } else if (obj.state.val == "1"){ log("Wert wurde auf modulating gesetzt", 'info'); exec('ebusctl write -c 430 Hc1RoomTempSwitchOn "1"'); } else if (obj.state.val == "2"){ log("Wert wurde auf thermostat gesetzt", 'info'); exec('ebusctl write -c 430 Hc1RoomTempSwitchOn "2"'); } });@hasont Danke für die Antwort. Leider habe ich einen 470 Regler mit meinem alten 430 funktioniert es auch. Mir geht es aber darum, dass meine Frau im Notfall an dem Regler "einmal Speicherladung" einstellen kann.
Aber auch diese funktion kann ich nicht aktivieren. Darum habe ich gedacht, dass ich über Warmwasser ein und aus es über den iobroker regeln könnte. -
@hasont Danke für die Antwort. Leider habe ich einen 470 Regler mit meinem alten 430 funktioniert es auch. Mir geht es aber darum, dass meine Frau im Notfall an dem Regler "einmal Speicherladung" einstellen kann.
Aber auch diese funktion kann ich nicht aktivieren. Darum habe ich gedacht, dass ich über Warmwasser ein und aus es über den iobroker regeln könnte.Der Befehl
ebusctl write -c 470 HwcOPMode "manual"
geht nicht?
Als Status steht oben doch "470 HwcOPMode = off"
Also kann er den aktuellen Status ja auch auslesen!
Wichtig ist, dass du den Wert in "manual" "auto" oder "off" in " " eingibst. -
@hasont sagte in Adapter: ebus:
ebusctl write -c 470 HwcOPMode "manual"
habe ich auch schon versucht
ebusctl write -c 470 HwcOPMode "manual"
ERR: element not foundManual gibt es in der 470 nicht:
enum Values_HwcOPMode {
off: 0,
on: 1,
auto: 2,
autosunday: 3,
party: 4,
load: 5,
holiday: 7,Probier mal 1 für "on"
-
Unter http://forum.iobroker.net/viewtopic.php?f=23&t=9322&hilit=ebus wird beschrieben, wie der ebusd von https://github.com/john30/ebusd mittels MQTT und javascript in ioBroker integriert werden kann. Mein Adapter nutzt ebenfalls den ebusd. Die Daten werden aber per HTTP abgeholt. Der Adapter parsed die Daten und stellt nur die in ioBroker zur Verfügung, die "value" oder "lastup" im Namen haben. Damit werden Daten, die zwar in der csv verfügbar sind, aber nicht auf dem Bus gelesen wurden, gar nicht erst als Datenpunkt angelegt. Der Adapter ist derzeit read only. Schreiben auf den Bus ist nicht implementiert.
Hier settings:
IP ist die Adresse des Systems, auf dem ebusd läuft.Port ist der Port, der in dem ebusd Konfigfile (z.Bsp. /etc/default/ebusd) als HTTP-Port eingetragen wurde.
z.Bsp.
EBUSD_OPTS = "-r -d /dev/ttyUSB0 -p 7777 -l --httpport=8889"Wichtig ist, dass das Interface auf "ebusd" gestellt ist. Der Adapter unterstützt auch noch eine spezielle Arduino-Software, welche ich später vorstellen werde.
Der Adapter steht aktuell in Version 0.4.1. in github zur Verfügung: https://github.com/rg-engineering/ioBroker.ebus
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?
-
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
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 -
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.
@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 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
-
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.
-
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.
Was steht im Log?
-
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.
-
@meintre-0 kann es sein, dass die Daten im Objekt-Baum verschoben sind?
-
@meintre-0 hattest du auch den ebusd mit aktualisiert? Die Fehlermeldung kommt von da...
-
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, scanningAusgelesen 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.
-
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 -
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ß
DanielDanke 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, scanningNach 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 -
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, scanningNach 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@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
560
Online32.7k
Benutzer82.4k
Themen1.3m
Beiträge