[OBIS V2] - Jetzt auch mit SML-Unterstützung

Begonnen von Icinger, 08 April 2016, 19:54:44

Vorheriges Thema - Nächstes Thema

Icinger

Wenn readings kommen, und wenn NUR diese kommen, gibt der Zähler einfach nicht mehr her leider.

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

rih

Hallo,
weiß nicht, ob das hier unbedingt reinpasst. Aber ich frage trotzdem mal: ich möchte den IR-Kopf von Volkszähler-Udo remote per SOCAT mittels OBIS an FHEM anbinden. Dazu habe ich in die rc.local des Pi, an welchem der USB-IR-Kopf angesteckt ist, folgendes eingetragen:

socat TCP4-LISTEN:3000,fork,reuseaddr /dev/ttyUSB0,raw,echo=0,b9600

Bei dem Pi, auf dem FHEM läuft, habe ich in FHEM das hier eingetragen:

define ZSensor OBIS uart://192.168.0.6:3000 SML

Funktioniert leider nicht. Status disconnected. Die Vorgehensweise habe ich so von meinem remote angebunden HM-MOD-RPI-PCB-Modul übernommen (ist an einem anderen, 3. Pi eingesteckt), was problemlos funktioniert.
Der IR-Kopf ist an ttyUSB0 angeschlossen. Netzwerkadresse passt. Beim Rest bin ich mir unsicher. Insbesondere bei dem "uart" vor der Netzwerkadresse zweifle ich die Richtigkeit an. Aber auch der rc.löcal-Eintrag stimmt so vermutlich nicht. Kann mir bitte jemand helfen?


immi


rih

Danke immi, so geht es. Die Verbindung steht. Habe halt noch das SML dran gehängt. Jetzt muss / kann ich mich weiter zu dem Thema OBIS einlesen. Heißt, die aktuell 18 Seiten durchlesen.

immi

Zitat von: rih am 23 Dezember 2016, 20:25:07
Danke immi, so geht es. Die Verbindung steht. Habe halt noch das SML dran gehängt. Jetzt muss / kann ich mich weiter zu dem Thema OBIS einlesen. Heißt, die aktuell 18 Seiten durchlesen.
SML muss Du nicht schreiben (darfst du); es sollte automagically erkannt werden.
Mit eine raspi, mag ich lieber SER2NET als socat   (de gustibus non disputandum est).
immi

awex102

Hallo, ich habe meinen IR Leser per ser2net verfügbar gemacht. Das klappt auch (Verbindung steht).

Ich habe jetzt folgendes Verhalten:

pollingMode = off und interval auf 5:

zwischen den 5 Sekunden (bzw in Abhänigkeit zu interval): Tausende Einträge parsing.... aber die Daten werden alle 5 Sekunden geschrieben. Das Log läuft durch das x fache parsing.... pro Sekunde halt irgendwann über.

Stelle ich pollingMode auf on und interval auf 5: Keine parsing.... Meldungen mehr dafür aber kein Schreiben der Werte, sondern nur ein:

2017.01.01 19:22:49 5 : SW:
2017.01.01 19:22:49 4 : Wrote
2017.01.01 19:22:49 5 : OBIS (Strom) - Internal timer set to 2017-01-01 19:22:54

Ich vermute das Verhalten hängt mit der entfernten Verbindung zusammen ?

ser2net ist auf der Gegenstelle so eingerichtet:

3000:raw:0:/dev/ttyUSB0:9600 8DATABITS NONE 1STOPBIT

Danke und Gruß
Christian

immi

Zitat von: awex102 am 01 Januar 2017, 19:25:30
Hallo, ich habe meinen IR Leser per ser2net verfügbar gemacht. Das klappt auch (Verbindung steht).
pollingMode = off und interval auf 5:
Hi Christian
Ich habe SML (per ser2net) und vervende/brauche  nicht interval oder pollingmode;
ich mag lieber event-aggregator
attr PowerMeter event-aggregator power:120:linear:mean,total_consumption:300:none:v,total_consumption_Ch1:300:none:v
attr PowerMeter event-on-change-reading .*

immi


awex102

#262
Ah, verstehe, danke! Eine Rückfrage: Kann man power:120:linear:mean direkt abrunden? Da kommen im Schnitt 10 Nachkommastellen zurück.

Nur zum Verständnis: Es ist also "normal", dass ständig Daten verarbeitet werden auf der Schnittstelle? Bei pollingMode on war meine Annahme, dass nur im Moment der Abfrage Datenverkehr herrscht und ansonsten Ruhe ist...

immi

Zitat von: awex102 am 02 Januar 2017, 08:23:54
Ah, verstehe, danke! Eine Rückfrage: Kann man power:120:linear:mean direkt abrunden? Da kommen im Schnitt 10 Nachkommastellen zurück.
direkt abrunden https://forum.fhem.de/index.php/topic,36771.15.html
m.E ist umständig aber kannst du mit userreading

Zitat
Nur zum Verständnis: Es ist also "normal", dass ständig Daten verarbeitet werden auf der Schnittstelle? Bei pollingMode on war meine Annahme, dass nur im Moment der Abfrage Datenverkehr herrscht und ansonsten Ruhe ist...

both approaches have pro and contra.

----polling mode-
pollingMode is the preferred solution from Stefan, for his system
if you see high CPU load in fhem, you should use it
----

--my setup (photodiode-> transistor-amp -> esp8266 -> wlanrouter -> NAS)  ---
The amount of data trasferred over wlan is negligible, if you send all data from the meeter.
Therefore I prefer getting all data to fhem and process what I need.
I like to have an avarage of power over 2 minutes, because my meeter makes no avarage over time; therefore i need 1 reading/second.
I do not like to stop the interface and restart it; I have the impression that the connection is not so stable
-------
immi


awex102

#264
Hallo,

hat sich schon mal jemand mit dem Thema "Auswertung" beschäftigt?

Ich stelle mir eine grafische Auswertung per tablet UI vor, also z.B. Verbrauch über den Tag, Verbrauch / Tag, Verbrauch / Monat, Vebrauch / Jahr.
Z.B. in Form von Linien- und Balkendiagrammen (also z.B. ein Balkendiagramm mit 12 aggregierten Balken jeweils pro Monat ein Balken) usw?

Gibt es in fhem entsprechende "out of the box" Lösungen auf Basis der Logfiles ? Das gleiche könnte man ja z.B. auch für die Photovoltaik Anlage, Stromverbrauch der THZ Heizung usw nutzen. Generisch formuliert: Auswertung von devices, die "verbrauchswerte" ausgeben.

Danke und Gruß

no_Legend

#265
Schau mal ob eventuell das energy calculator Modul was für dich ist.

Ohne irgendein Logging bekommst du keine Diagramm hin.
Entweder per filelog oder dB log.
Wo her soll sich FHEM die daten zum anzeigen holen, wenn nichts gespeichert wird?

Gesendet von iPhone mit Tapatalk Pro
IntelNUC mit Ubuntu mit FHEM immer aktuell,2x HMLAN, CUL443, CUL868 -homekit/siri -tablet ui -homebridge
Device, diverse:
HM-SEC-KEY,HM-LC-BL1-FM,HM-SEC-SD,HM-Sen-DB-PCB,HM-Sec-RHS,HM-Sec-SC-2,HM-WDS10-TH-O,Harmony,Netamo, 433MHz Steckdosen uvm.

KölnSolar

zustimm !!!
Ich formuliere es aber mal anders. Du postest Deine Anfrage zu einem device, welches Zählerdaten ausliest.  :o Dessen readings kannst Du je nach Geschmack loggen. Wenn Du dann Statistiken fahren willst, kannst Du Dir über das statistics-Modul(nein, die Bezeichnung ist kein Zufall) Daten aggregieren lassen. Die kannst Du dann auch wieder loggen. Was geloggt ist, kannst Du auch plotten.
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

Hi Leute,

habe gerade - endlich - einen Fix eingecheckt, mit dem jene User, die nur das

2016.12.08 19:08:07 5: OBIS (Stromzaehler) - Msg-Parse: !
2016.12.08 19:08:07 5: OBIS (Stromzaehler) - Msg-Parse: 255-255:255.255.255*255()
2016.12.08 19:08:07 5: OBIS (Stromzaehler) - Msg-Parse: /

upgedatet bekommen haben jetzt endlich an ihre Daten kommen :D

no_legend hats getestet und es scheint alles zu funktionieren.

Das Problem war, das hier innerhalb des Datenpakets ein Datensatz mit dieser Adresse kommt (eben  255-255:255.255.255*255), welcher sich nicht an die Standard-Kodierung hält.
Somit hat mein Modul kein Ende gefunden und die darauffolgenden Daten nicht mehr auswerten könenn.
Dieser spezielle Datensatz wird nun komplett ausgefiltert.

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

no_Legend

IntelNUC mit Ubuntu mit FHEM immer aktuell,2x HMLAN, CUL443, CUL868 -homekit/siri -tablet ui -homebridge
Device, diverse:
HM-SEC-KEY,HM-LC-BL1-FM,HM-SEC-SD,HM-Sen-DB-PCB,HM-Sec-RHS,HM-Sec-SC-2,HM-WDS10-TH-O,Harmony,Netamo, 433MHz Steckdosen uvm.

