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

[hackslash]

Hallo zusammen,
ich hab gerade meinen Stromzähler (DTZ541) über RS485 angebunden. Der Zähler scheint aber über 1.8.0 mehrer Werte zu senden. Erst den tatsächlichen Stromverbrauch in Wh, anschließend noch historische Werte 1d, 7d, 30d, 365d und seit letztem Rücksetzen lt. Doku. Gleiches gilt für die Einspeiserichtung 2.8.0. Ich seh im EventMonitor nur das er 6 mal die readings total_consumption und total_feed überschreibt.

Kann ich das irgendwie umgehen und entweder nur den ersten Wert übernehmen oder die historischen Werte in eigene Readings umleiten?

Mit verbose=5 konnte ich folgende Telegramme abfangen

Code Auswählen Erweitern


SML FullMessage
1B1B1B1B0101010176040000016200620072650000010176010107000000146A950B0A01484C590200037DC9010163BDE90076040000026200620072650000070177010B0A01484C590200037DC90101F10E77070100603201010101010104484C590177070100600100FF010101010B0A01484C590200037DC90177070100010800FF65001C01046500146A95621E52FF65001193DE0177070100020800FF65001C01046500146A95621E52FF6325940177070100100700FF0101621B520053016A0177070100200700FF0101622352FF6308FB0177070100340700FF0101622352FF6308DB0177070100480700FF0101622352FF63090101770701001F0700FF0101622152FE62120177070100330700FF0101622152FE629C0177070100470700FF0101622152FE62190177070100510701FF01016208520062000177070100510702FF01016208520062000177070100510704FF01016208520063012D017707010051070FFF010162085200630149017707010051071AFF01016208520063013301770701000E0700FF0101622C52FF6301F30177070100010800600101621E5202625B0177070100010800610101621E52026302140177070100010800620101621E520262000177070100010800630101621E520262000177070100010800640101621E520263047F0177070100020800600101621E520262030177070100020800610101621E520262070177070100020800620101621E520262000177070100020800630101621E520262000177070100020800640101621E520262090177070100000200000101010109312E30322E3030370177070100605A02010101010105413031410177070100600500FF0101010165001C010401010163200E00760400000362006200726500000201710163E82300001B1B1B1B1A0156BD

Code Auswählen Erweitern


Das sollte der normale Zählerstand sein
Telegram=0177070100010800FF65001C01046500146A95621E52FF65001193DE0177070100020800FF65001C01046500146A95621E52FF6325940177070100100700FF0101621B520053016A0177070100200700FF0101622352FF6308FB0177070100340700FF0101622352FF6308DB0177070100480700FF0101622352FF63090101770701001F0700FF0101622152FE62120177070100330700FF0101622152FE629C0177070100470700FF0101622152FE62190177070100510701FF01016208520062000177070100510702FF01016208520062000177070100510704FF01016208520063012D017707010051070FFF010162085200630149017707010051071AFF01016208520063013301770701000E0700FF0101622C52FF6301F30177070100010800600101621E5202625B0177070100010800610101621E52026302140177070100010800620101621E520262000177070100010800630101621E520262000177070100010800640101621E520263047F0177070100020800600101621E520262030177070100020800610101621E520262070177070100020800620101621E520262000177070100020800630101621E520262000177070100020800640101621E520262090177070100000200000101010109312E30322E3030370177070100605A02010101010105413031410177070100600500FF0101010165001C010401010163200E00760400000362006200726500000201710163E82300001B1B1B1B1A0156BD


Code Auswählen Erweitern


Das dann die historischen Werte

