Neues Modul: Easymeter (ersetzt durch 47_OBIS)

Begonnen von Crawler, 25 Januar 2016, 16:19:10

Vorheriges Thema - Nächstes Thema

Crawler

#15
event-min-interval auf die 47_OBIS ist ohne Funktion wahrscheinlich weil die Daten bei mir ja eh alle 2 sekunden ohne Abfrage kommen.

finde die Aufteilung von Bezug und Einspeisung in den Phasen ein wenig unvorteilhaft weil einer von beiden immer 0 anzeigt.
Hast du wahrscheinlich gemacht weil es bei dir so auch im Telegram steht oder?(Bild im Anhang)

Mein total_energy springt bei jeder Aktualisierung kurzzeitig erst auf counter_energy und danach wieder auf total_energy
Nur ein Schönheitsfehler aber es piekst im Auge :D (Video im Anhang)
FHEM auf Raspi + HMLan + 14 Aktoren + OBIS(Strom) über GPIO

Icinger

Hmm, ist mir noch nicht aufgefallen.
Hab aber morgen und übermorgen eh frei, da schau ich mir das mal an.
Verwende deine Zeit nicht mit Erklärungen. Die Menschen hören (lesen) nur, was sie hören (lesen) wollen. (c) Paulo Coelho

Crawler

Okay jetzt drehen die Readings durch  ???
Ich habe ja nur 1 Anzeige pro Phase aber jetzt rechnet er sich irgendwie Verbrauch und Einspeisung für jede Phase aus.
Er hat die alten Werte nicht auf 0 gesetzt und behält den letzten Wert
FHEM auf Raspi + HMLan + 14 Aktoren + OBIS(Strom) über GPIO

Icinger

#18
Hmm, ich kann das bei mir absolut nicht nachvollziehen, die Readings kommen wunderschön rein.

2016-02-02 19:59:15 OBIS OBIStest Owner: GETTONE
2016-02-02 19:59:15 OBIS OBIStest total_energy: 24788.41
2016-02-02 19:59:15 OBIS OBIStest counter_energy: 106852.76
2016-02-02 19:59:15 OBIS OBIStest L1_feed: -10363.62
2016-02-02 19:59:15 OBIS OBIStest L2_feed: -4598.56
2016-02-02 19:59:15 OBIS OBIStest L3_feed: -9826.22
2016-02-02 19:59:15 OBIS OBIStest L1_energy: 0.3192
2016-02-02 19:59:15 OBIS OBIStest L2_energy: 0.0899
2016-02-02 19:59:15 OBIS OBIStest L3_energy: 0.0995
2016-02-02 19:59:16 OBIS OBIStest total_energy: 0.5086
2016-02-02 19:59:16 OBIS OBIStest Status: @
2016-02-02 19:59:16 OBIS OBIStest Serial: 11400158
2016-02-02 20:00:14 OBIS OBIStest Owner: GETTONE
2016-02-02 20:00:14 OBIS OBIStest total_energy: 24788.42
2016-02-02 20:00:14 OBIS OBIStest counter_energy: 106852.77
2016-02-02 20:00:14 OBIS OBIStest L1_feed: -10363.62
2016-02-02 20:00:14 OBIS OBIStest L2_feed: -4598.56
2016-02-02 20:00:14 OBIS OBIStest L3_feed: -9826.22
2016-02-02 20:00:14 OBIS OBIStest L1_energy: 0.3437
2016-02-02 20:00:14 OBIS OBIStest L2_energy: 0.0898
2016-02-02 20:00:14 OBIS OBIStest L3_energy: 0.1071
2016-02-02 20:00:14 OBIS OBIStest total_energy: 0.5406
2016-02-02 20:00:14 OBIS OBIStest Status: @
2016-02-02 20:00:16 OBIS OBIStest Serial: 11400158


Kannst du mal auf verbose 5 setzen und mir da ein Log schicken, bitte?

lg, Stefan

PS: Und ein
attr OBIStest event-min-interval .*:180
bewirkt genauso wie gewollt, dass die Readings nur alle 3 Minuten ein Event generieren, obwohl der interne Timer weiterhin jede Minute abruft.
Verwende deine Zeit nicht mit Erklärungen. Die Menschen hören (lesen) nur, was sie hören (lesen) wollen. (c) Paulo Coelho

Icinger

So, hab den Fehler mit dem springenden total_energy gefunden und korrigiert.
Version im Post auf der ersten Seite.

ZitatIch habe ja nur 1 Anzeige pro Phase aber jetzt rechnet er sich irgendwie Verbrauch und Einspeisung für jede Phase aus
Das ist mir allerdings noch nicht klar.

