Spannend: HomeMatic®-Zählersensor für Strom- und Gasverbrauchserfassung

Begonnen von Rince, 24 Dezember 2014, 16:49:45

Vorheriges Thema - Nächstes Thema

cruser1800

Mal eine Frage zu den Impulsgeber.

Welchen benötige ich an einem Gaszähler von gtm? Oder wie ermittle ich den richtigen Geber?

vbs

Wow, ELV Liefertermin August 2015  :o Kann ja wohl nicht mein Ernst sein...

Sind die sonst irgendwo zu bekommen?

cwagner

Zum Thema NACK im Status. Kommt auch bei ordnungsgemäß gepaired Gerät. Mit dem attribut statusFormat habe ich dann das energy-reading eingefügt.
Christian
PI 2B+/5 Raspbian 12, Perl 5.36.0, FHEM 6.3: 295 Module in ConfigDB: Steuerung Heizkessel, FBH, Solarthermie, kontr. Lüftung mit WRG. Smarthome u.a. HMCUL, 1-Wire (FT232RL ; DS2480B), EnOcean (TCM EPS3), MQTT2. DOIF, PID20, Threshold, OWX; Micropelt IRTV, Volkszähler, SolarForecast; MariaDB

Rince

ZitatWow, ELV Liefertermin August 2015  :o Kann ja wohl nicht mein Ernst sein...
Vom Erfolg überrollt...

Ich hab keinen Shop entdeckt, der den Bausatz lieferbar hätte...
25 Wochen...

Warum hab ich Depp nur 1 bestellt, und nicht gleich 2...
Wer zu meinen Posts eine Frage schreibt und auf eine Antwort wartet, ist hiermit herzlich eingeladen mich per PN darauf aufmerksam zu machen. (Bitte mit Link zum betreffenden Thread)

Sirphunk

Angesichts dieser Tatsache würde ich mich bereit erklären meinen wieder zu verkaufen. Wer zahlt 250,- EUR? :-D

MarcelK

Zitat von: cwagner am 10 Februar 2015, 18:52:21
Zum Thema NACK im Status. Kommt auch bei ordnungsgemäß gepaired Gerät. Mit stusformat habe ich dann das energy-reading eingefügt.
Kann ich bestätigen, ich habe ein getConfig abgesetzt und auf die nächste Sendung gewartet, dann stand das im Ereignis-Protokol:

2015-02-11 00:22:19.136 CUL_HM Gas gasCnt: 0.52
2015-02-11 00:22:19.136 CUL_HM Gas gasPower: 1.116
2015-02-11 00:22:19.136 CUL_HM Gas eState: E: 0.52 P: 1.116
2015-02-11 00:22:19.136 CUL_HM Gas boot: off
2015-02-11 00:22:19.691 CUL_HM Gas Nack
2015-02-11 00:22:19.691 CUL_HM Gas NACK

Bzw in Roh-Messages

2015.02.11 00:20:51.425 3: CUL_HM set Gas getConfig
2015.02.11 00:22:19.040 0: HMLAN_Parse: HMLAN1 R:E35357D   stat:0000 t:0F5F74A8 d:FF r:FFB7     m:14 8653 35357D 000000 0000020800045C
2015.02.11 00:22:19.130 0: HMLAN_Send:  HMLAN1 S:S75CCED6D stat:  00 t:00000000 d:01 r:75CCED6D m:67 A112 25742C 35357D
2015.02.11 00:22:19.285 0: HMLAN_Parse: HMLAN1 R:R75A3BDA4 stat:0081 t:0F5F75A2 d:FF r:FFB7     m:14 8002 35357D 25742C 00
2015.02.11 00:22:19.687 0: HMLAN_Parse: HMLAN1 R:R75CCED6D stat:0001 t:0F5F7734 d:FF r:FFB6     m:67 8002 35357D 25742C 80

Ein nachfolgendes erfolgreiches getConfig (durch Drücken der Anlern-Taste) setzt den Status aber nicht mehr zurück, es bleibt bei NACK.

MarcelK

Zitat von: Rince am 10 Februar 2015, 21:05:27
Vom Erfolg überrollt...

Ich hab keinen Shop entdeckt, der den Bausatz lieferbar hätte...
25 Wochen...

Warum hab ich Depp nur 1 bestellt, und nicht gleich 2...
Heute habe ich eine Versand-Mitteilung für zwei Teile (HM-Sec-SCo Bausatz) bekommen, die erst GESTERN in einer Liefermitteilungs-Mail für Mitte Juli(!) angekündigt wurden... insofern gibt's durchaus noch Hoffnung ;)

Edit: Laut Web-Seite sind's aktuell wieder 5 Wochen...

dennis87

Nachdem ich meinen nun auch am laufen habe ist mir eine Sache aufgefallen (betrieb mit Gassensor).

Das reading gasPower gibt ja den aktuellen Verbrauch wieder, soweit passt das auch, jedoch wird dieser Wert nicht mehr auf 0 gesetzt, er bleibt immer auf dem letzten gemessenen Wert stehen. Der Eintrag im Logfile gibt als letzte Änderung 08:45 wieder, der Gesamtverbrauch steigt auch nicht.

Ist das bei euch genauso?

MarcelK

Zitat von: dennis87 am 12 Februar 2015, 12:32:39
Ist das bei euch genauso?

Ja, der Wert wird nur beim nächsten Impuls aktualisiert und da bei stehendem Zähler kein Impuls mehr kommt bleibt er... eigentlich ein Kandidat für einen Firmware-Fix, ich hab's derzeit so gelöst:

attr userReadings realPower:gasPower {gasRealPower();},gasPrevCnt:gasCnt {ReadingsVal("Gas","gasCnt",0);}


sub gasRealPower
{
  return ReadingsVal("Gas", "gasPower", 0) if ((ReadingsVal("Gas", "gasCnt", 0) - ReadingsVal("Gas", "gasPrevCnt", 0)) > 0);
  return 0;
}

dennis87

Zitat von: MarcelK am 12 Februar 2015, 14:34:19
attr userReadings realPower:gasPower {gasRealPower();},gasPrevCnt:gasCnt {ReadingsVal("Gas","gasCnt",0);}


sub gasRealPower
{
  return ReadingsVal("Gas", "gasPower", 0) if ((ReadingsVal("Gas", "gasCnt", 0) - ReadingsVal("Gas", "gasPrevCnt", 0)) > 0);
  return 0;
}


Super, das hilft mir sehr weiter, vielen Dank :)

Dann noch was, eigentlich nur um sicherzugehen.

Welche Einheiten sind bei den Standardwerten zu benutzen?
Gehe ich recht in der Annahme, dass
gasCnt in m3
gasPower in m3

gerechnet wird und ich somit mit der Rechnung --> "Wert" * gas-z-zahl * gas-brennwert <-- die Werte in kWh berechnen kann?

MarcelK


Zitat von: dennis87 am 12 Februar 2015, 21:43:49
Gehe ich recht in der Annahme, dass
gasCnt in m3
gasPower in m3

gerechnet wird und ich somit mit der Rechnung --> "Wert" * gas-z-zahl * gas-brennwert <-- die Werte in kWh berechnen kann?
Na, gasCnt ist Dein Gas-Zähler, nur mit anderem Null-Punkt, insofern ist das wohl m3.  GasPower sollte meines Erachtens m3/h sein, auch wenn das am Gerät und in der Anleitung anders beschrieben ist.

dennis87

Zitat von: MarcelK am 12 Februar 2015, 14:34:19
attr userReadings realPower:gasPower {gasRealPower();},gasPrevCnt:gasCnt {ReadingsVal("Gas","gasCnt",0);}


sub gasRealPower
{
  return ReadingsVal("Gas", "gasPower", 0) if ((ReadingsVal("Gas", "gasCnt", 0) - ReadingsVal("Gas", "gasPrevCnt", 0)) > 0);
  return 0;
}


Also, ich weiss ja nicht, warum das so ist, aber sobald ich bei meinem Stromzähler "event-on-change-reading .*" hinzufüge, wird der Wert "realPower" nicht mehr aktualisiert. Sobald ich das wieder wegnehme ist alles in Ordnung.
Ohne "event-on-change-reading .*" wird mein LOG aber leider ein wenig mehr vollgemüllt :(. Geloggt werden realPower, gastagesverbrauch, gasmonatsverbrauch und gasjahresverbrauch.

Vielleicht hat ja jemand eine Idee.

cwagner

Versuchs doch mal mit attr <zaehler> event-on-change-reading gasPower

Bei mir funktioniert das einwandfrei ebenfalls mit einem userreading, mit dem Du Dir das sub sparen kannst.

Herzliche Grüße

Christian
PI 2B+/5 Raspbian 12, Perl 5.36.0, FHEM 6.3: 295 Module in ConfigDB: Steuerung Heizkessel, FBH, Solarthermie, kontr. Lüftung mit WRG. Smarthome u.a. HMCUL, 1-Wire (FT232RL ; DS2480B), EnOcean (TCM EPS3), MQTT2. DOIF, PID20, Threshold, OWX; Micropelt IRTV, Volkszähler, SolarForecast; MariaDB

MarcelK

Zitat von: dennis87 am 15 Februar 2015, 12:10:25
Also, ich weiss ja nicht, warum das so ist, aber sobald ich bei meinem Stromzähler "event-on-change-reading .*" hinzufüge, wird der Wert "realPower" nicht mehr aktualisiert.
Ich kann Dir genau sagen warum das so ist ;) realPower wird dann auf 0 gesetzt, wenn der Gas-Zähler zweimal hintereinander den gleichen Wert hat. Und dann sagst Du mit event-on-change-reading "hey, wenn ein Wert zweimal hintereinander gleich ist, dann will ich das gar nicht mehr mitbekommen"... das beisst sich etwas. Für gasPower kannst das machen, wie Christian auch schrieb, aber gasCnt muss auch bei identischem Wert signalisiert werden, sonst geht's so zumindest nicht.

Grüße, Marcel

cwagner

Marcel hat genauer hingeschaut - seine Erklärung ist richtig. Aber auch das ist lösbar und zwar mit dem Attribut
event-on-update-reading für ein Reading, das mehrfach hintereinander denselben Wert einnimmt.

Gruß
Christian
PI 2B+/5 Raspbian 12, Perl 5.36.0, FHEM 6.3: 295 Module in ConfigDB: Steuerung Heizkessel, FBH, Solarthermie, kontr. Lüftung mit WRG. Smarthome u.a. HMCUL, 1-Wire (FT232RL ; DS2480B), EnOcean (TCM EPS3), MQTT2. DOIF, PID20, Threshold, OWX; Micropelt IRTV, Volkszähler, SolarForecast; MariaDB