Neues Modul: Easymeter (ersetzt durch 47_OBIS)

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

Vorheriges Thema - Nächstes Thema

Icinger

Wie lest ihr die PV-Leistung aus?
Wird die auch in bestimmten Zeitabständen gelesen? Dann könntet ihr ja mit dem aligeTime-Attribut das OBIS dementsprechend anpassen.
Verwende deine Zeit nicht mit Erklärungen. Die Menschen hören (lesen) nur, was sie hören (lesen) wollen. (c) Paulo Coelho

KölnSolar

ich hab mal einen neuen Thread zum Thema Synchronisation bei Eigenerzeugung aufgemacht, damit an dieser Stelle nicht zu viel drüber diskutiert wird und der Kern, nämlich OBIS, verloren geht.

http://forum.fhem.de/index.php/topic,50661.0.html

@Stefan, das Attribut ist ja nicht dokumentiert  ;) Löst aber meines Erachtens das Problem nicht, da die Timings der beiden Devices nach erfolgtem align auch wieder auseinanderdriften.

@Willy, schau doch bitte mal flink über den neu begonnenen Thread, ob das für Dich so verständlich ist.

Grüße
Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

Icinger

#137
@Köln: Stimmt, hab ich noch nicht in der Doku, funktioniert aber schon.
Und das align wird bei jedem Intervall neu berechnet, es kommt zB bei:
attr myOBIS alignTime 00:00
attr myOBIS interval 600

zu keinen verschiebungen.
Es wird genau alle 10 Minuten, also um xx:10:00 xx:20:00 xx:30:00 etc das interval getriggert.

lg, Stefan

PS: Zum Thema SML<>OBIS-merging: Habe heute den CRC16 fürs SML implementiert.
Damit kommen wir der Sache schon mal näher :)
2016.03.10 21:28:12 3: Original CRC: 41983 - Calculated CRC: 41983

PPS: Die alignTime-Funktion ist übrigens vom <at> abgeschaut :) Wenn du bei diesem also auch das alignTime setzt, bist zu schon seeehr nahe an einer Synchronität.
Verwende deine Zeit nicht mit Erklärungen. Die Menschen hören (lesen) nur, was sie hören (lesen) wollen. (c) Paulo Coelho

KölnSolar

Ahhh,jetzt hats geklingelt. eingebaut und wenn die Sonne aufgeht läuft der Test(meine Wechselrichter reden im Dunkeln nicht mit mir)
Ich war nach dem Einrichten in OBIS überrascht, dass ich bis zu 8 sek. Versatz in den timestamps der readings sehen konnte.
Grüße
Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

willybauss

nur im Stefans Frage zu beantworten: ich lese den PV-Zähler mit einem Youless LS110 über das JSONMETER Modul aus. Alles Weitere dann heute Abend im neuen Thread.
FHEM auf Raspberry Pi B und 2B; THZ (THZ-303SOL), CUL_HM, TCM-EnOcean, SamsungTV, JSONMETER, SYSMON, OBIS, STATISTICS

immi

Zitat von: Icinger am 10 März 2016, 21:40:03
PS: Zum Thema SML<>OBIS-merging: Habe heute den CRC16 fürs SML implementiert.
Stefan, Super!!
CRC ist ein Unique selling point für SML in 47_OBIS.
immi

KölnSolar

Hi Stefan,
das
define call_Wechselrichter +*00:01:00 get Fron update_p
attr call_Wechselrichter alignTime 00:00:59

funktioniert perfekt und mir werden sekundengenau die Erzeugungswerte um xx:xx:59 geliefert.

Im OBIS-Modul hab ich aber trotz alignTime 00:00:00 einen timestamp der Readings zwischen xx:xx:01 und xx:xx:11. Im Event-Monitor konnte ich nichts erkennen, was auf ein Problem in meinem System hinweist, Beispiel:

