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

[FunkOdyssey]

Mit welchem Modul liest du den Wechselrichter aus? Kostalpiko?

[haneub]

Hallo,
ich hab nen sma WR. Die Daten seh ich sehr zeitnah im fhem. Der ist ja auch immer früher dran, das denke ich passt.
Ich hab jetzt mal Pollingmode auf off gesetzt und es passt ganz wunderbar (so ab 14:40) läuft es wunderbar synchron.
Gruß, Harald

[Icinger]

Ist klar.....Dein Zähler sendet ständig Daten.......
Mit Polling ruft das Modul aber nur alle 10 Minuten einen Satz Daten ab.
Der Rest bleibt zwischendurch im System-Buffer und summiert sich hoch.....

[haneub]

Hallo,
ich dachte mit interval 60 würde ich dann alle Minute Daten bekommen?
Pollingmode macht fix 10min Intervall? Das ist zu langsam, da ich eigentlich damit demnächst Ladung von e-Auto steuern will. Da ist 10min zu langsam, die Wolken ziehen schneller...
Ohne Pollingmode hängt das Interface (da auf dem Fhem auch noch der SMA per IP, eine Lüftung per modbus, homematic als modul und wlan-Steckdosen  laufen...)
Gruß, Harald

[C0mmanda]

Moin,

ich habe einen neuen Stromzähler bekommen und versuche diesen nun auszulesen.
Es ist ein DZG DWS7412.1 mit optischer Schnittstelle.
Ich habe mir einen IR-Schrei/Lesekopf besorgt und ihn per USB mit meinem FHEM + OBIS gekoppelt.
Scheint soweit auch wunderbar zu funktionieren, ich empfange Daten.

Ich habe nur das merkwürdige Problem das ich mal plausible, mal negative Verbrauchswerte erhalte.
Eingrenzen oder reproduzieren kann ich es nicht. (OBIS zeigt z.B. -279W an während der Zähler selbst 500W anzeigt)
Der Gesamtverbrauch stimmt mit den Angaben des Zählers überein.

Ich habe keine Idee woran das liegen kann und hoffe jemand kann mir helfen.

Hier log vom gesamten Lesevorgang:

Code Auswählen Erweitern

2018.09.08 07:04:50 5: SW:
2018.09.08 07:04:50 4: Wrote
2018.09.08 07:04:50 5: OBIS (Stromzaehler) - Internal timer set to 2018-09-08 07:05:20
2018.09.08 07:04:51 5: SML-Parse 1B1B1B1B01010101760587C61200620062007263010176010102310B0A01445A4700028275D772620164065A55620263724300760588C61200620062007263070177010B0A01445A4700028275D7070100620AFFFF72620164065A557477070100603201010172620162006200520004445A470177070100600100FF017262016200620052000B0A01445A4700028275D70177070100010800FF641C01047262016200621E52FF6405893F0177070100100700FF017262016200621B52FE539456010101634BA000760589C61200620062007263020171016332A000000000001B1B1B1B1A04518A
2018.09.08 07:04:51 5: OBIS: Full message-> 1B1B1B1B01010101760587C61200620062007263010176010102310B0A01445A4700028275D772620164065A55620263724300760588C61200620062007263070177010B0A01445A4700028275D7070100620AFFFF72620164065A557477070100603201010172620162006200520004445A470177070100600100FF017262016200620052000B0A01445A4700028275D70177070100010800FF641C01047262016200621E52FF6405893F0177070100100700FF017262016200621B52FE539456010101634BA000760589C61200620062007263020171016332A000000000001B1B1B1B1A04518A
2018.09.08 07:04:51 5: OBIS: Telegram=1B1B1B1B01010101760587C61200620062007263010176010102310B0A01445A4700028275D772620164065A55620263724300760588C61200620062007263070177010B0A01445A4700028275D7070100620AFFFF72620164065A557477070100603201010172620162006200520004445A470177070100600100FF017262016200620052000B0A01445A4700028275D70177070100010800FF641C01047262016200621E52FF6405893F0177070100100700FF017262016200621B52FE539456010101634BA000760589C61200620062007263020171016332A000000000001B1B1B1B1A04518A
2018.09.08 07:04:51 5: OBIS: Telegram=0177070100600100FF017262016200620052000B0A01445A4700028275D70177070100010800FF641C01047262016200621E52FF6405893F0177070100100700FF017262016200621B52FE539456010101634BA000760589C61200620062007263020171016332A000000000001B1B1B1B1A04518A
2018.09.08 07:04:51 5: OBIS: Telegram=0177070100010800FF641C01047262016200621E52FF6405893F0177070100100700FF017262016200621B52FE539456010101634BA000760589C61200620062007263020171016332A000000000001B1B1B1B1A04518A
2018.09.08 07:04:51 5: OBIS: Telegram=0177070100100700FF017262016200621B52FE539456010101634BA000760589C61200620062007263020171016332A000000000001B1B1B1B1A04518A
2018.09.08 07:04:51 4: MSG IS:
/
1-0:96.50.1*255(DZG)
1-0:96.1.0*255(
DZGu)
1-0:1.8.0*255(36281.5*Wh)
1-0:16.7.0*255(-275.62*W)
!

2018.09.08 07:04:51 5: OBIS (Stromzaehler) - Msg-Parse: /
2018.09.08 07:04:51 5: OBIS (Stromzaehler) - Msg-Parse: 1-0:96.50.1*255(DZG)
2018.09.08 07:04:51 5: OBIS (Stromzaehler) - Msg-Parse: 1-0:96.1.0*255(
DZGu)
2018.09.08 07:04:51 5: OBIS (Stromzaehler) - Msg-Parse: 1-0:1.8.0*255(36281.5*Wh)
2018.09.08 07:04:51 5: Msg 1-0:1.8.0*255(36281.5*Wh) is of type Counter
2018.09.08 07:04:51 4: Set total_consumption to 36281.5
2018.09.08 07:04:51 5: OBIS (Stromzaehler) - Msg-Parse: 1-0:16.7.0*255(-275.62*W)
2018.09.08 07:04:51 5: Msg 1-0:16.7.0*255(-275.62*W) is of type Channels
2018.09.08 07:04:51 5: OBIS (Stromzaehler) - Msg-Parse: !

Und ein list vom Device:

Code Auswählen Erweitern

Internals:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A90788VC-if00-port0@@9600,8,N,1
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A90788VC-if00-port0@@9600,8,N,1
   MeterType  SML
   NAME       Stromzaehler
   NR         130
   PARTIAL   
   STATE      opened
   TYPE       OBIS
   Helper:
     DBLOG:
       power:
         logdb1:
           TIME       1536383271.01572
           VALUE      -207.91
   READINGS:
     2018-09-08 07:07:51   1.0.96.50.1.255 DZG
     2018-09-08 07:07:51   power           -207.91
     2018-09-08 06:55:20   state           opened
     2018-09-08 07:07:51   total_consumption 36300.6
   helper:
     BUFFER     
     EoM        -1
     SPEED     
     SPEED2     
     TRIGGERTIME 1536382520.06882
     Channels:
     DEVICES:
       
       30
       
     directions:
Attributes:
   interval   30
   pollingMode on
   verbose    1

Vielen Dank im voraus.

Gruß
C0mmanda

[C0mmanda]

Ich habe wegen meinem Problem mal den Verkäufer des IR-Lesekopfes angeschrieben. (Nicht Volkszähler).
Er sagt das Problem mit meinem Zähler ist ihm seit wenigen Tagen bekannt und er würde an einem Fix für die Software arbeiten (Emlog).

Weiß jetzt nicht wie hilfreich das ist, aber es scheint ja an der Auswertung der Daten zu liegen...
Habe testweise mal vzlogger installiert, da werden die Daten auch nicht korrekt ausgelesen....

Gruß

[Blixman]

Hallo zusammen,

nachdem ich Anfang des Jahres nach einem 47_OBIS.pm update schon Probleme hatte, habe ich es nochmal probiert, bekomme aber nach dem
Update auf die aktuellste Version leider keine Readings mehr. Ich habe einen Pafal Zähler und bekomme mit der aktuellsten Version und Verbose 5 folgende Ausgabe:

Code Auswählen Erweitern

2018.09.07 08:33:08 5: OBIS (Haushaltsstrom_PV) - Internal timer set to 2018-09-07 08:36:08
2018.09.07 08:33:08 5: OBIS (Haushaltsstrom_PV) - Msg-Parse: /?!
2018.09.07 08:33:08 5: SW: 063030300d0a
2018.09.07 08:33:09 5: OBIS (Haushaltsstrom_PV) - Msg-Parse: 000
2018.09.07 08:33:37 5: SW: 2f3f210d0a
2018.09.07 08:33:37 4: Wrote /?!

Mehr kommt leider nicht an und die bestehenden Readings werden nicht aktualisiert. Wenn ich dann eine ältere Version von OBIS einspiele (irgendeine von Anfang Januar) dann geht alles wieder.

Für mich ist das Thema aktuell, da ich versuche das bei einem Kollegen mit dem gleichen Zähler einzurichten, da klappt es leider auch nicht.

Kann mir jemand weiterhelfen oder mir sagen, was ich "falsch" mache?

Anbei noch mein define:

Code Auswählen Erweitern

define Haushaltsstrom_PV OBIS /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_Strom2-if00-port0@300,7,E,1 VSM102
attr Haushaltsstrom_PV event-min-interval total_consumption:600,total_feed:600,total_consumption_PowerCurrent:600,total_consumption_EnergyDay:600,total_consumption_EnergyMonth:600,tota_consumption_EnergyYear:600,total_feed_PowerCurrent:600,total_feed_EnergyDay:600,total_feed_EnergyMonth:600,total_feed_EnergyYear:600,total_consumption_CounterCurrent:600,total_feed_CounterCurrent:600
attr Haushaltsstrom_PV event-on-change-reading total_consumption,total_feed,total_consumption_PowerCurrent,total_consumption_EnergyDay,total_consumption_EnergyMonth,tota_consumption_EnergyYear,total_feed_PowerCurrent,total_feed_EnergyDay,total_feed_EnergyMonth,total_feed_EnergyYear,total_consumption_CounterCurrent,total_feed_CounterCurrent
attr Haushaltsstrom_PV interval 180
attr Haushaltsstrom_PV verbose 0


