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

[gramels]

ok, das Ding hängt an einem step down wandler vie PoE, den kann ich mal hoch regeln.. Aber wieso immer nachts um 02:00?

[Martin Fischer]

Moin Stefan,

ich hole mal einen alten Beitrag hoch und wollte mal nachfassen, wie es denn damit steht

Im Kern ging es um die Vorwerte und ein Ignore- bzw. Exclude Attribut.

siehe auch:
https://forum.fhem.de/index.php/topic,51948.msg687566.html#msg687566 und etwas davor.

Viele Grüße
Martin

Hallo Martin,
Es ist eine kurzfristige Lösung, aber keine langfristige, da geb ich dir durchaus recht.
Das streite ich dir auch nicht ab. Bislang war allerdings der Bedarf dafür nicht gegeben.
Das mit den Vorwerten ist mir auch neu und habe ich wohl bei meinen Recherchen übersehen bzw. wurde ich auch bislang nicht darauf hingewiesen.
Da mein Zähler das nicht sendet, ist mir das auch nie aufgefallen.
Auch nicht bei den verschiedenen Test-Daten, die ich von anderen Usern habe.
Ich sehe in deinen Beispieldaten keine Hinweise auf irgendwelche Zeitstempel, du kannst mich aber gerne mit der Nase daraufstoßen.
Eigentlich WIRD dieses Housekeeping durchgeführt, bei den anderen Werten stimmt es ja auch:

Code Auswählen Erweitern

     2017-09-19 19:02:54   current_L1      1.34 A
     2017-09-19 19:02:54   current_L2      0.15 A
     2017-09-19 19:02:54   current_L3      0.81 A
     2017-09-19 19:02:54   power           0.42 kW
     2017-09-19 19:02:54   voltage_L1      231 V
     2017-09-19 19:02:54   voltage_L2      231 V
     2017-09-19 19:02:54   voltage_L3      231 V
Warum dem bei den kWh nicht so ist, werde ich mir ansehen.
Das sind übrigens die Daten von deinem gestrigen Post.

Wie gesagt, kurzfristige Lösung steht oben.
Längerfristige Lösung dauert sicher noch ein wenig.
Ich habe aktuell dank 10-Stunden-Tag plus einer Stunde Autofahrt davor und danach sowie Haus, Garten, Baustelle nicht wirklich viel Zeit.
Sehe zwar täglich kurz als Zeitvertreib hier in Forum, allerdings fehlt mir eben aktuell die Muße, mich erst wieder in den Code einzulesen.
Aber ich habs als ToDo ganz oben stehn und sobald ich nichts mehr draussen machen kann, kommt das an die Reihe.

Schönen Abend noch,

Stefan

[Icinger]

ich hole mal einen alten Beitrag hoch und wollte mal nachfassen, wie es denn damit steht

Hatte ich nimmer auf dem Schirm, kann ich aber machen.

Hast du mal ein vollständiges Datagramm für mich, bitte?

[Martin Fischer]

Hast du mal ein vollständiges Datagramm für mich, bitte?

Sehr gerne...Dabei ist mir aufgefallen, das im Logfile ein Linefeed nicht bereinigt wird:

Code Auswählen Erweitern

2020.05.17 10:35:00.003 4: Wrote /?!^M

Das erzeugt dann unschöne Leerzeilen

Im Anhang ein Mitschnitt meines (gesprächigen) Landis + Gyr E230.

Danke im vorraus!

Viele Grüße
Martin

[bicmac]

Hi,
ich habe bei mir 2 Zähler mittels den IR Leseköpfen vom Volkszähler eingerichtet.
Einer ist der Bezugs-Lieferzähler und der andere der Solar Zähler der Photovoltaikanlage.
Das ganze lief auch jetzt eine knappe Woche gut und ohne Probleme.
Nun habe ich heut festgestellt das der Bezugslieferzähler  auf einmal seit dem 29.05. gegen 22:00 auf disconnected steht. Im log steht das er auf das USB Device nicht zugreifen kann.
Ein reboot hat auch nicht geholfen.
Hat irgendwer eine Idee?

Code Auswählen Erweitern



Internals:
   DEF        /dev/ttyUSB0,8,N,1 SML
   DeviceName /dev/ttyUSB0,8,N,1
   FUUID      5ecc1694-f33f-3f4d-9a66-e39a4f030cb13adf
   MeterType  SML
   NAME       Zaehler1
   NR         16
   PARTIAL   
   STATE      disconnected
   TYPE       OBIS



Code Auswählen Erweitern



2020.06.01 11:18:18 3: Opening Zaehler1 device /dev/ttyUSB0,8,N,1
2020.06.01 11:18:18 1: Zaehler1: Can't open /dev/ttyUSB0,8,N,1: No such file or directory




Gesendet von iPhone mit Tapatalk Pro

[KölnSolar]

als erstes prüfen, ob die Schnittstelle überhaupt im System ist: dmesg bei Linux

Eine Definition mit   /dev/serial/by-id/... od. wenigstens /dev/serial/by-path/... schützt vor Zuordnungsproblemen.

[bicmac]

als erstes prüfen, ob die Schnittstelle überhaupt im System ist: dmesg bei Linux

Eine Definition mit   /dev/serial/by-id/... od. wenigstens /dev/serial/by-path/... schützt vor Zuordnungsproblemen.

okay prüfe ich heut abend gleich wenn ich wieder daheim bin.
was mich wundert ist das es ja erst eine ganze weile ging und dann auf einmal nicht mehr.


Gesendet von iPhone mit Tapatalk Pro

[bicmac]

laut dmesg ist die Schnittstelle da:

Code Auswählen Erweitern


[    6.830072] usbserial: USB Serial support registered for cp210x
[    6.830246] cp210x 1-1.2:1.0: cp210x converter detected
[    6.850745] usb 1-1.2: cp210x converter now attached to ttyUSB0
[    6.851945] cp210x 1-1.1.2:1.0: cp210x converter detected
[    6.864804] usb 1-1.1.2: cp210x converter now attached to ttyUSB1



auch ein lsusb zeigt mir die Devices an:

Code Auswählen Erweitern


kellerpi:~# lsusb
Bus 001 Device 004: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP2102/CP2109 UART Bridge Controller [CP210x family]
Bus 001 Device 005: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP2102/CP2109 UART Bridge Controller [CP210x family]
Bus 001 Device 006: ID 0424:7800 Standard Microsystems Corp.
Bus 001 Device 003: ID 0424:2514 Standard Microsystems Corp. USB 2.0 Hub
Bus 001 Device 002: ID 0424:2514 Standard Microsystems Corp. USB 2.0 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

nur irgendwie will er nicht auf connected gehen.

Wenn ich mit minicom auf USB zugreife kommen auch Daten an.

[KölnSolar]

ls /dev/serial/by-id/* -l ergibt was ?

Eine Definition mit   /dev/serial/by-id/... od. wenigstens /dev/serial/by-path/... schützt vor Zuordnungsproblemen.

[bicmac]

ls /dev/serial/by-id/* -l ergibt was ?

Code Auswählen Erweitern


kellerpi:~# ls /dev/serial/by-id/* -l
lrwxrwxrwx 1 root root 13 Jun  2 09:15 /dev/serial/by-id/usb-Silicon_Labs_CP2104_USB_to_UART_Bridge_Controller_01A62442-if00-port0 -> ../../ttyUSB1
lrwxrwxrwx 1 root root 13 Jun  2 09:15 /dev/serial/by-id/usb-Silicon_Labs_CP2104_USB_to_UART_Bridge_Controller_01A64D43-if00-port0 -> ../../ttyUSB0


Im FHEM Log steht folgendes:

Code Auswählen Erweitern


2020.06.02 09:15:16 1: PERL WARNING: Smartmatch is experimental at ./FHEM/47_OBIS.pm line 472, <$fh> line 49.
2020.06.02 09:15:16 1: PERL WARNING: main::OBIS_decodeTL() called too early to check prototype at ./FHEM/47_OBIS.pm line 785, <$fh> line 49.
2020.06.02 09:15:16 3: Opening Zaehler1 device /dev/ttyUSB0,8,N,1
2020.06.02 09:15:16 1: Zaehler1: Can't open /dev/ttyUSB0,8,N,1: No such file or directory
2020.06.02 09:15:16 3: Opening Zaehler2 device /dev/ttyUSB1,8,N,1
2020.06.02 09:15:16 1: Zaehler2: Can't open /dev/ttyUSB1,8,N,1: No such file or directory


Mit /dev/serial/by-id/... kommt das selbe. Habe ich auch schon probiert.

[KölnSolar]

Du solltest auf jeden Fall by-id definieren...

2020.06.02 09:15:16 3: Opening Zaehler1 device /dev/ttyUSB0,8,N,1
2020.06.02 09:15:16 1: Zaehler1: Can't open /dev/ttyUSB0,8,N,1: No such file or directory

Ähmmm

Das ganze lief auch jetzt eine knappe Woche gut und ohne Probleme.

Kann ich mir so definiert nicht vorstellen.

Example:
define myPowerMeter OBIS /dev/ttyPlugwise@@9600,7,E,1 VSM102

(Edit: sah gerade: das doppelte @ im Bsp. der commandref dürfte falsch sein )
Wo ist Dein @ mit Baudrate ? 

[bicmac]

Du solltest auf jeden Fall by-id definieren...
ÄhmmmKann ich mir so definiert nicht vorstellen.(Edit: sah gerade: das doppelte @ im Bsp. der commandref dürfte falsch sein )
Wo ist Dein @ mit Baudrate ? 

Doch es lief.
Aber ich hab Dank Dir jetzt auch den Fehler gefunden :_)
Das Problem war das ich ein at im FHEM definiert hatte hatte was checkt ob sich Power 10 Minuten lang nicht ändert und wenn ja ein modify auf das Device macht um es wiederzubeleben.
Im dem Modify war ein type und der hat das @ geklaut vor der Baudrate. Manchmal ist man echt blind.

Danke Dir.

[franz27]

Hallo Stefan,

Kannst du gar nicht testen, weil du das Modul von mir (noch) nicht hast

kannst Du mir auch das Modul mit der Baudratenumschaltung zusenden?
Ich habe hier einen Iskrameco MT173 Zähler der ohne Umschaltung von 300 auf 9600 Baud die Daten nicht vollständig überträgt.

Danke und Grüße
Franz

[StG (DD)]

Hast Du

Code Auswählen Erweitern

define initialUsbCheck notify global:INITIALIZED usb create

definiert? Kannst es ja mit 'list initialUsbCheck' checken.

Wenn ja könnte es sein, dass das Modul "autocreate", das das "usb create" ausführt, Deine 'by-id' Definition nicht als Link erkennt (Rudi schreibt im Modul 'Optimized for linux /dev/serial/by-path/... links') und auf 'Deinem' Port ein anderes Objekt anlegt. Dann gibt das Huddel im Programm.

Ich habe nämlich letzte Woche mit dem User 'Cocojambo' diesen Fall diskutiert.

Gruß
Raymund

Hallo Raymund,

danke für Deine Antwort. Hatte leider keine Email bekommen, daher erst jetzt wieder mal in Forum geschaut.

"list initialUsbCheck"  liefert "No device named initialUsbCheck found"

(Hatte zuerst auf den Raspi geschaut, aber das OBIS läuft auf einem separaten Bananapi im Keller)

[StG (DD)]

@StG (DD)

Funktioniert den die Umschaltung von 300 Baud auf 9600 Baud.

Pejonp

Meinst Du technisch? Also egal ob ich 300 oder 9600 einstelle, es kommen keine Daten außer bei der Definition: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A105TDRT-if00-port0@9600,7,E,1 VSM102

Code Auswählen Erweitern

020.03.26 11:21:52 5: OBIS (STROM) - Opening device...
2020.03.26 11:21:52 3: Opening STROM device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A105TDRT-if00-port0
2020.03.26 11:21:52 3: Setting STROM serial parameters to 9600,7,E,1
2020.03.26 11:21:52 3: Init done
2020.03.26 11:21:52 3: STROM device opened
2020.03.26 11:22:10 5: SW: 2f3f210d0a
2020.03.26 11:22:10 4: Wrote /?!

da kommt zumindest ein bissl SW


mit Definition: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A105TDRT-if00-port0@300,7,E,1 SML
kommt:

Code Auswählen Erweitern

2020.06.13 21:25:30 5: OBIS (STROM) - Opening device...
2020.06.13 21:25:30 3: Opening STROM device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A105TDRT-if00-port0
2020.06.13 21:25:30 3: Setting STROM serial parameters to 300,7,E,1
2020.06.13 21:25:30 3: Init done
2020.06.13 21:25:30 3: STROM device opened
2020.06.13 21:25:30 5: OBIS (STROM) - Opening device...
2020.06.13 21:25:30 3: Opening STROM device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A105TDRT-if00-port0
2020.06.13 21:25:30 3: Setting STROM serial parameters to 300,7,E,1
2020.06.13 21:25:30 3: Init done
2020.06.13 21:25:30 3: STROM device opened

mit Definition: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A105TDRT-if00-port0@300,7,E,1 VSM102
kommt:

Code Auswählen Erweitern

2020.06.13 21:31:14 5: OBIS (STROM) - Opening device...
2020.06.13 21:31:14 3: Opening STROM device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A105TDRT-if00-port0
2020.06.13 21:31:14 3: Setting STROM serial parameters to 300,7,E,1
2020.06.13 21:31:14 3: Init done
2020.06.13 21:31:14 3: STROM device opened