majorshark

Hallo. Ich frage mal vorsichtig in diese Runde.
Nach dem letzten Update habe ich wilde Logbucheinträge die sich mit de Zeiten der Aktualisierung der OBIS Geräte decken.

2017.01.07 15:20:05 3: '7707''81''81''C7''82''03''FF''0101010104454D480177070100000000FF010101010939303036393638310177070100010801FF628201621E52FF560008F1FBBA0177070100020801FF628201621E52FF560008AEF66701770700006001FFFF010101010B303030323235333833300177070100010700FF0101621B52FF5500005C7A0177070100020700FF0101621B52FF55000000000101016398B8007607000F0A8C0641620062007263020171016353CF000000001B1B1B1B1A0374D5'
2017.01.07 15:20:05 3: '7707''01''00''00''00''00''FF''010101010939303036393638310177070100010801FF628201621E52FF560008F1FBBA0177070100020801FF628201621E52FF560008AEF66701770700006001FFFF010101010B303030323235333833300177070100010700FF0101621B52FF5500005C7A0177070100020700FF0101621B52FF55000000000101016398B8007607000F0A8C0641620062007263020171016353CF000000001B1B1B1B1A0374D5'
2017.01.07 15:20:05 3: '7707''01''00''01''08''01''FF''628201621E52FF560008F1FBBA0177070100020801FF628201621E52FF560008AEF66701770700006001FFFF010101010B303030323235333833300177070100010700FF0101621B52FF5500005C7A0177070100020700FF0101621B52FF55000000000101016398B8007607000F0A8C0641620062007263020171016353CF000000001B1B1B1B1A0374D5'
2017.01.07 15:20:05 3: '7707''01''00''02''08''01''FF''628201621E52FF560008AEF66701770700006001FFFF010101010B303030323235333833300177070100010700FF0101621B52FF5500005C7A0177070100020700FF0101621B52FF55000000000101016398B8007607000F0A8C0641620062007263020171016353CF000000001B1B1B1B1A0374D5'
2017.01.07 15:20:05 3: '7707''00''00''60''01''FF''FF''010101010B303030323235333833300177070100010700FF0101621B52FF5500005C7A0177070100020700FF0101621B52FF55000000000101016398B8007607000F0A8C0641620062007263020171016353CF000000001B1B1B1B1A0374D5'
2017.01.07 15:20:05 3: '7707''01''00''01''07''00''FF''0101621B52FF5500005C7A0177070100020700FF0101621B52FF55000000000101016398B8007607000F0A8C0641620062007263020171016353CF000000001B1B1B1B1A0374D5'
2017.01.07 15:20:05 3: '7707''01''00''02''07''00''FF''0101621B52FF55000000000101016398B8007607000F0A8C0641620062007263020171016353CF000000001B1B1B1B1A0374D5'
2017.01.07 15:21:07 3: '7707''81''81''C7''82''03''FF''0101010104454D480177070100000000FF010101010939303036373237360177070100020801FF620001621E52FF56000CC56B2A01770700006001FFFF010101010B303030323135303933350177070100020700FF0101621B52FF550000000001010163B4FE00760700170A26071F62006200726302017101633D1900001B1B1B1B1A013C4B'
2017.01.07 15:21:07 3: '7707''01''00''00''00''00''FF''010101010939303036373237360177070100020801FF620001621E52FF56000CC56B2A01770700006001FFFF010101010B303030323135303933350177070100020700FF0101621B52FF550000000001010163B4FE00760700170A26071F62006200726302017101633D1900001B1B1B1B1A013C4B'
2017.01.07 15:21:07 3: '7707''01''00''02''08''01''FF''620001621E52FF56000CC56B2A01770700006001FFFF010101010B303030323135303933350177070100020700FF0101621B52FF550000000001010163B4FE00760700170A26071F62006200726302017101633D1900001B1B1B1B1A013C4B'
2017.01.07 15:21:07 3: '7707''00''00''60''01''FF''FF''010101010B303030323135303933350177070100020700FF0101621B52FF550000000001010163B4FE00760700170A26071F62006200726302017101633D1900001B1B1B1B1A013C4B'
2017.01.07 15:21:07 3: '7707''01''00''02''07''00''FF''0101621B52FF550000000001010163B4FE00760700170A26071F62006200726302017101633D1900001B1B1B1B1A013C4B'


Kann das jemand bestätigen? Wenn ja kann man das abstellen?

Grüße aus Dewitz

VM auf Synology DS718+ mit FHEM 5.9 auf Debian 9.5/32-Bit (stretch)
Nächster Leipziger Stammtisch: