Adapter: ebus

[saeft_2003]

@Rene_HM

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.

[cactus-online]

Was sagt denn Dein ebusd auf der VM ?

ebusctl info

Wie ist Dein ebus mit Deiner VM verbunden ?

[saeft_2003]

@cactus-online

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

[Rene_HM]

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

[cactus-online]

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 ?

[saeft_2003]

@Rene_HM

Ok an was könnte das liegen das er in den timeout läuft?

[cactus-online]

Poste mal den Inhalt von

/etc/default/ebusd

von Deiner ebusd VM.

[saeft_2003]

@cactus-online

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?

[cactus-online]

telnet 192.168.178.102 8888

[saeft_2003]

@cactus-online sagte in Adapter: ebus:

Poste mal den Inhalt von

/etc/default/ebusd

von Deiner ebusd VM.

[cactus-online]

Alles klar. Du hast Telnet nicht eingeschaltet ;-).

füge vor --httpport=8891

--port=8888

ein und starte den ebusd neu.

[Rene_HM]

@saeft_2003 Der Adapter macht ein

request 192.168.178.102:8891/data

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

[saeft_2003]

@cactus-online sagte in Adapter: ebus:

--port=8888

Hab ich gemacht, ändert aber nichts...

[cactus-online]

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 ?

[saeft_2003]

@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]

@saeft_2003

telnet 192.168.178.102 8891

GET /data HTTP/1.1

Dein HTTP-Port ist 8891.

[saeft_2003]

@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:~#

[cactus-online]

Komisch

HTTP/1.0 404 Not Found

verusuch mal

GET /data HTTP/1.0

[saeft_2003]

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?

[cactus-online]

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