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

RalfRog · 10 November 2023, 18:46:40

Zitat von: sunrise am 10 November 2023, 18:44:05300 8N1; 300 7E1; 9600 8N1; 9600 7E1 - alle Outputs enthalten auch nach längerem minicom Lauf nicht die Sequenz 1b 1b 1b 1b. Ich verstehe das nicht, denn gestern noch erhielt ich im Obis-Modul einige Werte.

Bedarf es da einer Initialisierung von mir (meinetwegen mit der Taschenlampe), damit das klappt?

Welche Daten erhältst du denn überhaupt?
Aber die Stelle im minicom wo die Parameter eigesatellt werdn hast du gefunden - nehme ich an (wg. 00 8N1; 300 7E1; 9600 8N1; 9600 7E1)!

sunrise · 10 November 2023, 18:50:34

Irgendwelche Daten (in HEX) - soll ich sie hier posten?

Ich habe mir 4 Konfigs angelegt:

Code Auswählen

xyz@pi:/etc/minicom $ ll
insgesamt 20
-rw-r--r-- 1 root root 285 10. Nov 18:13 minirc.300_7e1
-rw-r--r-- 1 root root 285 10. Nov 18:13 minirc.300_8n1
-rw-r--r-- 1 root root 286 10. Nov 18:14 minirc.9600_7e1
-rw-r--r-- 1 root root 286 10. Nov 18:14 minirc.9600_8n1
xyz@pi:/etc/minicom $ cat *
# Machinell erzeugte Datei - Verwenden Sie "minicom -s" zum Ändern
pu port             /dev/ttyUSB1
pu baudrate         300
pu bits             7
pu parity           E
pu stopbits         1
pu rtscts           No
pu xonxoff          No
pu displayhex       Yes
pu linewrap         Yes
# Machinell erzeugte Datei - Verwenden Sie "minicom -s" zum Ändern
pu port             /dev/ttyUSB1
pu baudrate         300
pu bits             8
pu parity           N
pu stopbits         1
pu rtscts           No
pu xonxoff          No
pu displayhex       Yes
pu linewrap         Yes
# Machinell erzeugte Datei - Verwenden Sie "minicom -s" zum Ändern
pu port             /dev/ttyUSB1
pu baudrate         9600
pu bits             7
pu parity           E
pu stopbits         1
pu rtscts           No
pu xonxoff          No
pu displayhex       Yes
pu linewrap         Yes
# Machinell erzeugte Datei - Verwenden Sie "minicom -s" zum Ändern
pu port             /dev/ttyUSB1
pu baudrate         9600
pu bits             8
pu parity           N
pu stopbits         1
pu rtscts           No
pu xonxoff          No
pu displayhex       Yes
pu linewrap         Yes

Und jeweils so aufgerufen, z.B.:

Code Auswählen

sudo TERM=linux minicom 9600_8n1 -C 9600_8n1.txt
Die 4 Output-Dateien (*.txt) könnte ich hier anhängen. Aber evtl. enthalten sie ja doch sensible Daten, und das wäre dann blöd.

Jedenfalls habe ich alle 4 Dateien vom Pi nach Windows geholt (scp), in Notepad++ geöffnet und nach der Sequenz gesucht - nichts.

RalfRog · 10 November 2023, 19:02:52

Ich habe minicom noch nie benutzt (weiss gerade nicht welches Terminalprgramm ich zum Testen genutzt habe). Der Aufruf sieht an sich gut aus.

Ja, es können sensible Daten (nämlich die Zählernummer) enthalten sein. Aber es ist schwierig zu sagen ob du Quatsch erhältst oder richtige Daten.

Im Screenshot oben -wie von @stefanru erwähnt- wird ist ein Datenpaket innerhalb der Sequenz "1b 1b 1b 1b 01 01 01 01 ...Daten... 1b 1b 1b 1b CRC-Prüfsumme" enthalten.
Z.B. der Zählerstand (in Wh) wäre dann etwas wie "77 07 01 00 01 08 00 ff Daten". Hier erkennst du den OBIS-Code 01 08 00.

Die Datenpakete kommen dann alle paar Sekunden durchgerauscht.

sunrise · 10 November 2023, 19:10:21

Das habe ich verstanden. Aber wenn nicht einmal die Startsequenz auftritt, vermute ich, minicom nicht richtig anzuwenden oder es gibt sonst ein Problem. Gestern kamen ja ein paar Werte, also so ganz kaputt kann das Hardware- und Software-Setup nicht sein. Sehr seltsam, aber ich bleibe am Ball...

RalfRog · 10 November 2023, 19:21:11

