ESA / EM unterstüzung in FHEM

Begonnen von Predictor, 26 Dezember 2012, 21:51:50

Vorheriges Thema - Nächstes Thema

mikka1

Das weiss ich nicht, habe die aus der Benachrichtigungsmail. Müsste aber diese sein, da die Mail von gestern 22:10 ist;-)

Johannes

Zitat von: mikka1 schrieb am Mo, 04 März 2013 21:04So, ich melde mich auch mal wieder. Ich habe einen Bausatz, ESA 1000WZ_LED und einen Fertigen Zähler, ESA2000_LED, laut ELV ist der unterschied nur die Spannungsversorgung und der 1000 ist ein Bausatz, der 2000 ist komplett zusammengebaut.
Ich habe mir den 2000LED extra zugelegt, weil erst der einzige ist, der Impulse bis 10.000 per kwh mit macht, also das was mein zähler ausgibt. Soweit ich weiss gehen die anderen Modelle nur bis 2000 Impulse. Außerdem ist die batteriebox praktisch...

stromer-12

Zitat von: mikka1 schrieb am Mo, 04 März 2013 21:04Die beiden Zähler werden jetzt erkannt, und das jeweilige Log füllt sich, mein Problem ist, ich kriege keine Ticks.
Ausserdem erscheint im fhem.log kein Eintrag mehr, die Einträge erscheinen nur im jeweiligen Device Log.
Hat da ev. jemand eine Idee?

Hier noch die jeweiligen Log Einträge:

COC_RAWMSG: SA96205011E000000010000000000038A2C
hier ist nur ein Total-tick aber kein actual-tick enthalten
Zitat2013-03-04_21:08:43 ESA2000_6205 total_ticks: 1
2013-03-04_21:08:43 ESA2000_6205 actual_ticks: 0
2013-03-04_21:08:43 ESA2000_6205 ticks_kwh: 1000
2013-03-04_21:08:43 ESA2000_6205 raw: CNT: 41- CUM: 1 CUR: 0  TICKS: 1000 LR

    
COC_RAWMSG: S9468C5011E0000016400000089FD038026
hier sind 356 Total-ticks aber kein actual-tick enthalten
Zitat2013-03-04_21:03:17 ESA2000_68c5 total_ticks: 356
2013-03-04_21:03:17 ESA2000_68c5 actual_ticks: 0
2013-03-04_21:03:17 ESA2000_68c5 ticks_kwh: 1000
2013-03-04_21:03:17 ESA2000_68c5 raw: CNT: 20+ CUM: 356 CUR: 0  TICKS: 1000 LR
Was die Geräte liefern wird dargestellt.
FHEM (SVN) auf RPi1B mit HMser | ESPLink
FHEM (SVN) virtuell mit HMLAN | HMUSB | CUL

mikka1

Zumindest einer reicht mir bis 1000 per kWh, bei der WP Heizung, Boiler spielt das nicht eine so grosse Rolle, auserdem löst auch meiner Zähler nur 1000 Ticks aus.

stromer-12

Zitat von: rudolfkoenig schrieb am Mo, 04 März 2013 11:50Culfw dreht weder bits noch bytes um. Empfangsfehler ist moeglich aber wg. CRC unwahrscheinlich.
Empfangsfehler habe ich hier hin und wieder, es fehlt an 32er Stelle eine Ziffer

Unknown code SE05E42011E0000DF89000300000002625, help me!
             S085E42011E0000DFBB0000000000020624           <<vollständige Nachricht
Unknown code SBA6062011E00007114000100000000B24, help me!
             SE26062011E0000713B0001000000002B26           <<vollständige Nachricht

Weis jetzt nicht ob es an den Geräten oder an culfw liegt, da jedes ESA Gerät diese Meldungen in unregelmässigen Abständen verursacht
FHEM (SVN) auf RPi1B mit HMser | ESPLink
FHEM (SVN) virtuell mit HMLAN | HMUSB | CUL

Johannes

Das Modul läuft bei mir mit der Rückanpassung zwecks dev und code jetzt seit 24h problemlos.
Der Ticks Wert wird endlich mal richtig angezeigt (bei mir 10000, war vorher immer 10093) und ich denke die anderen Dinge sind wohl auch eine Verbesserung.
Vielleicht bekommt man ja die CNTs noch zurück?
Danke jedenfalls an Str0mer!

stromer-12

Ich habe mir jetzt erst mal mit einen userReadings geholfen:


attr em.ha.st userReadings CNT {substr(ReadingsVal($name,"state","nA"),5,)}
FHEM (SVN) auf RPi1B mit HMser | ESPLink
FHEM (SVN) virtuell mit HMLAN | HMUSB | CUL

mikka1

Auch mein Dank nochmal an alle die hier helfen.
Habe mich nochmal bei ELV umgesehen. Erstens läuft er offensichtlich nur mühsam mit meinem Kamstrup Zähler, das dieser eine orange LED/SMD hat, was dem Sensor offensichtlich Probleme bereitet, andererseits habe ich ev. beim zusammenbau nicht ganz sauber gelötet, wenn ich einen der Sensorlötpunkt berühre, kommt ein Tick-Signal...

