NEWS
Adapter: ebus
-
das hoffe ich auch, aber versprechen kann ich nichts...
ich meld mich auf jeden Fall hier wies aussieht, ich denke eh das noch ein paar Fragen auftauchen.
-
So nach langen hin und her mit den config files und dem http port läuft es soweit das ich eine json Datei bekomme wenn ich manuell die "Seite" 192.168.178.102:8891/data aufrufe:
Jetzt habe ich im iobroker ebus.0 v0.8.0 installiert der eigentlich die Daten per http holen sollte, leider funktioniert das ganze nicht, leider weiß ich nicht warum...
Hier die Einstellungen:
Hier die Error im log:
Könnt ihr mir weiter helfen, soll ich mal die v0.4.2 installieren? So kurz vor dem Ziel giebt es kein Aufgeben
-
Nein, bleib ruhig bei der Version. Offensichtlich läuft da der Telnetdienst nicht. Hast du den auch gestartet?
-
Danke für deine Antwort. puhh ne nicht das ich wüsste, telnet habe ich zusammenhang mit ebusd bis jetzt noch nicht gelsesen.
Muss dieser Dienst auf dem iobroker oder auf dem ebusd host gestartet werden und wie tue ich das?
-
?? In den Logs, die du gepostet hast, steht doch in roter Schrift, dass der Telnetserver nicht erreichbar ist. Die Meldung kommt vom ebus-Adapter und der Telnetserver wird bei ebusd eingerichtet. Schau dir dazu mal die Startparameter von ebusd an.
-
Ok das muss ich mir Abends mal in Ruhe anschauen...
-
@saeft_2003 sagte in Adapter: ebus:
Jetzt habe ich im iobroker ebus.0 v0.8.0 installiert der eigentlich die Daten per http holen sollte, leider funktioniert das ganze nicht, leider weiß ich nicht warum...
Zunächst wäre mal interessant, was nicht funktioniert...
Telnet wird nur zum aktiven Pollen von Daten benötigt. In deinem Fall die beiden "kesseltemp" und "ruecklauftemp". Alle anderen Daten sind ja schon verfügbar und werden über http abgeholt. Wenn das manuell im Browser geht, sollte das auch im Apapter funktionieren. Ich würde zunächst mal die beiden Pollwerte aus der Konfiguration entfernen und schauen, obe die anderen Datenpunkte gelesen und auch im Objecttree angelegt werden... -
Danke für deine Hilfe. Ich habe kessel und Rücklauftemp in den Einstellungen entfernt, jetzt ist der telnet Fehler weg im log.
Aber es werden keine Objekte unter ebus.0 angelegt.
Hier die komplette Ausgabe von 192.168.178.102:8891/data
{ "broadcast": { "betrd": { "lastup": 0, "passive": true, "write": false }, "bm2": { "lastup": 0, "passive": true, "write": false }, "datetime": { "lastup": 1572084587, "zz": "fe", "fields": { "outsidetemp": {"value": null}, "time": {"value": "12:19:10"}, "date": {"value": "26.10.2019"} }, "passive": true, "write": false }, "error": { "lastup": 0, "passive": true, "write": false }, "feuerung": { "lastup": 1572084583, "zz": "fe", "fields": { "0": {"name": "status", "value": 0}, "1": {"name": "zustand", "value": 0}, "2": {"name": "", "value": 0}, "3": {"name": "", "value": 0}, "4": {"name": "", "value": 0}, "5": {"name": "", "value": 0}, "6": {"name": "", "value": 0}, "7": {"name": "", "value": 1}, "8": {"name": "", "value": 0}, "9": {"name": "stellgrad", "value": 0}, "10": {"name": "kesseltemp", "value": 30.0}, "11": {"name": "ruecklauftemp", "value": 31}, "12": {"name": "warmwassertemp", "value": 46}, "13": {"name": "aussentemp", "value": 12} }, "passive": true, "write": false }, "feuerungf1": { "lastup": 1572084590, "zz": "fe", "fields": { "0": {"name": "status", "value": 1}, "1": {"name": "zustand", "value": 0}, "2": {"name": "", "value": 0}, "3": {"name": "", "value": 0}, "4": {"name": "", "value": 0}, "5": {"name": "", "value": 0}, "6": {"name": "", "value": 0}, "7": {"name": "", "value": 0}, "8": {"name": "", "value": 0}, "9": {"name": "stellgrad", "value": null}, "10": {"name": "kesseltemp", "value": 30.0}, "11": {"name": "ruecklauftemp", "value": null}, "12": {"name": "warmwassertemp", "value": 46}, "13": {"name": "aussentemp", "value": 12} }, "passive": true, "write": false }, "ident": { "lastup": 0, "passive": true, "write": false }, "signoflife": { "lastup": 0, "passive": true, "write": false } }, "sollw": { "regler": { "lastup": 1572084586, "zz": "fe", "fields": { "kesselsolltemp": {"value": 29.199}, "aussentempm": {"value": 9.801}, "leistungszwang": {"value": 0}, "status": {"value": "00"}, "brauchwassersolltemp": {"value": 48.000} }, "passive": true, "write": false } }, "betrd_bm2": { "bm2": { "lastup": 1572084590, "zz": "03", "fields": { "bm2_status": {"value": "Brauchwasser_Heizen"}, "aktion": {"value": "Verbraucheraus"}, "kesselsolltemp": {"value": 29.19}, "solldruck": {"value": null}, "stellgrad": {"value": null}, "brauchwassersolltemp": {"value": 48.0}, "brennstoff": {"value": null} }, "passive": false, "write": false }, "fw_version_burner": { "lastup": 0, "passive": false, "write": false }, "ionisation": { "lastup": 0, "passive": false, "write": false }, "no_of_firing": { "lastup": 0, "passive": false, "write": false }, "no_of_power_on": { "lastup": 0, "passive": false, "write": false }, "op_hrs_heating": { "lastup": 0, "passive": false, "write": false }, "op_hrs_supply": { "lastup": 0, "passive": false, "write": false }, "performance_burner": { "lastup": 0, "passive": false, "write": false }, "performance_pump": { "lastup": 0, "passive": false, "write": false }, "pressure": { "lastup": 0, "passive": false, "write": false }, "raumtemp": { "lastup": 0, "passive": false, "write": false }, "tagtemp": { "lastup": 0, "passive": false, "write": false }, "temp_burner": { "lastup": 0, "passive": false, "write": false }, "temp_exhaust": { "lastup": 0, "passive": false, "write": false }, "temp_return": { "lastup": 0, "passive": false, "write": false }, "uflags4": { "lastup": 0, "passive": false, "write": false }, "uflags5": { "lastup": 0, "passive": false, "write": false } }, "dwt": { "35Unbekannt1": { "lastup": 0, "passive": false, "write": false }, "35Unbekannt10": { "lastup": 0, "passive": false, "write": false }, "35Unbekannt11": { "lastup": 0, "passive": false, "write": false }, "35Unbekannt12": { "lastup": 0, "passive": false, "write": false }, "35Unbekannt13": { "lastup": 0, "passive": false, "write": false }, "35Unbekannt2": { "lastup": 0, "passive": false, "write": false }, "35Unbekannt3": { "lastup": 0, "passive": false, "write": false }, "35Unbekannt4": { "lastup": 0, "passive": false, "write": false }, "35Unbekannt5": { "lastup": 0, "passive": false, "write": false }, "35Unbekannt6": { "lastup": 0, "passive": false, "write": false }, "35Unbekannt7": { "lastup": 0, "passive": false, "write": false }, "35Unbekannt8": { "lastup": 0, "passive": false, "write": false }, "35Unbekannt9": { "lastup": 0, "passive": false, "write": false }, "h": { "lastup": 0, "passive": false, "write": false }, "m": { "lastup": 0, "passive": false, "write": false }, "s": { "lastup": 0, "passive": false, "write": false } }, "scan.08": { "": { "lastup": 1572084451, "zz": "08", "decodeerror": "ERR: argument value out of valid range", "passive": false, "write": false } }, "scan.15": { "": { "lastup": 1572084453, "zz": "15", "fields": { "MF": {"value": "Kromschroeder"}, "ID": {"value": " "}, "SW": {"value": "0204"}, "HW": {"value": null} }, "passive": false, "write": false } }, "scan.35": { "": { "lastup": 1572084470, "zz": "35", "fields": { "MF": {"value": "Kromschroeder"}, "ID": {"value": " "}, "SW": {"value": "0204"}, "HW": {"value": null} }, "passive": false, "write": false } }, "scan.76": { "": { "lastup": 1572084455, "zz": "76", "fields": { "MF": {"value": "Kromschroeder"}, "ID": {"value": " "}, "SW": {"value": "0227"}, "HW": {"value": null} }, "passive": false, "write": false } }, "scan.f6": { "": { "lastup": 1572084457, "zz": "f6", "fields": { "MF": {"value": "Kromschroeder"}, "ID": {"value": " "}, "SW": {"value": "0204"}, "HW": {"value": null} }, "passive": false, "write": false } }, "global": { "signal": 1, "lastup": 1572084590 } }
-
@saeft_2003 und was sagt das log im iobroker? evtl. herunterladen und nicht als screenshot... im o.g. screenshot steht zuletzt, dass Daten angefordert wurden. Was kommt danach? Wo läuft eigentlich dein ebusd und wo dein Adapter? Das sind zwei Systeme, oder? sieht das System mit dem Adapter dein ebusd-System im Netz? Evtl. mal anpingen...
-
wenn ich den log runterlade stehen die ebus Meldungen nicht mit drin, deswegen leider wieder ein Screenshot...
Alles läuft auf einem NUC mit proxmox. iobroker in einer debian VM und ebusd in einer anderen debian VM. Allerdings läuft ebus.0 in einer iobroker-slave VM der normale iobroker ist eine extra VM und diese sind verknüpft als multihost.
wenn ich von der iobroker slave VM auf der ebus.0 läuft die VM auf der ebusd läuft anpinge kommt das. sollte eigenlich passen....
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. Last login: Thu Aug 1 20:37:09 2019 from 192.168.178.78 root@iobroker-slave:~# ping 192.168.178.102 PING 192.168.178.102 (192.168.178.102) 56(84) bytes of data. 64 bytes from 192.168.178.102: icmp_seq=1 ttl=64 time=0.375 ms 64 bytes from 192.168.178.102: icmp_seq=2 ttl=64 time=0.710 ms 64 bytes from 192.168.178.102: icmp_seq=3 ttl=64 time=0.708 ms 64 bytes from 192.168.178.102: icmp_seq=4 ttl=64 time=0.465 ms 64 bytes from 192.168.178.102: icmp_seq=5 ttl=64 time=0.612 ms 64 bytes from 192.168.178.102: icmp_seq=6 ttl=64 time=0.603 ms 64 bytes from 192.168.178.102: icmp_seq=7 ttl=64 time=0.459 ms 64 bytes from 192.168.178.102: icmp_seq=8 ttl=64 time=0.679 ms 64 bytes from 192.168.178.102: icmp_seq=9 ttl=64 time=0.800 ms
edit: Ich habe ebus.0 jetzt umgezogen auf die normale iobroker VM, ändert aber nichts.
-
Was sagt denn Dein ebusd auf der VM ?
ebusctl info
Wie ist Dein ebus mit Deiner VM verbunden ?
-
Das kommt bei ebusctl info:
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. Last login: Sat Oct 26 12:07:09 2019 from 192.168.178.74 root@tasmoadmin:~# ebusctl info version: ebusd 2.4.79708d2 signal: acquired symbol rate: 22 reconnects: 0 masters: 7 messages: 56 conditional: 0 poll: 0 update: 9 address 03: master #11 address 08: slave #11, scanned "MF=Kromschroeder;ID= 3B ;SW=" error: ERR: argument value out of valid range address 10: master #2 address 15: slave #2, scanned "MF=Kromschroeder;ID= ;SW=0204;HW=-" address 30: master #3 address 31: master #8, ebusd address 35: slave #3, scanned "MF=Kromschroeder;ID= ;SW=0204;HW=-", loaded "kromschroeder/35.csv" address 36: slave #8, ebusd address 70: master #4 address 71: master #9 address 75: slave #4, scanned "MF=Kromschroeder;ID= ;SW=0204;HW=-" address 76: slave #9, scanned "MF=Kromschroeder;ID= ;SW=0227;HW=-" address f1: master #10 address f6: slave #10, scanned "MF=Kromschroeder;ID= ;SW=0204;HW=-"
Und deine zweite Frage wie der verbunden ist, verstehe ich nicht ganz. Kannst du kurz erklären was du meinst?
Edit: Also der Adapter (Platine) selber ist mit einem micro usb kabel verbunden mit dem NUC und drr VM
-
@saeft_2003 im log steht "force terminate", was soviel bedeutet, wie das auf die http-Anfrage keine Antwort kommt und damit läuft der Adapter in den timeout
Ein normales log inkl. Telnet würde so aussehen:
ebus.0 2019-10-26 16:30:15.576 info all history done (exit) ebus.0 2019-10-26 16:30:15.558 debug delete ebus.0 2019-10-26 16:30:15.530 debug delete ebus.0 2019-10-26 16:30:15.504 debug delete ebus.0 2019-10-26 16:30:15.482 debug delete ebus.0 2019-10-26 16:30:13.452 info all http done ebus.0 2019-10-26 16:30:13.337 info in hcmode2, value heat ebus.0 2019-10-26 16:30:13.084 debug request data from http://192.168.3.14:8889/data ebus.0 2019-10-26 16:30:13.081 debug all telnet done ebus.0 2019-10-26 16:30:13.078 debug for currenterror ebus.0 2019-10-26 16:30:13.078 debug received 544;-;-;-;- ebus.0 2019-10-26 16:30:12.886 debug for YieldThisYear ebus.0 2019-10-26 16:30:12.886 debug received 2082;1564;1496;1078;974;297;191;324;534;696;0;0 ebus.0 2019-10-26 16:30:10.616 debug for YieldLastYear ebus.0 2019-10-26 16:30:10.616 debug received 1791;2190;30314;1;617;494;357;287;518;960;1509;1794 ebus.0 2019-10-26 16:30:08.491 debug for SourceTempInput ebus.0 2019-10-26 16:30:08.491 debug received 8.00;ok ebus.0 2019-10-26 16:30:08.318 debug for SourceTempOutput ebus.0 2019-10-26 16:30:08.318 debug received 7.12;ok ebus.0 2019-10-26 16:30:08.097 debug for SourcePress ebus.0 2019-10-26 16:30:08.097 debug received 0.458;ok ebus.0 2019-10-26 16:30:07.925 debug for Source ebus.0 2019-10-26 16:30:07.925 debug received on ebus.0 2019-10-26 16:30:07.583 debug for HcFlowTemp ebus.0 2019-10-26 16:30:07.583 debug received 32.50;ok ebus.0 2019-10-26 16:30:07.411 debug for HcReturnTemp ebus.0 2019-10-26 16:30:07.411 debug received 30.62;ok ebus.0 2019-10-26 16:30:07.047 debug for HcPress ebus.0 2019-10-26 16:30:07.047 debug received 0.904;ok ebus.0 2019-10-26 16:30:06.875 debug for Hc1Pump ebus.0 2019-10-26 16:30:06.875 debug received on ebus.0 2019-10-26 16:30:06.508 debug for CirPump ebus.0 2019-10-26 16:30:06.508 debug received on ebus.0 2019-10-26 16:30:06.345 debug for HwcTemp ebus.0 2019-10-26 16:30:06.345 debug received 50.62;ok ebus.0 2019-10-26 16:30:06.006 debug for outsidetemp ebus.0 2019-10-26 16:30:06.006 debug received 15.75;ok ebus.0 2019-10-26 16:30:05.835 debug for YieldTotal ebus.0 2019-10-26 16:30:05.835 debug received 157623 ebus.0 2019-10-26 16:30:05.494 debug for ActualEnvironmentPowerPercentage ebus.0 2019-10-26 16:30:05.494 debug received 0 ebus.0 2019-10-26 16:30:05.333 debug for ActualEnvironmentPower ebus.0 2019-10-26 16:30:05.333 debug received 0 ebus.0 2019-10-26 16:30:05.201 debug telnet connected ebus.0 2019-10-26 16:30:05.195 debug connect telnet to IP 192.168.3.14 port 8890 ebus.0 2019-10-26 16:30:05.191 debug to poll ctr 17 vals: ActualEnvironmentPower,ActualEnvironmentPowerPercentage,YieldTotal,outsidetemp,HwcTemp,CirPump,Hc1Pump,HcPress,HcReturnTemp,HcFlowTemp,Source,SourcePress,SourceTempOutput,Source ebus.0 2019-10-26 16:30:05.032 debug init common variables ebus.0 2019-10-26 16:30:05.024 debug init variables ebus.0 2019-10-26 16:30:05.022 debug start with interface ebusd ebus.0 2019-10-26 16:30:05.021 debug set timeout to 60 sec ebus.0 2019-10-26 16:30:04.934 info starting. Version 0.8.0 in /opt/iobroker/node_modules/iobroker.ebus, node: v10.16.3
Bei dir müsste als nächstes
all http done
kommen. Stattdessen läuft dein Adapter in den timeout...
-
Schon gut. Weiter oben ist ja zu lesen, dass Du kaum Werte bekommst. Was gibt
ebusctl r betrd_bm2
aus ?
Was passiert, wenn Du vom iobroker aus
telnet 192.168.178.102 8888
machst ? Kann Du dann r betrd_bm2 machen ?
-
Ok an was könnte das liegen das er in den timeout läuft?
-
Poste mal den Inhalt von
/etc/default/ebusd
von Deiner ebusd VM.
-
Ebusd: element not found
Iobroker: syntaxfehler bei unerwartetem wort telnet
Aber telnet brauche ich nicht zwingend, weil das läuft nicht bei ebusd. Stimmt das?
-
telnet 192.168.178.102 8888
-
@cactus-online sagte in Adapter: ebus:
Poste mal den Inhalt von
/etc/default/ebusd
von Deiner ebusd VM.
-
Alles klar. Du hast Telnet nicht eingeschaltet ;-).
füge vor --httpport=8891
--port=8888
ein und starte den ebusd neu.