2019.12.11 21:04:04 5: OBIS: Telegram=0177070100010800600101621E5202625B0177070100010800610101621E52026302140177070100010800620101621E520262000177070100010800630101621E520262000177070100010800640101621E520263047F0177070100020800600101621E520262030177070100020800610101621E520262070177070100020800620101621E520262000177070100020800630101621E520262000177070100020800640101621E520262090177070100000200000101010109312E30322E3030370177070100605A02010101010105413031410177070100600500FF0101010165001C010401010163200E00760400000362006200726500000201710163E82300001B1B1B1B1A0156BD
2019.12.11 21:04:04 5: OBIS: Telegram=0177070100010800610101621E52026302140177070100010800620101621E520262000177070100010800630101621E520262000177070100010800640101621E520263047F0177070100020800600101621E520262030177070100020800610101621E520262070177070100020800620101621E520262000177070100020800630101621E520262000177070100020800640101621E520262090177070100000200000101010109312E30322E3030370177070100605A02010101010105413031410177070100600500FF0101010165001C010401010163200E00760400000362006200726500000201710163E82300001B1B1B1B1A0156BD
2019.12.11 21:04:04 5: OBIS: Telegram=0177070100010800620101621E520262000177070100010800630101621E520262000177070100010800640101621E520263047F0177070100020800600101621E520262030177070100020800610101621E520262070177070100020800620101621E520262000177070100020800630101621E520262000177070100020800640101621E520262090177070100000200000101010109312E30322E3030370177070100605A02010101010105413031410177070100600500FF0101010165001C010401010163200E00760400000362006200726500000201710163E82300001B1B1B1B1A0156BD
2019.12.11 21:04:04 5: OBIS: Telegram=0177070100010800630101621E520262000177070100010800640101621E520263047F0177070100020800600101621E520262030177070100020800610101621E520262070177070100020800620101621E520262000177070100020800630101621E520262000177070100020800640101621E520262090177070100000200000101010109312E30322E3030370177070100605A02010101010105413031410177070100600500FF0101010165001C010401010163200E00760400000362006200726500000201710163E82300001B1B1B1B1A0156BD
2019.12.11 21:04:04 5: OBIS: Telegram=0177070100010800640101621E520263047F0177070100020800600101621E520262030177070100020800610101621E520262070177070100020800620101621E520262000177070100020800630101621E520262000177070100020800640101621E520262090177070100000200000101010109312E30322E3030370177070100605A02010101010105413031410177070100600500FF0101010165001C010401010163200E00760400000362006200726500000201710163E82300001B1B1B1B1A0156BD

[Lorenz]

Hallo zusammen,
nur zur Info: Ich habe gerade den neu getauschten Zähler EFR SGM-C4 mittels optischer Schnittstelle erfolgreich angebunden. Der Zähler war standardmäßig mit einer PIN geschützt. Mit der PIN vom Versorger habe ich die PIN Abfrage dauerhaft abgeschaltet und im Menü des Zählers auf den vollen OBIS Datensatz umgeschaltet. Nur so waren die Ausgaben auf der Schnittstelle für mich brauchbar.
Eingerichtet ist der Zähler bei mir so: define Zaehler OBIS /dev/ttyUSB0@@9600,8,N,1 SML
Es gibt bei mir folgende READINGS:
     2019-12-13 17:39:13   1.0.0.2.0.255   2.04
     2019-12-13 17:39:13   1.0.14.7.0.255  50
     2019-12-13 17:39:13   1.0.81.7.1.255  121
     2019-12-13 17:39:13   1.0.81.7.15.255 345
     2019-12-13 17:39:13   1.0.81.7.2.255  239
     2019-12-13 17:39:13   1.0.81.7.26.255 316
     2019-12-13 17:39:13   1.0.81.7.4.255  318
     2019-12-13 17:39:13   1.0.96.50.1.255 P1.2.5
     2019-12-13 17:39:13   1.0.96.50.4.255 p   
     2019-12-13 17:39:13   1.0.96.90.2.255 1
     2019-12-13 17:39:13   current_L1      1.75
     2019-12-13 17:39:13   current_L2      2.11
     2019-12-13 17:39:13   current_L3      0.53
     2019-12-13 17:39:13   power           741
     2019-12-13 17:11:04   state           opened
     2019-12-13 17:39:13   total_consumption 14916.2
     2019-12-13 17:39:13   voltage_L1      227.4
     2019-12-13 17:39:13   voltage_L2      225.8
     2019-12-13 17:39:13   voltage_L3      225.7

