Adapter: ebus
-
Bei mir erscheinen dauerhaft unzählige Fehlermeldungen. Wie kann ich die abstellen?
Installiert ist der ebus-Adapter in der Version 3.0.2 und der ebus Daemon in der Version 22.2.
Die Werte werden ordnungsgemäß von der Heizung abgeholt obwohl diese Fehler erscheinen. Es betrifft meines Erachtens nur die Datenpunkte die ich im ebus-Adapter unter "ABGEFRAGTE DATENPUNKTE" eingetragen habe.ebus.0 2022-06-14 08:45:17.359 info all http done ebus.0 2022-06-14 08:45:17.321 info found ebusd update version version 22.3, vaillant/08 ebus.0 2022-06-14 08:45:17.317 info found ebusd version 22.2 ebus.0 2022-06-14 08:45:16.533 error max retries, skip cmd read -f Hc1HeatCurve ebus.0 2022-06-14 08:45:16.532 error sent read -f Hc1HeatCurve , received ERR: arbitration lost for {"circuit":"","name":"Hc1HeatCurve","parameter":""} ebus.0 2022-06-14 08:45:15.965 error sent read -f Hc1HeatCurve , received ERR: arbitration lost for {"circuit":"","name":"Hc1HeatCurve","parameter":""} ebus.0 2022-06-14 08:45:15.398 error sent read -f Hc1HeatCurve , received ERR: arbitration lost for {"circuit":"","name":"Hc1HeatCurve","parameter":""} ebus.0 2022-06-14 08:45:14.831 error sent read -f Hc1HeatCurve , received ERR: arbitration lost for {"circuit":"","name":"Hc1HeatCurve","parameter":""} ebus.0 2022-06-14 08:45:14.263 error sent read -f Hc1HeatCurve , received ERR: arbitration lost for {"circuit":"","name":"Hc1HeatCurve","parameter":""} ebus.0 2022-06-14 08:45:13.696 error sent read -f Hc1HeatCurve , received ERR: arbitration lost for {"circuit":"","name":"Hc1HeatCurve","parameter":""} ebus.0 2022-06-14 08:40:29.980 info all http done ebus.0 2022-06-14 08:40:29.933 info found ebusd update version version 22.3, vaillant/08 ebus.0 2022-06-14 08:40:29.926 info found ebusd version 22.2 -
@sandmanyz
"arbitration lost" bekomme ich auch manchmal, vielleicht fragst du auch zu schnell die Werte ab.In diesem Fall verstehe ich die Abfrage ohnehin nicht, was soll sich an der Heizkurve ändern? Die stellst du einmal ein, und änderst sie im optimalen Fall nie wieder.
-
@sandmanyz sagte in Adapter: ebus:
Bei mir erscheinen dauerhaft unzählige Fehlermeldungen. Wie kann ich die abstellen?
Die Ursache des Fehlers sind Kollisionen auf dem Bus. Die Abfagen müssen in eine Lücke passieren, während andere Busteilnehmer gerade nichts senden. Wenn man zu viele Daten zu häufig abfragt, werden die Lücken immer kleiner und das führt zu dem Fehler: also weniger Daten in größeren Zeitabständen abfragen, dann ist die Wahrscheinlichkeit einer Kollision auf dem Bus geringer
-
@rene_hm @MassiveAttack
Danke für eure Antworten.Ich sehe im ioBroker Protokoll, dass alle fünf Minuten ein Fehlereintrag erscheint. Warum passiert alle fünf Minuten etwas wenn nirgends fünf Minuten konfiguriert sind? Habt Ihr eine Idee?
Die Zeitplanung der Instanz ist auch auf 60 Minuten konfiguriert...
-
@sandmanyz Der Adapter ist seit 3.0 kein "scheduled" Adapter mehr, sondern ein ganz normaler, der per interner Zeitsteuerung arbeitet. Die Einstellung für "scheduled" sollte eigentlich gar nicht mehr vorhanden sein. Evtl. ist beim update von 2.x auf 3.0 hier etwas schief gelaufen. Normalerweise würde ich erwarten, dass der Adapter bei dir alle 120 Minuten die Daten liest. Evtl. den Adapter mal komplett löschen und neu installieren....
-
@rene_hm
Ich habe den Adapter entfernt und neu installiert. Nun laufen die Abfragen, wie konfiguriert, alle halbe Stunde. Das ist schon mal gut.
Die Meldungen erscheinen dennoch. Mache ich beim eingeben der Datenpunkte was falsch? Aber sie werden ja aktualisiert obwohl Fehler im Protokoll erschienen.
-
@sandmanyz aus meiner Sicht kannst du den Fehler ignorieren, da das eine Eigenheit vom ebus ist. Jeder Busteilnehmer versucht etwas auf dem Bus zu senden, wenn er denkt, es ist Zeit dafür. Wenn ein anderer Busteilnehmer zur ähnlichen Zeit senden will, gewinnt der der die höchste Priorität hat. Der andere meldet "arbitration lost" also "Zuteilung verloren". Im adapter ist ein retry eingebaut, der den Befehl dann einfach nochmal sendet. Deshalb funktioniert das Abholen der Daten ja auch... Wenn du auf debug log schaltest, wirst du Meldungen wie "retry to send data" finden. Eine Meldung "max retries, skip cmd" solltest du nicht sehen...
Ich würde prüfen, ob es notwendig ist, deine Daten alle aktiv abzufragen. In vielen Fällen benötigen andere Busteilnehmer diesen Wert auch und sie werden deshalb bereits durch andere Busteilnehmer abgefragt. Der ebusd lauscht auf alle Nachrichten auf dem Bus und notiert Daten-Änderungen, die er auf dem Bus sieht.
-
@rene_hm
Ich habe die Datenpunkte ursprünglich mal in die Liste aufgenommen weil sie nicht aktualisierten. Jetzt habe ich alle Datenpunkte aus der Liste "abgefragte Datenpunkte" entfernt und beobachte mal ob/wann sie aktualisiert werden.Danke erst einmal für die Unterstützung
-
@sandmanyz
Lass die Datenpunkte ruhig drin, sollten sie nicht mehr aktualisiert werden. Meine Therme sendet fast nichts von alleine, ich muss alles aktiv abfragen, was mich interessiert -
@rene_hm
Ich habe es ohne Abfrage der Datenpunkte getestet. Leider aktualisieren die Datenpunkte dann nicht. Wie @Hiltex geschrieben hat, müssen bei mir auch viele Punkte aktiv abbgefragt werden weil die Datenpunkte sonst nicht aktualisieren.Bin jetzt auf die Version 2.5.1 des Adapters gegangen und habe nich mehr diese vielen Fehler im Protokoll.
EDIT: Zu früh gefreut, kommen doch wieder die Fehler.
-
@sandmanyz ignoriere die Fehler doch einfach... Solange du kein "max retries, skip cmd" bekommst, werden die Daten gelesen, wenn auch erst beim zweiten Versuch...
-
@rene_hm
Könntest du daraus nicht eine Info-Meldung machen? Ich glaube das ist der Punkt, an dem man sich leicht stören kann. -
-
Ich habe zufällig gerade gesehen, dass es auch einen sendTo-Baustein für den ebus-Adapter gibt.
Weiß jemand, wie die parameter zu füllen sind und ob der Befehl dann auch direkt gesendet wird?
-
@hiltex das wird vom Adapter nicht unterstützt...
-
@Rene_HM
Kein Problem, funktioniert ja auch ohne wunderbar. Danke.Aber vielleicht wäre das eine sinnvolle Erweiterung des Adapters?
-
Hallo, ich habe in der Suche nichts gefunden. Deswegen frage ich hier einfach mal.
Der EBUSD daemon läuft. Trotzdemwirft mir der iobroker keine Werte raus. Scheinbar liegt das an der Konfiguration. Ich nutze --scanconfig=full. EBUSD findet 4 Teilnehmer an Adresse 08/15/26 und 35. Leider gibt der Scan nur bei 35 etwas raus, nämlich die ID V8100 (ist wohl die VR81). Da das file 35.v81.1.csv leer ist, kann der EBUSD diesen Teilnehmer nicht auswerten.
"scan.08": { "messages": { "": { "name": "", "passive": false, "write": false, "lastup": 0 } } }, "scan.15": { "messages": { "": { "name": "", "passive": false, "write": false, "lastup": 0 } } }, "scan.26": { "messages": { "": { "name": "", "passive": false, "write": false, "lastup": 0 } } }, "scan.35": { "messages": { "": { "name": "", "passive": false, "write": false, "lastup": 1666536401, "zz": 53, "fields": { "MF": {"value": "Vaillant"}, "ID": {"value": "V8100"}, "SW": {"value": "0103"}, "HW": {"value": "2502"} } } }Die Adresse 15 müsste die calorMatic VRC 430 sein. Aber der Scan von Addr. 15 ist immer leer. Kann ich dem EBUSD irgendwie zwingen, dass er das File 15.430.csv nimmt, welches für die calormatic VRC 430 vorgesehen ist?
-
@gimichael
Welchen Adapter verwendest du?
Poste mal die ganze config & log -
@massiveattack anbei die config
EBUSD_OPTS="--configpath=https://cfg.ebusd.eu/ -d /dev/ttyUSB0 -p 8888 --latency=10000 --receivetimeout=100000 -l /var/log/ebusd.log --scanconfig=full --httpport=8889 --htmlpath=/var/ebusd/html"und hier das Ergebnis der HTML Datei. Im Grunde funktioniert nur der Broadcast des Außenfühlers
{ "broadcast": { "messages": { "datetime": { "name": "datetime", "passive": true, "write": false, "lastup": 0 }, "error": { "name": "error", "passive": true, "write": false, "lastup": 0 }, "hwcStatus": { "name": "hwcStatus", "passive": true, "write": false, "lastup": 0 }, "id-u": { "name": "id", "passive": true, "write": false, "lastup": 0 }, "load": { "name": "load", "passive": true, "write": false, "lastup": 0 }, "outsidetemp": { "name": "outsidetemp", "passive": true, "write": false, "lastup": 1666549219, "zz": 254, "fields": { "temp2": {"value": 15.000} } }, "signoflife": { "name": "signoflife", "passive": true, "write": false, "lastup": 0 }, "vdatetime": { "name": "vdatetime", "passive": true, "write": false, "lastup": 1666549199, "zz": 254, "fields": { "time": {"value": "20:20:01"}, "date": {"value": "23.10.2022"} } } } }, "scan.08": { "messages": { "": { "name": "", "passive": false, "write": false, "lastup": 0 } } }, "scan.15": { "messages": { "": { "name": "", "passive": false, "write": false, "lastup": 0 } } }, "scan.26": { "messages": { "": { "name": "", "passive": false, "write": false, "lastup": 0 } } }, "scan.35": { "messages": { "": { "name": "", "passive": false, "write": false, "lastup": 1666548971, "zz": 53, "fields": { "MF": {"value": "Vaillant"}, "ID": {"value": "V8100"}, "SW": {"value": "0103"}, "HW": {"value": "2502"} } } } }, "v81.1": { "messages": { "CMResetCnt": { "name": "CMResetCnt", "passive": false, "write": false, "lastup": 0 }, "COMErrorCnt": { "name": "COMErrorCnt", "passive": false, "write": false, "lastup": 0 }, "DesiredHcRoomTempDesired": { "name": "DesiredHcRoomTempDesired", "passive": false, "write": false, "lastup": 0 }, "DisplayedRoomTemp": { "name": "DisplayedRoomTemp", "passive": false, "write": false, "lastup": 0 }, "eBUSCRC": { "name": "eBUSCRC", "passive": false, "write": false, "lastup": 0 }, "eBUSFifoDiffCntMax": { "name": "eBUSFifoDiffCntMax", "passive": false, "write": false, "lastup": 0 }, "EEpromMaxInkonsCnt": { "name": "EEpromMaxInkonsCnt", "passive": false, "write": false, "lastup": 0 }, "FiFoResetCnt": { "name": "FiFoResetCnt", "passive": false, "write": false, "lastup": 0 }, "HcActiveSpecialFunction": { "name": "HcActiveSpecialFunction", "passive": false, "write": false, "lastup": 0 }, "HcRoomTempDesiredAdjustable": { "name": "HcRoomTempDesiredAdjustable", "passive": false, "write": false, "lastup": 0 }, "LVResetCnt": { "name": "LVResetCnt", "passive": false, "write": false, "lastup": 0 }, "OperatingMode430": { "name": "OperatingMode430", "passive": false, "write": false, "lastup": 0 }, "POCResetCnt": { "name": "POCResetCnt", "passive": false, "write": false, "lastup": 0 }, "RoomTemp": { "name": "RoomTemp", "passive": false, "write": false, "lastup": 0 }, "RoomTempOffset": { "name": "RoomTempOffset", "passive": false, "write": false, "lastup": 0 }, "RoomTempOffsetSelfWarming": { "name": "RoomTempOffsetSelfWarming", "passive": false, "write": false, "lastup": 0 }, "SelectedHc": { "name": "SelectedHc", "passive": false, "write": false, "lastup": 0 }, "StackeBUSTaskMax": { "name": "StackeBUSTaskMax", "passive": false, "write": false, "lastup": 0 }, "StackLifeCheckTaskMax": { "name": "StackLifeCheckTaskMax", "passive": false, "write": false, "lastup": 0 }, "StackMainTaskMax": { "name": "StackMainTaskMax", "passive": false, "write": false, "lastup": 0 }, "Variant": { "name": "Variant", "passive": false, "write": false, "lastup": 0 }, "VariantDKRefreshCnt": { "name": "VariantDKRefreshCnt", "passive": false, "write": false, "lastup": 0 }, "WDResetCnt": { "name": "WDResetCnt", "passive": false, "write": false, "lastup": 0 } } }, "global": { "version": "22.4.v22.4", "signal": true, "symbolrate": 40, "maxsymbolrate": 89, "minarbitrationmicros": 1078, "maxarbitrationmicros": 1078, "qq": 49, "reconnects": 0, "masters": 4, "messages": 45, "lastup": 1666549219 } } -
@massiveattack Ich nutze den ESERA Adapter mit USB. Leider war ich zu spät für den https://ebusd.de/
Log sieht gut aus. Viele aa
2022-10-23 20:26:13.892 [bus notice] bus started with own address 31/36 2022-10-23 20:26:13.930 [bus notice] <aa 2022-10-23 20:26:13.933 [bus notice] signal acquired 2022-10-23 20:26:13.973 [bus notice] <aa 2022-10-23 20:26:14.017 [bus notice] <aa 2022-10-23 20:26:14.065 [bus notice] <aa 2022-10-23 20:26:14.112 [bus notice] <aa 2022-10-23 20:26:14.157 [bus notice] <aa 2022-10-23 20:26:14.202 [bus notice] <aa 2022-10-23 20:26:14.252 [bus notice] <aa 2022-10-23 20:26:14.301 [bus notice] <aa 2022-10-23 20:26:14.348 [bus notice] <aa 2022-10-23 20:26:14.393 [bus notice] <aa 2022-10-23 20:26:14.437 [bus notice] <aa 2022-10-23 20:26:14.481 [bus notice] <aa 2022-10-23 20:26:14.527 [bus notice] <aa 2022-10-23 20:26:14.571 [bus notice] <aa 2022-10-23 20:26:14.618 [bus notice] <aa 2022-10-23 20:26:14.664 [bus notice] <aa 2022-10-23 20:26:14.709 [bus notice] <aa 2022-10-23 20:26:14.756 [bus notice] <aa 2022-10-23 20:26:14.760 [bus notice] <30 2022-10-23 20:26:14.769 [bus notice] <08 2022-10-23 20:26:14.772 [bus notice] <b5 2022-10-23 20:26:14.777 [bus notice] <11 2022-10-23 20:26:14.780 [bus notice] <01 2022-10-23 20:26:14.786 [bus notice] <01 2022-10-23 20:26:14.789 [bus notice] <c3 2022-10-23 20:26:14.789 [bus notice] new master 30, master count 2 2022-10-23 20:26:14.794 [bus notice] <00 2022-10-23 20:26:14.813 [bus notice] <09 2022-10-23 20:26:14.818 [bus notice] <3c 2022-10-23 20:26:14.821 [bus notice] <38 2022-10-23 20:26:14.825 [bus notice] <00 2022-10-23 20:26:14.829 [bus notice] <0f 2022-10-23 20:26:14.834 [bus notice] <46 2022-10-23 20:26:14.837 [bus notice] <5a 2022-10-23 20:26:14.843 [bus notice] <00 2022-10-23 20:26:14.846 [bus notice] <00 2022-10-23 20:26:14.850 [bus notice] <ff 2022-10-23 20:26:14.854 [bus notice] <8d 2022-10-23 20:26:14.858 [bus notice] <00 2022-10-23 20:26:14.859 [bus notice] new master 03, master count 3 2022-10-23 20:26:14.862 [bus notice] <aa 2022-10-23 20:26:14.907 [bus notice] <aa 2022-10-23 20:26:14.956 [bus notice] <aa 2022-10-23 20:26:15.002 [bus notice] <aa 2022-10-23 20:26:15.045 [bus notice] <aa 2022-10-23 20:26:15.091 [bus notice] <aa 2022-10-23 20:26:15.137 [bus notice] <aa 2022-10-23 20:26:15.181 [bus notice] <aa 2022-10-23 20:26:15.228 [bus notice] <aa 2022-10-23 20:26:15.275 [bus notice] <aa 2022-10-23 20:26:15.318 [bus notice] <aa 2022-10-23 20:26:15.362 [bus notice] <aa 2022-10-23 20:26:15.410 [bus notice] <aa 2022-10-23 20:26:15.456 [bus notice] <aa 2022-10-23 20:26:15.459 [bus notice] <10 2022-10-23 20:26:15.467 [bus notice] <08 2022-10-23 20:26:15.471 [bus notice] <b5 2022-10-23 20:26:15.475 [bus notice] <10 2022-10-23 20:26:15.480 [bus notice] <09 2022-10-23 20:26:15.484 [bus notice] <00 2022-10-23 20:26:15.489 [bus notice] <00 2022-10-23 20:26:15.492 [bus notice] <00 2022-10-23 20:26:15.496 [bus notice] <50 2022-10-23 20:26:15.500 [bus notice] <ff 2022-10-23 20:26:15.504 [bus notice] <ff 2022-10-23 20:26:15.509 [bus notice] <41 2022-10-23 20:26:15.513 [bus notice] <ff 2022-10-23 20:26:15.519 [bus notice] <00 2022-10-23 20:26:15.523 [bus notice] <b7 2022-10-23 20:26:15.523 [bus notice] new master 10, master count 4 2022-10-23 20:26:15.526 [bus notice] <00 2022-10-23 20:26:15.543 [bus notice] <01 2022-10-23 20:26:15.547 [bus notice] <01 2022-10-23 20:26:15.552 [bus notice] <9a 2022-10-23 20:26:15.557 [bus notice] <00 2022-10-23 20:26:15.561 [bus notice] <aa 2022-10-23 20:26:15.612 [bus notice] <aa 2022-10-23 20:26:15.658 [bus notice] <aa 2022-10-23 20:26:15.702 [bus notice] <aa 2022-10-23 20:26:15.748 [bus notice] <aa 2022-10-23 20:26:15.793 [bus notice] <aa 2022-10-23 20:26:15.837 [bus notice] <aa 2022-10-23 20:26:15.882 [bus notice] <aa 2022-10-23 20:26:15.927 [bus notice] <aa 2022-10-23 20:26:15.971 [bus notice] <aa 2022-10-23 20:26:16.017 [bus notice] <aa 2022-10-23 20:26:16.062 [bus notice] <aa 2022-10-23 20:26:16.111 [bus notice] <aa 2022-10-23 20:26:16.157 [bus notice] <aa 2022-10-23 20:26:16.203 [bus notice] <aa 2022-10-23 20:26:16.248 [bus notice] <aa 2022-10-23 20:26:16.297 [bus notice] <aa 2022-10-23 20:26:16.343 [bus notice] <aa 2022-10-23 20:26:16.387 [bus notice] <aa 2022-10-23 20:26:16.432 [bus notice] <aa 2022-10-23 20:26:16.478 [bus notice] <aa 2022-10-23 20:26:16.522 [bus notice] <aa 2022-10-23 20:26:16.570 [bus notice] <aa 2022-10-23 20:26:16.616 [bus notice] <aa 2022-10-23 20:26:16.660 [bus notice] <aa 2022-10-23 20:26:16.704 [bus notice] <aa 2022-10-23 20:26:16.750 [bus notice] <aa 2022-10-23 20:26:16.796 [bus notice] <aa 2022-10-23 20:26:16.842 [bus notice] <aa 2022-10-23 20:26:16.885 [bus notice] <aa 2022-10-23 20:26:16.930 [bus notice] <aa 2022-10-23 20:26:16.980 [bus notice] <aa 2022-10-23 20:26:17.024 [bus notice] <aa 2022-10-23 20:26:17.069 [bus notice] <aa 2022-10-23 20:26:17.115 [bus notice] <aa 2022-10-23 20:26:17.160 [bus notice] <aa 2022-10-23 20:26:17.206 [bus notice] <aa 2022-10-23 20:26:17.252 [bus notice] <aa 2022-10-23 20:26:17.297 [bus notice] <aa ^C2022-10-23 20:26:17.342 [bus notice] <aa 2022-10-23 20:26:17.387 [bus notice] <aa 2022-10-23 20:26:17.431 [bus notice] <aa 2022-10-23 20:26:17.481 [bus notice] <aa 2022-10-23 20:26:17.528 [bus notice] <aa 2022-10-23 20:26:17.573 [bus notice] <aa 2022-10-23 20:26:17.617 [bus notice] <aa 2022-10-23 20:26:17.666 [bus notice] <aa 2022-10-23 20:26:17.713 [bus notice] <aa 2022-10-23 20:26:17.757 [bus notice] <aa 2022-10-23 20:26:17.803 [bus notice] <aa 2022-10-23 20:26:17.847 [bus notice] <aa 2022-10-23 20:26:17.891 [bus notice] <aa 2022-10-23 20:26:17.938 [bus notice] <aa 2022-10-23 20:26:17.983 [bus notice] <aa 2022-10-23 20:26:18.029 [bus notice] <aa 2022-10-23 20:26:18.073 [bus notice] <aa 2022-10-23 20:26:18.117 [bus notice] <aa 2022-10-23 20:26:18.167 [bus notice] <aa 2022-10-23 20:26:18.212 [bus notice] <aa 2022-10-23 20:26:18.257 [bus notice] <aa 2022-10-23 20:26:18.302 [bus notice] <aa 2022-10-23 20:26:18.350 [bus notice] <aa 2022-10-23 20:26:18.394 [bus notice] <aa 2022-10-23 20:26:18.440 [bus notice] <aa 2022-10-23 20:26:18.487 [bus notice] <aa 2022-10-23 20:26:18.532 [bus notice] <aa 2022-10-23 20:26:18.576 [bus notice] <aa 2022-10-23 20:26:18.622 [bus notice] <aa 2022-10-23 20:26:18.666 [bus notice] <aa 2022-10-23 20:26:18.712 [bus notice] <aa 2022-10-23 20:26:18.757 [bus notice] <aa 2022-10-23 20:26:18.806 [bus notice] <aa 2022-10-23 20:26:18.850 [bus notice] <aa 2022-10-23 20:26:18.895 [bus notice] <aa 2022-10-23 20:26:18.939 [bus notice] <aa 2022-10-23 20:26:18.985 [bus notice] <aa 2022-10-23 20:26:19.035 [bus notice] <aa