Bitte mal kurzfristig auch verbose 5 setzen und mir das Log dazu schicken.
Verwende deine Zeit nicht mit Erklärungen. Die Menschen hören (lesen) nur, was sie hören (lesen) wollen. (c) Paulo Coelho

Icinger

Hat eigentlich irgendjemand Gas-, Wasser-, oder sonstige OBIS-Zähler in Betrieb?
Wenn ihr mir hierzu die Readings zusenden könntet, kann ich die auch gerne implementieren.

lg, Stefan
Verwende deine Zeit nicht mit Erklärungen. Die Menschen hören (lesen) nur, was sie hören (lesen) wollen. (c) Paulo Coelho

Crawler

#21
Wieder das gleiche.
mein Telegramm kennst ja deswegen denke ich das du am verbose 5 auch nicht mehr siehst.
Das Problem trifft auf beim Wechsel von Verbrauch auf Strom oder umgekehrt.

/ESY5Q3DB1024 V3.04

1-0:0.0.0*255(0272160155556)
1-0:1.8.0*255(00000792.5617691*kWh)
1-0:2.8.0*255(00002394.6904431*kWh)
1-0:21.7.0*255(000013.06*W)     1-0:21.7.0*255(-000013.06*W)
1-0:41.7.0*255(000029.72*W)     1-0:41.7.0*255(-000029.72*W)
1-0:61.7.0*255(000184.51*W)     1-0:61.7.0*255(-000184.51*W)
1-0:1.7.0*255(000227.29*W)       1-0:1.7.0*255(-000227.29*W)
1-0:96.5.5*255(80)
0-0:96.1.255*255(1ESY1160155556)
!
rot das Telegramm bei Verbrauch und blau bei Einspeisung. Es wird nur ein - vorgesetzt und das Modul interpretiert das dann als feed schreibt einen neuen Wert und lässt den vorherigen Wert energy in den Readings ohne ihn auf 0 zu setzen.
vielleicht liegt es auch an den Zeilen Endzeichen.


FHEM auf Raspi + HMLan + 14 Aktoren + OBIS(Strom) über GPIO

Crawler

#22
Hier mal verbose 5
Bei 11:41:39 wechselt die Einspeisung auf Verbrauch auf L3 (Hab mit dem Wasserkocher gespielt)  ::)


2016.02.03 11:41:39 5: Msg-Parse: 1-0:2.8.0*255(00002506.1310277*kWh)
2016.02.03 11:41:39 5: Set reading counter_feed to value 00002506.1310277 with offset 0
2016.02.03 11:41:39 5: Msg-Parse: 1-0:21.7.0*255(-000739.48*W)
2016.02.03 11:41:39 5: Set reading L1_feed to value -739.48
2016.02.03 11:41:39 5: Msg-Parse: 1-0:41.7.0*255(-000729.96*W)
2016.02.03 11:41:39 5: Set reading L2_feed to value -729.96
2016.02.03 11:41:39 5: Msg-Parse: 1-0:61.7.0*255(-000193.19*W)
2016.02.03 11:41:39 5: Set reading L3_feed to value -193.19
2016.02.03 11:41:39 5: Msg-Parse: 1-0:1.7.0*255(-001662.63*W)
2016.02.03 11:41:39 5: Set reading total_feed to value -1662.63
2016.02.03 11:41:39 5: Msg-Parse: 1-0:96.5.5*255(80)
2016.02.03 11:41:39 5: Set reading Status to value 80
2016.02.03 11:41:39 5: Msg-Parse: 0-0:96.1.255*255(1ESY1160155556)
2016.02.03 11:41:39 5: Set reading Serial to value 1ESY1160155556
2016.02.03 11:41:39 5: Msg-Parse: !
2016.02.03 11:41:40 5: Msg-Parse: /ESY5Q3DB1024 V3.04
2016.02.03 11:41:40 5: Set reading Version to value ESY5Q3DB1024 V3.04
2016.02.03 11:41:40 5: Msg-Parse:
2016.02.03 11:41:40 5: Msg-Parse: 1-0:0.0.0*255(0272160155556)
2016.02.03 11:41:40 5: Set reading Owner to value 0272160155556
2016.02.03 11:41:40 5: Msg-Parse: 1-0:1.8.0*255(00000977.0064875*kWh)
2016.02.03 11:41:40 5: Set reading counter_energy to value 00000977.0064875 with offset 0
2016.02.03 11:41:41 5: Msg-Parse: 1-0:2.8.0*255(00002506.1316555*kWh)
2016.02.03 11:41:41 5: Set reading counter_feed to value 00002506.1316555 with offset 0
2016.02.03 11:41:41 5: Msg-Parse: 1-0:21.7.0*255(-000739.12*W)
2016.02.03 11:41:41 5: Set reading L1_feed to value -739.12
2016.02.03 11:41:41 5: Msg-Parse: 1-0:41.7.0*255(-000729.68*W)
2016.02.03 11:41:41 5: Set reading L2_feed to value -729.68
2016.02.03 11:41:41 5: Msg-Parse: 1-0:61.7.0*255(000651.13*W)
2016.02.03 11:41:41 5: Set reading L3_energy to value 651.13
2016.02.03 11:41:41 5: Msg-Parse: 1-0:1.7.0*255(-000817.67*W)
2016.02.03 11:41:41 5: Set reading total_feed to value -817.67
2016.02.03 11:41:41 5: Msg-Parse: 1-0:96.5.5*255(80)
2016.02.03 11:41:41 5: Set reading Status to value 80
2016.02.03 11:41:41 5: Msg-Parse: 0-0:96.1.255*255(1ESY1160155556)
2016.02.03 11:41:41 5: Set reading Serial to value 1ESY1160155556
2016.02.03 11:41:41 5: Msg-Parse: !


Anhang längeres verbose
FHEM auf Raspi + HMLan + 14 Aktoren + OBIS(Strom) über GPIO

Icinger

Nein, das liegt daran, dass ich bisher von falschen Voraussetzungen ausging.

Mein Voltcraft gibt mir PARALLEL den Verbrauch und die Einspeisung zurück, dachte, das sei bei euren auch so.

Wenn ich das jetzt richtig verstehe, müsste bei dir einfach zB "L1_energy" immer zw. Einspeisung und Verbrauch hin und herwechseln, oder?
Verwende deine Zeit nicht mit Erklärungen. Die Menschen hören (lesen) nur, was sie hören (lesen) wollen. (c) Paulo Coelho

Crawler

#24
Jetzt schwingen wir auf einer Welle  ;)
richtig
Eldrik hat keine Einspeisung deswegen hat er den Fehler nicht
FHEM auf Raspi + HMLan + 14 Aktoren + OBIS(Strom) über GPIO

Icinger

Ok, dann werd ich dass gleich mal ändern und so inner halben Stunde bis Stunde kommt die neue Version :)
Verwende deine Zeit nicht mit Erklärungen. Die Menschen hören (lesen) nur, was sie hören (lesen) wollen. (c) Paulo Coelho

Crawler

FHEM auf Raspi + HMLan + 14 Aktoren + OBIS(Strom) über GPIO

Icinger

#27
Update steht im Thread.
Bitte einmal die bestehenden Readings löschen mit
deletereading <device> .*

Habe die readingsNamen nochmal geändert, damit die ohne weiteres auch vom statistice-Modul erkannt werden.

lg, Stefan

PS: Die readings können aber mit einem
attr <device> channels "21"=>"L1_energy","41"=>"L2_energy","61"=>"L3_energy"
wieder auf den vorherigen stand zurückgebracht werden, wenn gewünscht.
Verwende deine Zeit nicht mit Erklärungen. Die Menschen hören (lesen) nur, was sie hören (lesen) wollen. (c) Paulo Coelho

Crawler

FHEM auf Raspi + HMLan + 14 Aktoren + OBIS(Strom) über GPIO

willybauss

Hallo,

kleine Frage in die Runde:

Hat schon Jemand von Euch Erfahrungen, ob der Datenfluss vom Zähler zu fhem nach einem Reboot des fhem-Servers wieder von sich aus ans Laufen kommt?

Ich habe mit Stefan jetzt ein paar Abende vergeblich versucht, das für meinen Zähler hinzubekommen. Beim Start von fhem wird das Modul geladen, als "opened" angezeigt, aber die Daten kommen nicht bzw. in so korrupter Art, dass fhem nichts damit anfangen kann. Nach einem manuellen "reload 47_OBIS" läuft alles bestens. Wir haben keine Idee mehr, woran das liegen könnte.

Der Unterschied meines Zählers (Hersteller EMH) im Vergleich zu anderen scheint der zu sein, dass meiner pausenlos im Sekundentakt Daten ausplaudert, ohne danach gefragt worden zu sein. Er plaudert also schon, wenn fhem noch gar nicht so weit ist, ihm zuzuhören. Keine Ahnung, ob das irgendwie die Kommunikation kaputt macht.

Gruß
Willy
FHEM auf Raspberry Pi B und 2B; THZ (THZ-303SOL), CUL_HM, TCM-EnOcean, SamsungTV, JSONMETER, SYSMON, OBIS, STATISTICS