LG

[blueberry63]

Hallo,

kann es sein, dass die Reading-Werte für "state" nicht konsistent sind?

Im Web-Interface sehe ich bei verbundenem Device den Wert "opened" für "STATE" (Internal) und "state" (Reading). Im DBLog ist der Wert für das Reading "state" mit "CONNECTED" zu sehen!?
Ist das Device nicht verbunden, wird im Web-Interface "disconnected" angezeigt, im DBLog dagegen "DISCONNECTED" eingetragen.


Gruß
Blueberry63 

[Peter aus Calw]

Hallo guten Abend,
nun habe ich fast alle Seiten durchgeforstet und bin nicht weiter gekommen, habe einen Zaehler Siemens TD 3511 und einen IR-Kopf von Volkszaehler Udo. Diesen hatte ich bis vor zwei Wochen mit einem YPORT+ per WLAN und volkszaehler.org in Betrieb (seit 2015). Nun ist der YPORT nicht mehr erreichbar (tot) und versuche jetzt mit einem Raspi2 mit volkszaehler Image plus Fhem 5.9 den USB-IR-Kopf an ttyUSB0 mit OBIS auszulesen.
Die Installation in FHEM mit :

Code Auswählen Erweitern

define IR_Port OBIS /dev/ttyUSB0@300,7,E,1 SML     oder    VSM102  oder AS1440

wird zwar mit

Code Auswählen Erweitern

STATE                      opened


angezeigt, aber im Reding passiert nichts. Die Abfragen im raspi zeigen das :

Code Auswählen Erweitern

pi@vzpi:~ $ ls -l /dev/ttyUSB0
crw-rw---- 1 root dialout 188, 0 Dez 15 22:37 /dev/ttyUSB0
pi@vzpi:~ $ ls -l /dev/serial/by-*
/dev/serial/by-id:
insgesamt 0
lrwxrwxrwx 1 root root 13 Dez 15 22:37 usb-FTDI_FT232R_USB_UART_AD01QVKZ-if00-port0 -> ../../ttyUSB0

/dev/serial/by-path:
insgesamt 0
lrwxrwxrwx 1 root root 13 Dez 15 22:37 platform-20980000.usb-usb-0:1.3:1.0-port0 -> ../../ttyUSB0

Versuche mit minicom oder screen erzeugen komische aber nicht lesbare Ausgaben.
Da ich nicht der jüngste bin hoffe ich, daß ich hier mal wieder auf den richtigen Weg geschubst werde.
Liebe Grüße von Peter aus Calw

[cs-online]

...kannst du diese "komischen" Ausgaben mal posten ? Wobei die "insgesamt 0" mich ein wenig irritieren. Hängt da nochwas am USB ?

[Peter aus Calw]

Hallo Christian,
danke für Deine Anfrage. An dem Raspi hängt noch ein USB-WLAN-Stick und am 2. USB der IR-Kopf.
Hier die Daten aus einem screen Start, einem minicom Ergebnis :

Code Auswählen Erweitern

screen

�
j�����
       j����/?!

�
j�����
       j�����
             j�����
                   j����T


Code Auswählen Erweitern

minicom

Willkommen zu minicom 2.7.1

Optionen: I18n
Ãœbersetzt am Aug 13 2017, 15:25:34.
Port /dev/ttyUSB0, 23:10:32

Drücken Sie CTRL-A  Z für Hilfe zu speziellen Tasten
m
jwm
    jTnxm
         jTnx


Und hier hatte ich einmal ein reading in FHEM mit OBIS, habe das aber nie wieder hinbekommen :

Code Auswählen Erweitern

