Adapter: ebus

[Rene_HM]

@winny1900 typischerweise lauscht der ebusd nur, was am Bus vorbeikommt. Wenn kein anderes Gerät die Daten abfragt, gelangen sie nicht auf den Bus und somit auch nicht in ebusd. Zusätzlich speichert ebusd keine Daten. Wenn du also möchtest, das bestimmte Daten aktualisiert werden, musst du sie aktiv abfragen, was du ja mit

ebusctl r

schon machst.

[winny1900]

@rene_hm also wenn ich dieses einmal eingelesen habe sind die Werte ja einmal da.

Wofür kann ich im ebus Adapter die Abfrage Werte eintragen die mit einem , getrennt werden?

Oder muss ich wenn ich diese Werte alle 5 min aktualisiert haben möchte das über ein Script lösen

[Rene_HM]

@winny1900 sagte in Adapter: ebus:

Wofür kann ich im ebus Adapter die Abfrage Werte eintragen die mit einem , getrennt werden?
Oder muss ich wenn ich diese Werte alle 5 min aktualisiert haben möchte das über ein Script lösen

nein, genau dafür ist die Funktion da. Ich schicke für jeden Wert, der in der Liste steht ein "read" an den ebusd inkl. Parameter, dass der read auch auf den Bus gelegt wird.. Das mit dem script benötigt man, wenn man weitere Parameter nutzen möchte, wie z.bsp. von @Dre83 oben beschrieben wurde

[winny1900]

@rene_hm okay das heißt wenn ich möchte das heatpump tqa ausgelesen wird, muss ich das dann da eintragen. Der Abfrage Punkt wäre tqa,usw......

[Rene_HM]

@winny1900 du musst den Namen des Datenpunktes (z.Bsp. tqa) eintragen. Bei mir sieht das so aus:

[winny1900]

@rene_hm

Wie ist den die richtige Schreibweise ?

hier heißt es buffer nominal und in der HTML nur nominal. Nominal gibt es auch mehrmal.

Müsste ich dann nominal, eitragen oder buffernominal, ??

[Rene_HM]

@winny1900 schau bitte die Datenpunkte in ioBroker an. Dort nimmst du den nur Namen des Datenpunktes.

[winny1900]

@rene_hm muss ich dafür Telnet haben ?

Weil die Werte stehen so in der Config.

[Rene_HM]

@winny1900 nein, siehe hier (als Beispiel):

[winny1904]

hab ich ja so richtig.

Der Wert ist von 17:37 Uhr . Aktuell sind es 22,3

Nach dem ich auf dem PI
ebusctl r -c temperature tqa1

wird wieder Aktualsiert

[Rene_HM]

@winny1904 kannst du den Adapter mal auf debug schalten und schauen, welche Meldungen bzgl. tqa1 kommen?

es wird geloggt, was per telnet gesendet wird und was vom ebusd wieder zurück kommt.
Beispiel:

2021-10-14 19:25:07.437	debug	received on for Hc1Pump
2021-10-14 19:25:07.279	debug	send cmd read -f Hc1Pump
2021-10-14 19:25:07.277	debug	received on for CirPump
2021-10-14 19:25:07.083	debug	send cmd read -f CirPump

Du kannst auch versuchen, anstatt

tqa1

den gleichen string wie am Raspi in die Liste aufzunehmen (ohne "ebusctl r ")

-c temperature tqa1

Komma kommt dann hinter tqa1 und dann das gleiche für den nächsten Wert...
@Dre83 das könnte auch bei dir funktionieren...

[Rene_HM]

@Dre83 , @winny1904 ich habe mal den Adapter ein wenig umgebaut. Man kann jetzt den circuit und weitere Parameter für die abgefragten Datenpunkte hinzufügen.
Damit sollten die Möglichkeiten des ebusd komplett abbildbar sein. Der circuit und die zusätzlichen Parameter sind optional. Wenn man die weglässt, funktioniert alles wie bisher. Fügt man einen circuit hinzu, wird "-c circuit_name" dem Kommando hinzugefügt. Wenn man weitere Parameter laut ebusd-Doku hinzufügt, werden diese einfach mitgeschickt.
Das ganze sieht im admin so aus:

Wenn ihr wollt, könnt ihr das schon testen. Die Version liegt im github (aber noch nicht im NPM).
Achtung: das ganze ist abwärtskompatibel, d.h. die neue Version übernimmt die Einstellungen von der alten Version. ABER: wenn man dann wieder die alte Version installiert, ist die Komma-separierte Liste leer. Dann einfach die Liste wieder eintragen und speichern...

Ich baue jetzt die command-Funktion noch um. Damit kann man zukünftig mehrere Befehle wegschicken...

[Rene_HM]

@rene_hm sagte in Adapter: ebus:
Im github und NPM liegt die 2.4.0 zum Testen bereit.

siehe auch github
Es gibt folgende Änderungen:

• die Einstellung für die gepollten Datenpunkte und die für die History-Datenpunkte wurden überarbeitet. Man kann nun den circuit und weitere Parameter (beides optional) angeben.
• Der Datenpunkt ebus.0.cmd interpretiert nun eine Liste von Kommandos.
• Die vielen Warnungen aufgrund fehlender Daten wurde zu debug-Meldungen

Feedback ist wie immer willkommen...

[winny1900]

@rene_hm

Moin danke.

Das Heißt der Circuit ist gleich Schaltkreis. In minem Fall wäre es dann heatpump , buffer usw... ??

Weil den Namen Nominal gibt's 2 mal bei mir. Wenn ich nun buffer nominal haben möchte schreibe ich bei Circuit buffer und bei Name Nominal richtig ?

Eine Frage am Rande. Wie finde ich den Telnet port von Pi raus ??

[Cino]

Steht in der Config von ebusd

[winny1900]

Muss ich telnet nur haben wenn ich die Werte schreiben möchte ?

Oder brauch ich telnet auch wenn ich Werte über cmd abfragen möchte???

[Cino]

nur wenn du schreiben wirst. Die Abfragen laufen über http

[Rene_HM]

@winny1900 sagte in Adapter: ebus:

Oder brauch ich telnet auch wenn ich Werte über cmd abfragen möchte???

cmd sind Kommandos, die über telnet an ebusd gesendet werden...

[Rene_HM]

@winny1900 sagte in Adapter: ebus:

Wie finde ich den Telnet port von Pi raus ??

Viel interessanter ist aber, auf welchen Port ebusd reagiert! Das kannst per Konfiguration einstellen:

in /etc/default/ebusd

EBUSD_OPTS = "--port 8890 --httpport=8889"

hier lauscht der ebusd auf Port 8890

siehe auch https://github.com/john30/ebusd/wiki/2.-Run#daemon-options

[winny1900]

@rene_hm

Also noch mal wenn ich abfragen möchte, brauche ich telnet ???

Aktuell sind die config von Ebusd so aus

EBUSD_OPTS="--scanconfig=full --accesslevel=* --latency=50 -d enh:/dev/ttyAMA0 --loglevel=debug --address=ff --configpath=/etc/ebusd.old/ebusd-configuration/ebusd-1.x.x/ochsner --httpport=8889 --htmlpath=/var/ebusd/html"

Dann müsste ich die config um --port=8890 ergänzen