2013-03-05_22:17:21 ESA2000_68c5 repeat: -
2013-03-05_22:17:21 ESA2000_68c5 sequence: 1
2013-03-05_22:17:21 ESA2000_68c5 total_ticks: 807
2013-03-05_22:17:21 ESA2000_68c5 actual_ticks: 807
2013-03-05_22:17:21 ESA2000_68c5 ticks_kwh: 1000
2013-03-05_22:17:21 ESA2000_68c5 raw: CNT: 1- CUM: 807 CUR: 807  TICKS: 1000 LR
2013-03-05_22:17:21 ESA2000_68c5 total_kwh: 0
2013-03-05_22:17:21 ESA2000_68c5 actual_kwh: -1
2013-03-05_22:17:21 ESA2000_68c5 diff_kwh: 0.8070
2013-03-05_22:17:21 ESA2000_68c5 diff_sec: 193
2013-03-05_22:17:21 ESA2000_68c5 last_sec: 1362518241
2013-03-05_22:17:21 ESA2000_68c5 rate: LR
2013-03-05_22:17:21 ESA2000_68c5 type: ESA2000

Für den ESA2000 tipe ich jedoch auf die 1, da der ja vollständig zusammengebaut geliefert wurde.

Beim Zähler handelt es sich um einen Kamstrup 685-383, mit LED und S0 Anschluss, ausserdem kann er auch per IR ausgelesen werden. Wäre sowas http://shop.co-met.info/artikeldetails/kategorie/Smart-Metering/artikel/infrarot-optokopf-fuer-elektronische-zaehler.html allenfalls eine alternative, um an Stelle des LED Kopfs die Daten zu erfassen und am ESA2000WZ anzuschliessen?

mikka1

So, neuste Erkenntniss, es ist tatsächlich so, dass die Empfindlichkeit der Diode zu schwach ist, es handelt sich hierbei um eine Diode BPW34. Habe sie mit meiner Fernbedienung angestrahlt und sie hat wunderbar gezählt:-)
Meine Überlegung ist nun, ob es einerseits möglich ist, diese Diode einfach durch eine Empfindlichere, so es denn sowas gibt, oder durch einen Fototransistor ersetzten soll, die sind ja empfindlicher.
Andere Lösung, mit einem Fototransistor und einer weiteren, roten/IR LED eine Art Verstärker bauen, zusammen mit einer CR2032 Bakterie in ein Gehäuse und ELV Empfänger auf die rote/IR LED.

Johannes

Oder du schaust mal, was der ESA2000LED ausgibt, wenn du den Sensor über die IR Ausgabe deines Zählers montierst.
Rein theoretisch müsste er die übertragenen Daten erkennen. Ob sich diese aber sinnvoll interpretieren lassen, ist eine andere Frage.

mikka1

Schon probiert, hat nichts ergeben. Wie ich an anderen Stellen gelesen habe, muss man die Ausgabe zuerst aktivieren, habe es bereits probiert, keine Ausgabe:-(

stromer-12

braucht man nicht,
bei event-on..... einfach state mit angeben und schon taucht CNT:... im log auf
FHEM (SVN) auf RPi1B mit HMser | ESPLink
FHEM (SVN) virtuell mit HMLAN | HMUSB | CUL

Johannes

Zitat von: str0mer schrieb am Do, 07 März 2013 19:33braucht man nicht,
bei event-on..... einfach state mit angeben und schon taucht CNT:... im log auf
Sorry aber mir fehlt da gerade der Zusammenhang :-)
Es ging doch gerade um die Abtastung der IR LED vom Stromzähler.

Zum CNT: Ich kann gut auf Ihn verzeichten, das Modul läuft ansonsten einwandfrei.

stromer-12

Das war eine Antwort auf meinen Beitrag mit einen userReading
FHEM (SVN) auf RPi1B mit HMser | ESPLink
FHEM (SVN) virtuell mit HMLAN | HMUSB | CUL

stromer-12

So, ich habe noch etwas am Modul angepasst:

(HR|LR)_kwh         entfernt
day_(HR|LR)_kwh     war vorher (HR|LR)_kwh
month_(HR|LR)_kwh   war vorher day_(HR|LR)_kwh
year_(HR|LR)_kwh    war vorher month_(HR|LR)_kwh

Gasmodul sollte jetzt richtig angeszeigt werden.

Bin aber am überlegen ob im Readingnamen das "kwh" oder jetzt beim Gas das "m3" ich zu "unit" ändere, damit die Namen einheitlich sind.

Zeitintervalle der Datenübertragung kleiner 110 Sekunden werden nicht berechnet, die Daten aber aufsummiert. Ich hatte hin und wieder Übertragungsinterfalle von nur ein paar Sekunden was dann den Momentanverbrauch riesig erscheinen lies.
FHEM (SVN) auf RPi1B mit HMser | ESPLink
FHEM (SVN) virtuell mit HMLAN | HMUSB | CUL