DeviceOverview     IR_Kopf                opened
IR_Kopf
Internals
DEF                              /dev/ttyUSB0@9600,7,E,1 AS1440
DeviceName                  /dev/ttyUSB0@9600,7,E,1
FD                                4
FUUID 5defbf7b-f33f-0a9f-7a20-6223866ccca1c9b4
MeterType                   AS1440
NAME                         IR_Kopf
NR                             16
PARTIAL STATE            opened
TYPE                           OBIS
Readings
1.4.0                                                           2019-12-10 18:52:32
1.6.0             19-12-04 00:15                 
1.6.0.00          19-06-22 22:15                  2019-12-10 18:52:34
1.6.0.01          19-07-02 22:15                  2019-12-10 18:52:40
1.6.0.02          19-08-07 05:15                  2019-12-10 18:52:39
1.6.0.03          19-09-23 05:15                  2019-12-10 18:52:38
1.6.0.04          19-10-05 02:45                  2019-12-10 18:52:37
1.6.0.05          19-11-15 02:00                  2019-12-10 18:52:35
1.6.0.91          18-09-29 04:00                  2019-12-10 18:52:51
1.6.0.92          18-10-02 02:00                  2019-12-10 18:52:50
1.6.0.93          18-11-19 00:00                  2019-12-10 18:52:49
1.6.0.94          18-12-14 22:45                  2019-12-10 18:52:48
1.6.0.95          19-01-30 23:00                  2019-12-10 18:52:47
1.6.0.96          19-02-02 22:45                  2019-12-10 18:52:46
1.6.0.97          19-03-07 02:15                  2019-12-10 18:52:44
1.6.0.98          19-04-11 03:00                  2019-12-10 18:52:43
1.6.0.99          19-05-02 05:00                  2019-12-10 18:52:42
1.8.0             138177.598                      2019-12-10 18:53:10
2.4.0             07 0.000                        2019-12-10 18:52:33
2.6.0             19-12-02 12:45                  2019-12-10 18:52:52
2.6.0.00          19-06-13 12:45                  2019-12-10 18:52:59
2.6.0.01          19-07-30 12:15                  2019-12-10 18:52:58
2.6.0.02          19-08-01 13:45                  2019-12-10 18:52:57
2.6.0.03          19-09-02 13:15                  2019-12-10 18:52:56
2.6.0.04          19-10-07 13:00                  2019-12-10 18:52:55
2.6.0.05          19-11-09 12:45                  2019-12-10 18:52:53
2.6.0.91          18-09-08 13:45                  2019-12-10 18:53:09
2.6.0.92          18-10-06 13:00                  2019-12-10 18:53:08
2.6.0.93          18-11-01 11:45                  2019-12-10 18:53:07
2.6.0.94          18-12-01 11:15                  2019-12-10 18:53:06
2.6.0.95          05-01-01 00:00                  2019-12-10 18:53:04
2.6.0.96          05-01-01 00:00                  2019-12-10 18:53:03
2.6.0.97          19-03-31 14:00                  2019-12-10 18:53:02
2.6.0.98          19-04-07 13:30                  2019-12-10 18:53:01
2.6.0.99          19-05-15 12:45                  2019-12-10 18:53:00
Version           ï¿½
;k.Rii*                     2019-12-10 18:54:26
state             opened                           2019-12-12 22:53:16
total_consumption 132921.349     

Hoffe nun Dir notwendige Details geliefert zu haben.
LG Peter                 

[Icinger]

VSM102  oder AS1440

Das sind 2 verschiedene Init-Strings. In deinem Post oben hast du mit AS1440 definiert, das ist aber ein anderer Init als ihn dein Zähler braucht.

Für dich sollte VSM102 oder E110 passen.

lg, Stefan

[Peter aus Calw]

Hallo Stefan,
habe nun mit beiden Versionen versucht :

Code Auswählen Erweitern

/dev/ttyUSB0@300,7,E,1 VSM102
/dev/ttyUSB0@300,8,N,1 VSM102
/dev/ttyUSB0@300,7,E,1 E110
/dev/ttyUSB0@300,8,N,1 E110

im reading wird nur state opened aktualisiert.
In meiner ursprünglichen YPORT+ Abfrage mit einem php-skript finde ich das :

Code Auswählen Erweitern

echo "Request senden ...";
$out = "/?!\r\n";
fwrite($fp, $out);
echo "OK.\n";
könnte das weiterhelfen ?
LG Peter