2016-03-11 11:09:59 USBWRF Fron Command: 16
2016-03-11 11:09:59 USBWRF Fron Wert_WR1_16: 1509
2016-03-11 11:09:59 USBWRF Fron Command: 16
2016-03-11 11:09:59 USBWRF Fron Wert_WR2_16: 1256
2016-03-11 11:09:59 USBWRF Fron statWert_WR2_18: Hour: 252 Day: 2847 Month: 2847 Year: 2847 (since: 2016-03-09 )
2016-03-11 11:09:59 USBWRF Fron statWert_WR1_18: Hour: 294 Day: -17577 Month: 3430 Year: 3430 (since: 2016-03-09 )
2016-03-11 11:09:59 USBWRF Fron statWert_WR1_18Hour: 294
2016-03-11 11:10:01 OBIS zaehler total_consumption: 5633.6778
2016-03-11 11:10:01 TRX_WEATHER Mess_4 energy_power: 0.7 W
2016-03-11 11:10:01 OBIS zaehler total_feed: 31198.944
2016-03-11 11:10:01 OBIS zaehler V_kWh: 1.67050000000017
2016-03-11 11:10:06 OBIS zaehler Spannung_U1: 229.61
2016-03-11 11:10:06 OBIS zaehler Spannung_U2: 231.39
2016-03-11 11:10:06 OBIS zaehler Spannung_U3: 227.91
2016-03-11 11:10:06 OBIS zaehler Strom_I1: 0.91
2016-03-11 11:10:06 OBIS zaehler Strom_I2: 6.67
2016-03-11 11:10:06 OBIS zaehler Strom_I3: 5.24
2016-03-11 11:10:06 OBIS zaehler Leistung_W1: 168
2016-03-11 11:10:06 OBIS zaehler Leistung_W2: -1533
2016-03-11 11:10:06 OBIS zaehler Leistung_W3: -1180
2016-03-11 11:10:06 OBIS zaehler VLeistung_W1: 168
2016-03-11 11:10:06 OBIS zaehler VLeistung_W2: 0
2016-03-11 11:10:06 OBIS zaehler VLeistung_W3: 76
2016-03-11 11:10:06 OBIS zaehler Momentanleistung: -2545
2016-03-11 11:10:06 OBIS zaehler WR1: -1509
2016-03-11 11:10:08 TRX_WEATHER Mess_4 energy_power: 0.8 W


Ich spekulier jetzt mal, dass das an der Methode des "Pseudo-Pollings"
Zitat
Ich werte die erste komplette Message aus dem Puffer aus.
Da aber ja immer wieder (alle ca. 5 Sekunden) der Port ausgelesen wird, und die Daten so lange verworfen werden, bis das Intervall abgelaufen ist, sollte die Message doch sehr aktuell sein (bis max. -2 oder -3 Sekunden.)
liegt und im Puffer keine komplette Message vorliegt, so dass nachgelesen werden musste, was dann eben dauert. So deute ich zumindest die Mehrfach-Events.

Lösungsidee meinerseits:
anstatt beim Auslesen des Ports die Daten zu verwerfen, wenn keine Verarbeitung erfolgen soll, immer den letzten Beginn einer Message mit Daten dieser Message zwischenspeichern, so dass zum Verarbeitungszeitpunkt immer ein kompletter Datensatz vorliegt und nicht nachgelesen werden muss.

Sinnvoll ? Machbar ?

Grüße
Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

Icinger

Zitat von: immi am 11 März 2016, 08:54:13
Stefan, Super!!
CRC ist ein Unique selling point für SML in 47_OBIS.
immi
Hi. I think you'll get a test-version tomorrow evening or so.... :)

Gesendet von meinem SM-N9005 mit Tapatalk

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

KölnSolar

Hi Stefan,

wenn sich mein Vorschlag aus #141 nicht sinnvoll realisieren lässt: Wie wäre es mit einem reading/event "data incomplete" ? Damit könnte man per notify das Nachlesen der Erzeugungsdaten triggern.

Grüße
Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

Icinger

Oha, den Beitrag hatte ich übersehen.

Hmm, ich denke, das lässt sich machen.......Werd ich mir mal anschaun...
Aber die Mehrfach-Events sind schon lange Geschichte, das ist bereits behoben.
Verwende deine Zeit nicht mit Erklärungen. Die Menschen hören (lesen) nur, was sie hören (lesen) wollen. (c) Paulo Coelho

KölnSolar

nein, eben nicht. Mehrfachevents sind zwar weniger geworden, aber noch vorhanden
2016-03-13 15:32:00 OBIS zaehler total_consumption: 5639.6647
2016-03-13 15:32:00 OBIS zaehler total_feed: 31257.582
2016-03-13 15:32:00 OBIS zaehler V_kWh: 4.73370000000068
2016-03-13 15:32:00 OBIS zaehler total_consumption: 5639.6647
2016-03-13 15:32:00 OBIS zaehler total_feed: 31257.5874
2016-03-13 15:32:00 OBIS zaehler Spannung_U1: 230.57
2016-03-13 15:32:00 OBIS zaehler Spannung_U2: 232.28
2016-03-13 15:32:00 OBIS zaehler Spannung_U3: 229
2016-03-13 15:32:00 OBIS zaehler V_kWh: 4.72829999999885
2016-03-13 15:32:00 OBIS zaehler total_consumption: 5639.6647
2016-03-13 15:32:00 OBIS zaehler total_feed: 31257.5901
2016-03-13 15:32:00 OBIS zaehler Spannung_U1: 230.45
2016-03-13 15:32:00 OBIS zaehler V_kWh: 4.72559999999794
2016-03-13 15:32:08 OBIS zaehler total_consumption: 5639.6647
2016-03-13 15:32:08 OBIS zaehler total_feed: 31257.5955
2016-03-13 15:32:08 OBIS zaehler V_kWh: 4.72019999999975
2016-03-13 15:32:08 OBIS zaehler Spannung_U1: 230.44
2016-03-13 15:32:08 OBIS zaehler Spannung_U2: 232.34
2016-03-13 15:32:08 OBIS zaehler Spannung_U3: 229.1
2016-03-13 15:32:08 OBIS zaehler Strom_I1: 0.63
2016-03-13 15:32:08 OBIS zaehler Strom_I2: 13.2
2016-03-13 15:32:08 OBIS zaehler Strom_I3: 8.34
2016-03-13 15:32:08 OBIS zaehler Leistung_W1: 109
2016-03-13 15:32:08 OBIS zaehler Leistung_W2: -3058
2016-03-13 15:32:08 OBIS zaehler Leistung_W3: -1895
2016-03-13 15:32:08 OBIS zaehler VLeistung_W1: 109
2016-03-13 15:32:08 OBIS zaehler VLeistung_W2: 0
2016-03-13 15:32:08 OBIS zaehler VLeistung_W3: 0
2016-03-13 15:32:08 OBIS zaehler Momentanleistung: -4844


Hab auch kein stastics mehr im Einsatz.

Kann ich irgendwie helfen ? verbose x ? zusätzliche Loggings einbauen ?

Grüße
Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

stromer-12

Im aktuellem ELV-Journal werden die die Protokolle von Smartmetern erklärt.
FHEM (SVN) auf RPi1B mit HMser | ESPLink
FHEM (SVN) virtuell mit HMLAN | HMUSB | CUL

tupol

Hallo icinger,

bin gerade auf Dein Modul OBIS aufmerksam geworden. Der Name OBIS ist etwas irreführend, da es ja nur OBIS-Daten über die serielle Schnittstelle und nur in bestimmten Formaten ausliest.

Es wäre schön, wenn der Modulname einen Hinweis darauf gegeben könnte. Der Name SMLUSB oder EASYMETER war da aussagekräftiger. ;-)
Es sei denn, Du willst auch noch dir restlichen Format diverser Energie-, Gas- oder Wärmemessgeräte darin integrieren.

Gruß

tupol

willybauss

Das OBIS-Modul liest eben KEINE SML-Daten, zumindest noch nicht. icinger ist meines Wissens grade dabei, OBIS und SMLUSB zu vereinen, aber solange das OBIS-Modul kein SML versteht ist der Name aus meiner Sicht ganz passend.
FHEM auf Raspberry Pi B und 2B; THZ (THZ-303SOL), CUL_HM, TCM-EnOcean, SamsungTV, JSONMETER, SYSMON, OBIS, STATISTICS

Icinger

Seit heute früh wird das OBIS-Modul auch MIT SML-Unterstützung ausgeliefert.

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