Die "Zählernummer" steht in einer Sequenz von 11 Byte, die auch das Herstellerkürzel "LGZ = 4c 47 5a" enthält. Kommt im Datenpaket ggfs. mehrmals vor.
Aber minicom hat (allein) Zugriff auf das Device und Daten kommen schon?

sunrise · 10 November 2023, 19:22:50

Nachdem ich die Obis Definition in FHEM wieder angelegt habe, kommt jetzt ganz oben das (Zahl steigend):

Code Auswählen

Internals:
   CRC_Errors 50

RalfRog · 10 November 2023, 19:25:40

Ganz banal - Lesekopf schlecht platziert?

sunrise · 10 November 2023, 19:26:28

Nein, der sitzt mittig mit dem Kabel nach unten, d.h. die beiden Öffnungen sitzen korrekt über der LED und Diode - soweit ich das beurteilen kann.

sunrise · 10 November 2023, 19:35:30

Ich habe nochmal MyObis entfernt (inkl. aller attr, sowie LogFile def. und sogar die Log-Datei selbst) und alles nochmal neu angelegt. Immerhin steht jetzt oben nichts mehr von CRC_Errors. Im BUFFER kommen aber wieder die bekannten Sonderzeichen. Und in den Readings gibt es nur state (opened). Entsprechend ist die Log-Datei von MyObis noch leer.

Irgendwie hatte ich es gestern (zufällig) geschafft, ein paar Werte rein zu bekommen.

Nur dass ich das nicht falsch verstehe: Es bedarf keiner channels o.ä., um weitere Readings zu erhalten, richtig?
Sorry, dass ich diesen Thread mit meinen vielen Fragen vollschreibe.

Vielleicht könnte ein Obis-Nutzer mit einem L&G E320 seine Konfig hier posten? Danke!

sunrise · 10 November 2023, 20:03:56

Habe mir nochmal das FHEM-Log von gestern Abend angeschaut, als ein paar Readings kamen. Da war 9600,8,N,1 und SML eingestellt:

Code Auswählen

2023.11.09 18:27:22 3: Opening MyObis device /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0041-if00-port0
2023.11.09 18:27:22 3: Setting MyObis serial parameters to 9600,8,N,1
2023.11.09 18:27:22 3: OBIS (MyObis) - Init done
2023.11.09 18:27:22 3: MyObis device opened
2023.11.09 18:27:22 3: OBIS (MyObis) - Attr interval Val 600, dopoll = 
2023.11.09 18:27:22 3: OBIS (MyObis) - Attr pollingMode Val on, dopoll = 1
2023.11.09 18:27:22 1: Including /opt/fhem/log/fhem.save
2023.11.09 18:37:22 5: DevIo_SimpleWrite MyObis: 
2023.11.09 18:37:22 4: OBIS (MyObis) - Wrote 
2023.11.09 18:37:22 5: OBIS (MyObis) - Internal timer set to 2023-11-09 18:47:22
2023.11.09 18:37:23 5: OBIS (MyObis) - SML-Parse 1B1B1B1B01010101 [redacted] 29FB7
2023.11.09 18:37:23 5: OBIS (MyObis) - Full message-> 1B1B1B1B01010101 [redacted] 29FB7
2023.11.09 18:37:23 4: OBIS (MyObis) - MSG IS: 
/
1-0:96.50.1*1(LGZ)
1-0:96.1.0*255(LGZ)
1-0:1.8.0*255(>xxx68.4*Wh)
1-0:2.8.0*255(xx9.1*Wh)
1-0:16.7.0*255(xxx5*W)
255-255:255.255.255*255()

(einige Werte habe ich unkenntlich gemacht (xx) bzw. gelöscht [redacted])

Man sieht oben auch sehr schön die zu erwartenden Sequenzen. Also sollte es doch mit 9600,8,N,1 und SML funktionieren, richtig?

RalfRog · 10 November 2023, 20:15:00

Zitat von: sunrise am 10 November 2023, 20:03:56Habe mir nochmal das FHEM-Log von gestern Abend angeschaut, als ein paar Readings kamen. Da war 9600,8,N,1 und SML eingestellt:

Code Auswählen Erweitern
2023.11.09 18:27:22 3: Opening MyObis device /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0041-if00-port0 2023.11.09 18:27:22 3: Setting MyObis serial parameters to 9600,8,N,1 2023.11.09 18:27:22 3: OBIS (MyObis) - Init done 2023.11.09 18:27:22 3: MyObis device opened 2023.11.09 18:27:22 3: OBIS (MyObis) - Attr interval Val 600, dopoll = 2023.11.09 18:27:22 3: OBIS (MyObis) - Attr pollingMode Val on, dopoll = 1 2023.11.09 18:27:22 1: Including /opt/fhem/log/fhem.save 2023.11.09 18:37:22 5: DevIo_SimpleWrite MyObis: 2023.11.09 18:37:22 4: OBIS (MyObis) - Wrote 2023.11.09 18:37:22 5: OBIS (MyObis) - Internal timer set to 2023-11-09 18:47:22 2023.11.09 18:37:23 5: OBIS (MyObis) - SML-Parse 1B1B1B1B01010101 [redacted] 29FB7 2023.11.09 18:37:23 5: OBIS (MyObis) - Full message-> 1B1B1B1B01010101 [redacted] 29FB7 2023.11.09 18:37:23 4: OBIS (MyObis) - MSG IS: / 1-0:96.50.1*1(LGZ) 1-0:96.1.0*255(LGZ) 1-0:1.8.0*255(>xxx68.4*Wh) 1-0:2.8.0*255(xx9.1*Wh) 1-0:16.7.0*255(xxx5*W) 255-255:255.255.255*255()(einige Werte habe ich unkenntlich gemacht (xx) bzw. gelöscht [redacted])

Also sollte es doch mit 9600,8,N,1 und SML funktionieren, richtig?

Scheint so.
Der Start ist drin "SML-Parse 1B1B1B1B01010101" und die OBIS Kennungen für Herstellerkennung, Bezug, Einspeisung und Leistung. Also vermutlich der Reduzierte Datensatz.

Also theoretisch alles schick - aber irgendwie wackelt die Übertragung, das Interface oder sonst was.

sunrise · 11 November 2023, 07:35:32

Inzwischen habe ich meinen 2. Lesekopf am anderen Zähler angebracht und als MyObis2 angelegt. Leider hier dasselbe Bild - außer 'state' keine Readings. Das MyObis2 LogFile enthält nur:

Code Auswählen

2023-11-11_07:20:05 MyObis2 CONNECTED
Und im FHEM-Log (verbose 5):

Code Auswählen

2023.11.11 07:22:48 3: Opening MyObis2 device /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0042-if00-port0
2023.11.11 07:22:48 3: Setting MyObis2 serial parameters to 9600,8,N,1
2023.11.11 07:22:48 3: OBIS (MyObis2) - Init done
2023.11.11 07:22:48 3: MyObis2 device opened
2023.11.11 07:22:48 3: OBIS (MyObis2) - Attr interval Val 600, dopoll = 
2023.11.11 07:22:48 3: OBIS (MyObis2) - Attr pollingMode Val on, dopoll = 1
2023.11.11 07:26:55 5: Cmd: >define MyObis2 OBIS /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0042-if00-port0@9600,8,N,1,SML<
2023.11.11 07:26:55 5: OBIS (MyObis2) - Opening device...
2023.11.11 07:26:55 3: Opening MyObis2 device /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0042-if00-port0
2023.11.11 07:26:55 3: Setting MyObis2 serial parameters to 9600,8,N,1
2023.11.11 07:26:55 3: OBIS (MyObis2) - Init done
2023.11.11 07:26:55 3: MyObis2 device opened
2023.11.11 07:26:55 5: Starting notify loop for MyObis2, 1 event(s), first is CONNECTED
2023.11.11 07:26:55 5: End notify loop for MyObis2
2023.11.11 07:26:55 5: Cmd: >setuuid MyObis2 xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxxxxx<
2023.11.11 07:26:55 5: Cmd: >attr MyObis2 interval 600<
2023.11.11 07:26:55 3: OBIS (MyObis2) - Attr interval Val 600, dopoll = 
2023.11.11 07:26:55 5: Cmd: >attr MyObis2 pollingMode on<
2023.11.11 07:26:55 3: OBIS (MyObis2) - Attr pollingMode Val on, dopoll = 1
2023.11.11 07:26:55 5: OBIS (MyObis2) - Internal timer set to 2023-11-11 07:36:55
2023.11.11 07:26:55 5: Cmd: >attr MyObis2 room Strom<
2023.11.11 07:26:55 5: Cmd: >attr MyObis2 unitReadings on<
2023.11.11 07:26:55 5: Cmd: >attr MyObis2 verbose 5<
2023.11.11 07:26:55 5: Cmd: >define FileLog_MyObis2 FileLog /opt/fhem/log/MyObis2-%Y-%m.log MyObis2<
2023.11.11 07:26:55 5: Cmd: >setuuid FileLog_MyObis2 xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxxxxx<
2023.11.11 07:26:55 5: Cmd: >attr FileLog_MyObis2 archivedir /opt/fhem/log/archive/<
2023.11.11 07:26:55 5: Cmd: >attr FileLog_MyObis2 createGluedFile 1<
2023.11.11 07:26:55 5: Cmd: >attr FileLog_MyObis2 nrarchive 2<
2023.11.11 07:26:55 5: Cmd: >setstate FileLog_MyObis2 active<
2023.11.11 07:26:55 5: Cmd: >setstate MyObis2 opened<
2023.11.11 07:26:55 5: Cmd: >setstate MyObis2 2023-11-11 07:22:48 state opened<

Sieht hier irgendetwas unerwartet aus?

Muss ich etwas aus vzlogger.conf von dieser Webseite in FHEM übernehmen (neben der bereits o.g. Parameter für die serielle Kommunikation; und auf SML habe ich ja auch schon eingestellt)? Ich nutze vzlogger nicht, sehe aber dort im Code einige auf meinen E320 zutreffenden Zähler, die ich in FHEM nirgendwo definiert/eingestellt habe, z.B. "identifier": "1-0:1.8.0". Mir ist jetzt nicht klar, ob das in FHEM bzw. im Obis Modul notwendig ist, damit in den Readings etwas erscheint. Sorry, dass ich mich so ungeschickt anstelle. 🫢

KölnSolar · 11 November 2023, 08:26:00

ZitatMir ist jetzt nicht klar, ob das in FHEM bzw. im Obis Modul notwendig ist, damit in den Readings etwas erscheint.

Brauchst Du nicht.

ZitatUnd in den Readings gibt es nur state (opened).

Also das serielle device OS-seitig gefunden

ZitatAlso sollte es doch mit 9600,8,N,1 und SML funktionieren, richtig?

Yes.
Bleibt dann nur

Zitataber irgendwie wackelt die Übertragung, das Interface oder sonst was.

ZitatLesekopf schlecht platziert

scheint mir auch am nahe liegendsten. Schieb den mal millimeterweise in allen Richtungen.

sunrise · 11 November 2023, 09:14:24

Boah - Asche auf mein Haupt! 🫢 Das war es!

Ich hatte - auch beim 2. Lese-Schreib-Kopf - diese kleinen "Nasen" unterhalb der optischen Schnittstelle nicht bemerkt und den Kopf so platziert wie ich es für richtig hielt (Auf- und Zuklappen des Kopfes und Checken, ob die LED/Diode beim Zuklappen dann die Schnittstelle korrekt abdecken). Offenbar war ich zu blöd dazu. Der Lese-Schreib-Kopf passt exakt über diese 2 kleinen "Nasen", so dass er dann korrekt sitzt. So habe ich vielen Mitlesern und Schreibern hier Eure Zeit gestohlen - es tut mir ehrlich leid!

Umso mehr danke ich für Eure Geduld und Hilfe! ❤️

Ich hoffe, dass ich hier weiterhin Fragen stellen darf.

Jedenfalls wünsche ich Euch allen ein gutes Wochenende!

PS:

Zitat von: RalfRog am 10 November 2023, 19:25:40Ganz banal - Lesekopf schlecht platziert?

Zitat von: sunrise am 10 November 2023, 19:26:28Nein, der sitzt mittig mit dem Kabel nach unten, d.h. die beiden Öffnungen sitzen korrekt über der LED und Diode - soweit ich das beurteilen kann.

Von wegen - SORRY! 🫢

sunrise · 11 November 2023, 09:30:09

Jetzt sieht es (fast) ganz gut aus:

Code Auswählen

#  READINGS:
#    2023-11-11 09:19:47  1.0.96.1.0.255  LGZ
#    2023-11-11 09:19:47  ManufID2        LGZ
#    2023-11-11 09:19:47  power          x33 W
#    2023-11-11 09:19:48  state          opened
#    2023-11-11 09:19:47  total_consumption xxxx49.4 Wh
#    2023-11-11 09:19:47  total_feed      xx9.1 Wh

Obwohl auf beiden Zählern im Display bei InF "on" steht (hatte ich gemäß Anleitung, Kap. 5.5.1.6 Datensatz auf INFO DSS aktiviert), fehlen trotzdem noch die erweiterten Infos bei den Readings. Die müssten aber doch eigentlich auch automatisch kommen (sofern eben die erweiterten Infos korrekt aktiviert sind - das checke ich nochmal!), richtig?

Der Vollständigkeit halber: Die PIN-Abfrage ist auf beiden Zählern deaktiviert (dürfte aber für die erweiterten Infos an der Schnittstelle keine Rolle spielen).