Vielen Dank schonmal, Grüße, Blixman.

[haneub]

Noch mal zum polling-mode:
Kann ich das irgendwie hinkriegen, das da jede 60s oder 120s ein aktueller Wert erscheint? Im Moment habe ich 10min Zeitversatz und das ist bei den durchziehenden Wolken zu langsam zum regeln eines E-Mobils.

Sonst muss ich einen Raspi(Zero?) nur dafür daneben bauen?
Danke, Harald

[KölnSolar]

Hallo Harald,
Du hast einen "pushenden" Zähler, richtig ?

Dann sollte es mit interval =60 klappen. pejonp hatte Dir dann noch den aligntime Tipp gegeben. Dann liegen die Werte nur minimal auseinander, um den konkreten Verbrauch/Erzeugungsüberschuss zu berechnen. Bei mir klappt das 1a.

Ich hatte früher auch mal ein vergleichbares Problem, aber das hat sich zwischenzeitlich in Luft aufgelöst. Bei mir hat es aber auch damals immer perfekt nach einem Restart funktioniert.


aktuelle Grafik(blau=Zähler;pink=Erzeuger)
Grüße Markus

[cwagner]

Also, meine Erfahrung ist, dass im "online-Modus", also Messwerte praktisch zeitgleich mit dem Ereignis (Stromverbraucher an/aus) die Belastung für einen Raspi doch deutlich hoch geht. Ich habe hier auf einem Pi 2+ durchgängig bei 30% CPU Belastung - es läuft lediglich FHEM mit DBLOG und OBIS. Das ist mehr als mein Haupt-PI mit 280 Geräten als Steuerung für Heizung, Lüftung, Wärme-Solar sowie einigen weiteren Schnickschnack

Herzliche Grüße

Christian

[KölnSolar]

pollender oder pushender Zähler ? Beim pushenden den pollingmode=on setzen u. interval definieren, sofern Du nicht unbedingt die permanenten Daten möchtest.

[haneub]

Hallo,
hab ich versucht.
Ich würde gerne jede 1-2 Minuten einen aktuellen Leistungswert bekommen. Die Zählerstände brauche ich nicht so zeitnah.
Mit pollingmode on und interval 60 erhalte ich Werte die 10min zeitverzögert sind.
Ohne Poliingmode erhalte ich die aktuellen Werte.

Code Auswählen Erweitern

define ez OBIS /dev/ttyUSB1@9600,8,N,1 SML
attr ez event-min-interval total_feed:300,total_consumption:300,PEin:300,PBezug:300,power:120
attr ez pollingMode on
attr ez interval 60

Bin ein wenig ratlos.
Danke, Harald

[KölnSolar]

Ich würd mal das event-min-interval weglassen. Das ist zumindest kontraproduktiv zu Deinem Ziel von 1' und ich weiß nicht, ob das im Modul überhaupt richtig implementiert ist.

Mal die events nach einem Reboot im Event-Monitor beobachtet ?


Hat jemand einen Elster AS1440 im Einsatz ? Ich vermute schon, da Stefan den ja als Zählertyp implementiert hat.  Wenn ich die vielen gegoogelten Dokumente interpretiere, dann hat der keine Werte/Phase. Richtig ?

Grüße Markus

[FunkOdyssey]

Hat jemand einen Elster AS1440 im Einsatz ? Ich vermute schon, da Stefan den ja als Zählertyp implementiert hat.

Ich hatte diesen Zähler bei einem Bekannten kurz ausgelesen. Wobei "kurz" hier nicht wirklich richtig ist. Die Baudrate lag bei 300 und die Übertragung sämtliche Daten zog sich über einen sehr langen Zeitraum hin. Es kam aber alles an. Mehr kann ich dazu nicht sagen, da der Lesekopf nun wieder am EasyMeter hängt.

[KölnSolar]

Dank Dir für die Rückmeldung.

Die Baudrate lag bei 300

....ist nach meinem Verständnis die Grundeinstellung, die sich aber verändern lässt(Oder macht es das OBIS-Modul gar "automatisch" ? )

Es kam aber alles an.

Also pro Phase ? Mir sind halt die Leistungsdaten/Phase wichtig und bis 31.12. muss mein jetziger Hager wg. Ablauf der Eichfrist getauscht werden. Und ich erwäge den Wechsel des Messstellenbetreibers, da ich wg. tollem Gesetz u. PV > 7 kWp bald wieder vermutlich mit einem neuen Zähler(dann als "intelligente Messeinrichtung" mit Gateway  ) zwangsbeglückt werde.