[Peter aus Calw]

Hallo Stefa,
gerade habe ich irres Erlebnis, mit minicom und folgender Einstellung :

Code Auswählen Erweitern

A Device                          :/dev/ttyUSB0
E Bps/Par/Bits                  :9600 8N1
F Hardware Flow Control    : Nein                                   |
G Software Flow Control    : Nein

speichern und verlassen - dann rennt der los und zeigt die OBIS in Original an (1.4.0 bis ....2.8....)
In FHEM aber nichts.
Gruß Peter

[cs-online]

...dort ist die Baudrate aber auch komplett anders, versuche doch mal

Code Auswählen Erweitern


/dev/ttyUSB0@9600,8,N,1 VSM102

oder

/dev/ttyUSB0@9600,8,N,1 E110

und dann ist es immer besser, by-id zu referenzieren, weil u.U. nach einem Neustart die USBs neu sortiert werden und dann ist unter ttyUSB0 möglicherweise nicht mehr der IR-Kopf dran...

[Peter aus Calw]

Hallo Stefan,
das hatte ich auch gleich versucht, aber beim Versuch vorhin hatte ich vergessen zu schreiben, daß nach verlassen (minicom)die Eingabe von :

Code Auswählen Erweitern

"/?!\r\n"

nötig war, gerade funktioniert wieder gar nichts mit minicom - da steht, daß ttyUSB0 offline ist
Obwohl bei :

Code Auswählen Erweitern

sudo systemctl status serial-getty@ttyUSB0.service
serial-getty@ttyUSB0.service - Serial Getty on ttyUSB0
   Loaded: loaded (/lib/systemd/system/serial-getty@.service; enabled; vendor preset: enabled)
   Active: active (running) since Mon 2019-12-16 18:18:40 CET; 4min 38s ago
     Docs: man:agetty(8)
           man:systemd-getty-generator(8)
           http://0pointer.de/blog/projects/serial-console.html
Main PID: 1097 (agetty)
   Memory: 160.0K
   CGroup: /system.slice/system-serial\x2dgetty.slice/serial-getty@ttyUSB0.service
           └─1097 /sbin/agetty -o -p -- \u --keep-baud 115200,38400,9600 ttyUSB0 vt220

Dez 16 18:18:40 vzpi systemd[1]: Started Serial Getty on ttyUSB0.

LG Peter

[blueberry63]

Hallo,

kann es sein, dass die Reading-Werte für "state" nicht konsistent sind?

Im Web-Interface sehe ich bei verbundenem Device den Wert "opened" für "STATE" (Internal) und "state" (Reading). Im DBLog ist der Wert für das Reading "state" mit "CONNECTED" zu sehen!?
Ist das Device nicht verbunden, wird im Web-Interface "disconnected" angezeigt, im DBLog dagegen "DISCONNECTED" eingetragen.


Gruß
Blueberry63

Ich wollte meine Anfrage nochmal "nach vorne holen", denn ich denke, dass diese Ungereimtheit im Sinne aller behoben (oder wenigsten diskutiert) werden sollte.

Danke für Euer Verständnis
Blueberry63

[Icinger]

Das hat nichts mit dem OBIS-Modul zu tun, sondern kommt aus den Tiefen  der DevIO.

lg, Stefan

[blueberry63]

Das verstehe ich nicht: wer definiert denn wo die möglichen Werte für state/STATE? Und warum werden in der DBLog wieder andere Werte abgelegt?

Gruß
Blueberry63

[Icinger]

Das kommt alles direkt von FHEM bzw. der DevIO.

Wenn du im OBIS-Modul nach "connected" suchst, kommt das genau EINMAL vor, und da innerhalb einer Abfrage

Code Auswählen Erweitern

  return DevIo_OpenDev($hash, 1, "OBIS_Init")
                if($hash->{STATE} eq "dis[color=red]connect[/color]ed");

Auf alles andere hab ich keinen Einfluss leider.

lg, Stefan