NEWS
Adapter: ebus
-
@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 msedit: Ich habe ebus.0 jetzt umgezogen auf die normale iobroker VM, ändert aber nichts.
-
Was sagt denn Dein ebusd auf der VM ?
ebusctl infoWie ist Dein ebus mit Deiner VM verbunden ?
-
Was sagt denn Dein ebusd auf der VM ?
ebusctl infoWie 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
-
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 msedit: Ich habe ebus.0 jetzt umgezogen auf die normale iobroker VM, ändert aber nichts.
@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.3Bei dir müsste als nächstes
all http donekommen. 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_bm2aus ?
Was passiert, wenn Du vom iobroker aus
telnet 192.168.178.102 8888
machst ? Kann Du dann r betrd_bm2 machen ?
-
@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.3Bei dir müsste als nächstes
all http donekommen. Stattdessen läuft dein Adapter in den timeout...
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.
-
Schon gut. Weiter oben ist ja zu lesen, dass Du kaum Werte bekommst. Was gibt
ebusctl r betrd_bm2aus ?
Was passiert, wenn Du vom iobroker aus
telnet 192.168.178.102 8888
machst ? Kann Du dann r betrd_bm2 machen ?
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
-
Poste mal den Inhalt von
/etc/default/ebusd
von Deiner ebusd VM.
@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.
-
Ok an was könnte das liegen das er in den timeout läuft?
@saeft_2003 Der Adapter macht ein
request 192.168.178.102:8891/dataund bekommt darauf keine Antwort. Deshalb meine Idee, dass der Adapter den ebusd im Netz nicht sieht. Der ebusd selbst läuft (auch auf dem richtigen http-Port), da er ja auf die gleiche Anfrage aus einem browser richtig antwortet.
Hattest du evtl. bei der Installation des Adapters Probleme?
Das ganze Thema Telnet können wir erst mal außer Acht lassen, da du ja gesagt hast, dass du Telnet auf dem ebusd nicht aktiviert hast. Das macht aber auch nichts. Darum kümmern wir uns später. Jetzt müssen wir erst mal Daten über http lesen können... -
Alles klar. Du hast Telnet nicht eingeschaltet ;-).
füge vor --httpport=8891
--port=8888
ein und starte den ebusd neu.
-
Kannst Du jetzt
telnet 192.168.178.102 8888
machen ?
Geht
telnet 192.168.178.102 8891
GET /data HTTP/1.1
von Deinem iobroker (Konsole) aus ?
-
Kannst Du jetzt
telnet 192.168.178.102 8888
machen ?
Geht
telnet 192.168.178.102 8891
GET /data HTTP/1.1
von Deinem iobroker (Konsole) aus ?
@cactus-online sagte in Adapter: ebus:
Kannst Du jetzt
telnet 192.168.178.102 8888
machen ?
Geht
telnet 192.168.178.102 8891
GET /data HTTP/1.1
von Deinem iobroker (Konsole) aus ?
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. Last login: Sat Oct 26 17:04:50 2019 from 192.168.178.74 root@iobroker:~# telnet 192.168.178.102 8888 Trying 192.168.178.102... Connected to 192.168.178.102. Escape character is '^]'.Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. Last login: Sat Oct 26 17:09:50 2019 from 192.168.178.74 root@iobroker:~# telnet 192.168.178.102 8889 Trying 192.168.178.102... telnet: Unable to connect to remote host: Connection refused root@iobroker:~# -
@cactus-online sagte in Adapter: ebus:
Kannst Du jetzt
telnet 192.168.178.102 8888
machen ?
Geht
telnet 192.168.178.102 8891
GET /data HTTP/1.1
von Deinem iobroker (Konsole) aus ?
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. Last login: Sat Oct 26 17:04:50 2019 from 192.168.178.74 root@iobroker:~# telnet 192.168.178.102 8888 Trying 192.168.178.102... Connected to 192.168.178.102. Escape character is '^]'.Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. Last login: Sat Oct 26 17:09:50 2019 from 192.168.178.74 root@iobroker:~# telnet 192.168.178.102 8889 Trying 192.168.178.102... telnet: Unable to connect to remote host: Connection refused root@iobroker:~# -
@cactus-online sagte in Adapter: ebus:
GET /data HTTP/1.1
Sorry falsch geschaut....
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. Last login: Sat Oct 26 17:11:59 2019 from 192.168.178.74 root@iobroker:~# telnet 192.168.178.102 8891 Trying 192.168.178.102... Connected to 192.168.178.102. Escape character is '^]'. GET /data HTTP/1.1 HTTP/1.0 404 Not Found Server: ebusd/2.4 Connection closed by foreign host. root@iobroker:~# -
Komisch
HTTP/1.0 404 Not Found
verusuch mal
GET /data HTTP/1.0
-
Ich habe jetzt noch etwas seltsames nachgestellt, was ich bei mir am laptop handy und einem dritten pc hatte.
Wenn 192.168.178.102:8891/data zum ersten mal aufgerufen wird, wird nur eine leere weiße Seite angezeigt.
Gibt man dann 192.168.178.102:8891/data/m ein wird irgendwas angezeigt.
Danach geht auch 192.168.178.102:8891/data
Könnte dass mein Problem sein?
-
Ich habe mich schlecht ausgedrückt:
1.)telnet 192.168.178.102 8891
dann kommt etwa sowasTrying 192.168.178.102...
Connected to 192.168.178.102.
Escape character is '^]'.2.)GET /data HTTP/1.0 und zwei mal die <Enter>-Taste drücken
383
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge