Läuft: Heizung mit eBus-Schnittstelle

[Reinhart]

wenn du über ECMD eine Abfrage startest, dann chrashed der eBus und disconnected sich! Das darf nicht passieren und habe ich so auch noch nicht gesehen.

Warum hier so krasse Unterschiede des Verhaltens und der Ergebnisse sind, kann uns wohl nur John erklären. Ein normales ebusctl Kommando bringt in der Konsole tadellose Ergebnisse, aber über ECMD gibt es einen Crash. GAEBUS funktioniert ebenfalls problemlos. Ich kann da leider nichts testen, weil ich so ein Gerät nicht habe.

LG

[theotherhalf]

Reinhart, danke dir erst einmal!

@John, falls du hier noch mitliest, hast du eine Idee woran das liegen könnte?

[john30]

@John, falls du hier noch mitliest, hast du eine Idee woran das liegen könnte?

nö, könnte jetzt spontan nicht sagen, woran das liegt. lass mir doch mal deine ecmd definitionen zukommen, dann schau ichs mir mal an

[theotherhalf]

nö, könnte jetzt spontan nicht sagen, woran das liegt. lass mir doch mal deine ecmd definitionen zukommen, dann schau ichs mir mal an

Hallo John, hier ist die in Betrieb befindliche  *.cfg aus /opt/fhem/FHEM/. :

Code Auswählen Erweitern


#
#!/usr/bin/perl
# Aussentemperatur
get Aussentemperatur cmd {"r -f outsidetemp temp\n"}
get Aussentemperatur expect ".*\n*"
get Aussentemperatur postproc { $_ }
#
# Vorlauftemperatur vom Puffer zum Mischkreis
get Vorlauf_vom_Puffer cmd {"r -f SumFlowSensor temp\n"}
get Vorlauf_vom_Puffer expect ".*\n*"
get Vorlauf_vom_Puffer postproc { $_ }
#
# Vorlaufisttemperatur Mischkreis
get VorlaufIst_Mischkreis cmd {"r -f status0a flowtemp \n"}
get VorlaufIst_Mischkreis expect "\d+\.\d+\n\n"
get VorlaufIst_Mischkreis postproc { sprintf("%5.1f",$_) }
#
# Vorlaufsolltemperatur Mischkreisget VorlaufIst_Mischkreis cmd {"r -f status0a flowtemp \n"}
get VorlaufIst_Mischkreis expect "\d+\.\d+\n\n"
get VorlaufIst_Mischkreis postproc { sprintf("%5.1f",$_) }
#
# Vorlaufsolltemperatur Mischkreis
get VorlaufSoll_Mischkreis cmd {"r -f status0a flowtempdesired \n"}
get VorlaufSoll_Mischkreis expect "\d+\.\d+\n\n"
get VorlaufSoll_Mischkreis postproc { sprintf("%5.1f",$_) }
#
# Temperatur Puffer an SP1
get SP1 cmd {"r -f Storage1Sensor3 temp\n"}
get SP1 expect ".*\n*"
get SP1 postproc { $_ }
#
# Status Pumpe Mischkreisget Pumpe_Mischkreis cmd {"r -f status0a pump \n"}
get Pumpe_Mischkreis expect ".*\n*"
get Pumpe_Mischkreis postproc { $_ }
#
# Status Pufferbefüllung
get Speicherbefuellung cmd {"r -f isinstoragefilling yesno \n"}
get Speicherbefuellung expect ".*\n*"
get Speicherbefuellung postproc { $_ }
#
# Heizkurve Mischkreis Gain
get Heizkurve_Gain cmd {"r -f params curve \n"}
get Heizkurve_Gain expect "\d+\.\d+\n\n"
get Heizkurve_Gain postproc { sprintf("%5.1f",$_) }
#
# Abschalttemperatur MK1
get Abschalttemperatur_MK1 cmd {"r -f params shutdowntemp \n"}
get Abschalttemperatur_MK1 expect "\d+\.\d+\n\n"
get Abschalttemperatur_MK1 postproc { sprintf("%5.1f",$_) }
#

[jkriegl]

Du hast beim expect nach dem \n einen Stern
Hast Du das funktionierende Beispiel schon versucht und beachte Grossbuchstaben

Code Auswählen Erweitern

# Außentemperatur
get A.Temp cmd {"r -f OutsideTemp temp\n"}
get A.Temp expect ".*\n\n"
get A.Temp postproc { sprintf("%.1f",$_) }

[texel]

Hi,

irgendwie macht ECMD neuerdings bei mir Probleme.

Wenn ich mehrere Werte (ca. 25) hintereinander auslese, funktioniert es meistens problemlos. Manchmal schreibt ECMD aber einen falschen Wert zurück. Wenn ich z.B. die Raumtemperatur auslese, steht manchmal ein anderer Temperaturwert aus einem anderen Auslesevorgang drin.

Zudem hab ich beobachtet, das FHEM während der ECMD Aufrufe komplett hängt. D.h. erst wenn alle 25 Abfragen durch sind, reagiert FHEM wieder normal.

Habt ihr schon ähnliches beobachtet?

Ich überlege, ob ich auf MQTT umsteigen soll, um das ganze etwas zu entkoppeln?!

VG Texel

[theotherhalf]

Du hast beim expect nach dem \n einen Stern
Hast Du das funktionierende Beispiel schon versucht und beachte Grossbuchstaben

Code Auswählen Erweitern

# Außentemperatur
get A.Temp cmd {"r -f OutsideTemp temp\n"}
get A.Temp expect ".*\n\n"
get A.Temp postproc { sprintf("%.1f",$_) }

Die Definitionen habe ich aus dem WIKI.
Alle im *.cfg definierten Skript kommen korrekt an, ausser SP1. Auch "OutsideTemp", obwohl meine Abfrage anders aussieht.
Gross- und Kleinschreibung habe ich schon versucht zu ändern, aber das hat scheinbar keinen Einfluss, auch nicht, wenn man mit dem Terminal die Werte ausliest.

[cs-online]

Hi,

was kommt denn raus, wenn Du im Ebusctl

Code Auswählen Erweitern

r -f OutsideTemp temp
eingibst ? Wenn da nichts sinniges raus kommt, dann ist möglicherweise da schon der Bug drin...

Grüße

Christian

[theotherhalf]

Hi,

was kommt denn raus, wenn Du im Ebusctl

Code Auswählen Erweitern

r -f OutsideTemp temp
eingibst ? Wenn da nichts sinniges raus kommt, dann ist möglicherweise da schon der Bug drin...

Das funktioniert ja soweit alles:

pi@raspberrypi:~ $ ebusctl r -f OutsideTemp temp
22.62

Mit der Konsole gibt es keinerlei Probleme. Ich kann alles einlesen.
Lediglich die Variable SP1 (die ich über die Konsole problemlos lesen kann) kommt im ECMD nicht an.


Die "*" habe ich mittlerweile entfernt. Den SP1 mal umbenannt in SPT1 aber mit gleichem Ergebnis.

Skript nun wie folgt:

Code Auswählen Erweitern

# Aussentemperatur
get Aussentemperatur cmd {"r -f outsidetemp temp\n"}
get Aussentemperatur expect ".*\n"
get Aussentemperatur postproc { $_ }
#
# Vorlauftemperatur vom Puffer zum Mischkreis
get Vorlauf_vom_Puffer cmd {"r -f SumFlowSensor temp\n"}
get Vorlauf_vom_Puffer expect ".*\n"
get Vorlauf_vom_Puffer postproc { $_ }
#
# Vorlaufisttemperatur Mischkreis
get VorlaufIst_Mischkreis cmd {"r -f status0a flowtemp \n"}
get VorlaufIst_Mischkreis expect "\d+\.\d+\n\n"
get VorlaufIst_Mischkreis postproc { sprintf("%5.1f",$_) }
#
# Vorlaufsolltemperatur Mischkreis
get VorlaufSoll_Mischkreis cmd {"r -f status0a flowtempdesired \n"}
get VorlaufSoll_Mischkreis expect "\d+\.\d+\n\n"
get VorlaufSoll_Mischkreis postproc { sprintf("%5.1f",$_) }
#
# Status Pumpe Mischkreis
get Pumpe_Mischkreis cmd {"r -f status0a pump\n"}
get Pumpe_Mischkreis expect ".*\n"
get Pumpe_Mischkreis postproc { $_ }
#
# Status Pufferbefüllung
get Speicherbefuellung cmd {"r -f isinstoragefilling yesno\n"}
get Speicherbefuellung expect ".*\n"
get Speicherbefuellung postproc { $_ }# Heizkurve Mischkreis Gain
#
# Status Heizkurve Gain
get Heizkurve_Gain cmd {"r -f params curve \n"}
get Heizkurve_Gain expect "\d+\.\d+\n\n"
get Heizkurve_Gain postproc { sprintf("%5.1f",$_) }
#
# Abschalttemperatur MK1
get Abschalttemperatur_MK1 cmd {"r -f params shutdowntemp \n"}
get Abschalttemperatur_MK1 expect "\d+\.\d+\n\n"
get Abschalttemperatur_MK1 postproc { sprintf("%5.1f",$_) }
#
# Status SP1 Speicherfühler maxmax
get SPT1 cmd {"r -f Storage1Sensor3 tempsensor\n"}
get SPT1 expect ".*\n"
get SPT1 postproc { $_ }
#


[Reinhart]

der Grund warum du keinen Wert bekommst ist ja schon bekannt, wieso wissen wir nicht!
Da bei jeder Abfrage via ECMD von SP1 sich der Ebus disconected und das nur bei diesem einem Wert ist, würde ich den Weg des geringsten Widerstandes gehen und diesen einen Wert mit dem GAEBUS holen. Du kannst auch alle mit dem GAEBUS holen, es spricht ja nichts dagegen und wenn in Fhem die Messwerte eintrudeln fragt ja keiner wie die Werte abgeholt wurden.

Es kann viele Ursachen haben, zB. unsichtbare Steuerzeichen in der Config oder Zeit Kollisionen. Eventuell antwortet zeitgleich ein anderes Gerät?
Ich versuche meist bei Fehlern auch die Ursache zu finden und zu beheben, aber wenn dich dieser Fehler schon solange nervt dann geh doch den einfacheren Weg, zum Ergebnis kommst ja zum Glück noch über andere Wege.

LG

[cs-online]

... interessanter Gedanke, daß es evtl. am Timing liegt. Müßte man doch ausprobieren können, indem man das -f (für force, also zwingen neuen Wert zu holen) wegläßt, dann würde ja aus dem Cache versorgt und nicht neu vom Bus gelesen oder ?

Grüße

Christian

[jkriegl]

Wenn ich an der Konsole Dein
ebusctl r -f Storage1Sensor3 tempsensor
eingebe kommt ERR: element not found in decode
Aber es funktiniert: ebusctl r -f Storage1Sensor3 temp
83.62

[theotherhalf]

Wenn ich an der Konsole Dein
ebusctl r -f Storage1Sensor3 tempsensor
eingebe kommt ERR: element not found in decode
Aber es funktiniert: ebusctl r -f Storage1Sensor3 temp
83.62

Ja, du hast Recht. "tempsensor" steht im *.csv, ist aber falsch. Nachdem ich das heraus gefunden habe, dachte ich die Ursache gefunden zu haben.
Mit "temp" habe ich es aber im Skript auch schon probiert, aber es funktioniert auch nicht.
Mit der Konsole sehe ich das gleiche wie du.

Der Thread ist mittlerweile schon recht lang, ich glaube ich werde es wie von Reinhart vorgschlagen belassen und den SP1 per GAEBUS auslesen, das klappt ja.
Einheitlich alles über ECMD wäre mir lieber gewesen, aber es scheint nicht zu klappen.

Was passiert bei dir wenn du den Block :

Code Auswählen Erweitern

# Status SP1 Speicherfühler maxmax
get SP1 cmd {"r -f Storage1Sensor3 temp\n"}
get SP1 expect ".*\n"
get SP1 postproc { $_ }
#

über ECMD einliest?
Kommt dann der Wert korrekt?

[jkriegl]

ebusctl f -f Storage1Sensor3
sagt Dir was letztendlich definiert ist.
schau Dir meine Empfelungen zu expect an. \n\n hattest Du doch schon mal. 

[john30]

Code Auswählen Erweitern

# Status SP1 Speicherfühler maxmax
get SP1 cmd {"r -f Storage1Sensor3 temp\n"}
get SP1 expect ".*\n"
get SP1 postproc { $_ }
#

Damit sollte es eigentlich funktionieren. Steht im fhem Log irgendeine Fehlermeldung?