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

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

Vorheriges Thema - Nächstes Thema

Omega-5

Zitat von: Pappa B am 11 Oktober 2016, 17:22:37
mittlerweile versuche ich auch mit dem OBIS-Modul meinen Zähler von Hager (EHZ361) mittels IR-Lesekopf ( von den Volkszählern) auszulesen.
Die Schnittstelle habe ich unter /dev/ttyUSB0 auch gefunden.
Definiere ich nun den Lesekopf mit:
define myObis OBIS /dev/ttyUSB0@9600,7,N,1 SML

Manchmal ist ein Datenblatt hilfreich: http://datenblatt.energiezaehlershop.de/hager/ehz_betriebsanleitung_mid.pdf

Zitatwird mir als Status "opend" angezeigt.
im Logfile wird aber angezeigt, das sekundlich die Schnittstelle connected und dann wieder disconnected wird.

Hast du weitere USB-Devices? Mit Seriell-USB-Wandlern die sich ins Gehege kommen? Z.B. FTDI Fakes?

Gruß Friedrich
RaspberryPi2, nanoCUL, 3x DS18B20, FS20: 4x Funk-Schalter ST-4, LaCrosseGW,
HomeMatic: HMLAN, HM-WDS10-TH-O, HM_MYS_RelaisBoard,
I2C: HYT221 über modifiziertes Modul I2_I2C_SHT21.pm (Q&D),

FunkOdyssey

Wie ich weiter oben bereits erwähnte, muss ich nach jedem Neustart die Device-Definition einmal öffnen und speichern.
Ich habe nun versucht, das ständige manuell Modizifieren der DEFinition mit einem DOIF zu umgehen:


(
[global:?INITIALIZED]
)
(
(modify myObis /dev/ttyUSB0@9600,7,E,1 Standard)
)


Leider ohne Erfolg. Vielleicht ist das DOIF zu früh oder ein - im Hintergrund - ausgeführtes modify reicht nicht aus.


immi

Zitat von: FunkOdyssey am 13 Oktober 2016, 16:18:07
Wie ich weiter oben bereits erwähnte, muss ich nach jedem Neustart die Device-Definition einmal öffnen und speichern.
Ich habe nun versucht, das ständige manuell Modizifieren der DEFinition mit einem DOIF zu umgehen:
hat du probiert mein workaround?

https://forum.fhem.de/index.php/topic,51948.msg494777.html#msg494777

FunkOdyssey

Zitat von: immi am 13 Oktober 2016, 18:58:23
hat du probiert mein workaround?

https://forum.fhem.de/index.php/topic,51948.msg494777.html#msg494777


Perfekt. Läuft einwandfrei.
Vielleicht sollte man diese Fix einchecken. :-)




Dann habe ich nur noch die Massen an Warnings im FHEM-Log:
2016.10.09 00:58:10 1: PERL WARNING: ^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE $/ at fhem.pl line 4131, <GEN14851> line 1.
2016.10.09 00:58:11 1: PERL WARNING: Use of uninitialized value $v2 in substitution (s///) at ./FHEM/47_OBIS.pm line 525, <GEN14851> line 1.

Pappa B

Hallo zusammen,

habe nun mein System etwas aufgeräumt und alle überflüssigen USB-Devices entfernt.
Zusätzlich habe ich mir noch einen anderen IR-Lesekopf besorgt.
Die Schnittstelle wird nun korrekt connected  :D
Über minicom erhalte ich die Daten im Klartext:



/HAG5eHZ010C_EHZ1NA12

1-0:0.0.0*255(1095090000035229)
1-0:2.8.0*255(154464.0085)
1-0:96.5.5*255(82)
0-0:96.1.255*255(0000035229)
1-0:32.7.0*255(227.90*V)
1-0:52.7.0*255(226.39*V)
1-0:72.7.0*255(225.85*V)
1-0:31.7.0*255(009.31*A)
1-0:51.7.0*255(009.22*A)
1-0:71.7.0*255(008.52*A)
1-0:21.7.0*255(-01884*W)
1-0:41.7.0*255(-01897*W)
1-0:61.7.0*255(-01683*W)
1-0:96.50.0*0(FE)
1-0:96.50.0*1(07D1)
1-0:96.50.0*2(1A)
1-0:96.50.0*3(12)
1-0:96.50.0*4(21)
1-0:96.50.0*5(02)
1-0:96.50.0*6(003D381B130909710403640500009F80)
1-0:96.50.0*7(00)


Bei fhem sieht das ganze dann so aus:

�HAG5eHZ0�0�_�HZ�NA���

�-0:0.0.0��55(�095090000035��9��
�-0:�.�.0��55(�5����.�6�9��
�-0:96.5.5��55(00��
0-0:96.�.�55��55(0000035��9��
�-0:3�.�.0��55(���.9��V��
�-0:5�.�.0��55(���.30�V��
�-0:��.�.0��55(���.36�V��
�-0:3�.�.0��55(000.00�A��
�-0:5�.�.0��55(000.00�A��
�-0:��.�.0��55(000.���A��
�-0:��.�.0��55(+00000�ש�
�-0:��.�.0��55(+00000�ש�
�-0:6�.�.0��55(+000���ש�
�-0:96.50.0�0(Ÿ��
�-0:96.50.0��(0�D���
�-0:96.50.0��(�é�
�-0:96.50.0�3(����
�-0:96.50.0��(����
�-0:96.50.0�5(0���
�-0:96.50.0�6(003D3��B�30909��0�036�0500009Ƹ0��
�-0:96.50.0��(00��
!�


Habt ihr einen Tipp für mich wie ich das klar stellen kann??

Gruß

Thomas

KölnSolar

Du hattest meine Antwort auf Deinen vorhergehenden Post gelesen ? Wie hast Du das device definiert ?
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

Pappa B

Hallo Markus,

deine  Antwort hatte ich gelesen und entsprechend auch die Parameter angepasst:


define myObis OBIS /dev/ttyUSB1@9600,7,E,1 Standard
attr myObis channels {"1.7"=>"Aktuelle_Leistung","21"=>"energy_L1","41"=>"energy_L2","61"=>"energy_L3","31"=>"power_L1","51"=>"power_L2","71"=>"power_L3","1"=>"energy_current","1.8"=>"energy_total","2.8"=>"feed_total"}
attr myObis interval 300
attr myObis pollingMode on
attr myObis room Zähler


Das sollte dann ja eigentlich funktionieren, tut es aber nicht. :( :(

Gruß
Thomas

KölnSolar

Hmm, wie hast Du die Daten denn zusammengestellt, die Du unter
ZitatBei fhem sieht das ganze dann so aus:
gelistet hast ? Aus dem Log(bei verbose=5) oder event monitor oder..... kopiert ? Dann kann ich mal versuchen das nachzustellen.
Das ist ein reiner Erzeugungszähler, oder ?
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

Pappa B

habe die Daten mit "list myObis" aufgerufen.
Ja mit dem Zähler erfasse ich meinen erzeugten Strom von meinem BHKW.

Gruß
Thomas

KölnSolar

Zitathabe die Daten mit "list myObis" aufgerufen.
Nee, kann nicht sein. Mit list devicename werden Dir internals und readings angezeigt.
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

Pappa B

sorry,
aber wenn ich "list myObis" aufrufe bekomme ich folgenden Infos:


Internals:
   DEF        /dev/ttyUSB0@9600,7,E,1 Standard
   DeviceName /dev/ttyUSB0@,7,E,1
   FD         51
   MeterType  Standard
   NAME       myObis
   NR         273
   PARTIAL
   STATE      opened
   TYPE       OBIS
   Readings:
     2016-10-21 18:06:44   state           opened
   Helper:
     BUFFER     -0:0.0.0��55(�095090000035��9��
�-0:�.�.0��55(�5503�.9�6���
�-0:96.5.5��55(00��
0-0:96.�.�55��55(0000035��9��
�-0:3�.�.0��55(���.���V��
�-0:5�.�.0��55(���.���V��
�-0:��.�.0��55(��6.���V��
�-0:3�.�.0��55(000.00�A��
�-0:5�.�.0��55(000.00�A��
�-0:��.�.0��55(000.���A��
�-0:��.�.0��55(+00000�ש�
�-0:��.�.0��55(+00000�ש�
�-0:6�.�.0��55(+000�6�ש�
�-0:96.50.0�0(Ÿ��
�-0:96.50.0��(0�D0��
�-0:96.50.0��(�é�
�-0:96.50.0�3(����
�-0:96.50.0��(����
�-0:96.50.0�5(0���
�-0:96.50.0�6(003D3��B�30909��0�036�0500009Ƹ0��
�-0:96.50.0��(00��
!�
�HAG5eHZ0�0�_�HZ�NA���

�-0:0.0.0��55(�095090000035��9��
�-0:�.�.0��55(�5503�.9�6���
�-0:96.5.5��55(00��
0-0:96.�.�55��55(0000035��9��
�-0:3�.�.0��55(���.�0�V��
�-0:5�.�.0��55(���.���V��
�-0:��.�.0��55(��6.���V��
�-0:3�.�.0��55(000.00�A��
�-0:5�.�.0��55(000.00�A��
�-0:��.�.0��55(000.���A��
�-0:��.�.0��55(+00000�ש�
�-0:��.�.0��55(+00000�ש�
�-0:6�.�.0��55(+000�6�ש�
�-0:96.50.0�0(Ÿ��
�-0:96.50.0��(0�D0��
�-0:96.50.0��(�é�
�-0:96.50.0�3(����
�-0:96.50.0��(����
�-0:96.50.0�5(0���
�-0:96.50.0�6(003D3��B�30909��0�036�0500009Ƹ0��
�-0:96.50.0��(00��
!�
�HAG5eHZ0�0�_�HZ�NA���

�-0:0.0.0��55(�095090000035��9��
�-0:�.�.0��55(�5503�.9�6���
�-0:96.5.5��55(00��
0-0:96.�.�55��55(0000035��9��
�-0:3�.�.0��55(��9.53�V��
�-0:5�.�.0��55(���.99�V��
�-0:��.�.0��55(���.���V��
�-0:3�.�.0��55(000.00�A��
�-0:5�.�.0��55(000.00�A��
�-0:��.�.0��55(000.�0�A��
�-0:��.�.0��55(+00000�ש�
�-0:��.�.0��55(+00000�ש�
�-0:6�.�.0��55(+000�6�ש�
�-0:96.50.0�0(Ÿ��
�-0:96.50.0��(0�D���
�-0:96.50.0��(�é�
�-0:96.50.0�3(����
�-0:96.50.0��(����
�-0:96.50.0�5(0���
�-0:96.50.0�6(003D3��B�30909��0�036�0500009Ƹ0��
�-0:96.50.0��(00��
!�

     EoM        -1
     SPEED      5
     SpeedChange
     SpeedChange2
     TRIGGERTIME 1477066000.74933
     Channels:
       1          energy_current
       1.7        Aktuelle_Leistung
       1.8        energy_total
       2.8        feed_total
       21         energy_L1
       31         power_L1
       41         energy_L2
       51         power_L2
       61         energy_L3
       71         power_L3
     DEVICES:

       300

Attributes:
   channels   {"1.7"=>"Aktuelle_Leistung","21"=>"energy_L1","41"=>"energy_L2","61"=>"energy_L3","31"=>"power_L1","51"=>"power_L2","71"=>"power_L3","1"=>"energy_current","1.8"=>"energy_total","2.8"=>"feed_total"}
   interval   300
   pollingMode on
   room       Zähler
   verbose    3


Was kann daran nicht stimmen?

Internals bekomme ich ja, aber keine readings.

KölnSolar

Die Feinheiten  ;)
Konnte nicht ahnen, dass das der Inhalt des Buffers ist  >:(
Das bedeutet aber, dass Deine Daten im buffer auflaufen und nicht abgearbeitet werden. Vielleicht nur der altbekannte Fehler, dass die Schnittstelle nicht mehr richtig initialisiert wird ? Mach mal ein paar modifys auf das device. Damit bekomme ich das device immer zum laufen.
Ansonsten auch mal verbose 5 auf das device und GANZ wichtig, mal den Auszug aus dem Log hier posten.
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

Omega-5

Zitat von: KölnSolar am 22 Oktober 2016, 00:40:25
Nee, kann nicht sein. Mit list devicename werden Dir internals und readings angezeigt.
Internals:
   DEF        /dev/ttyUSB0@9600,7,E,1 Standard
   DeviceName /dev/ttyUSB0@,7,E,1


Ist das denn richtig? Müsste nicht beim DeviceName auch die Baudrate angezeigt werden.
Ich habe noch SMLUSB da wird beim Device das gleiche angezeigt wie in der DEF.

Gruß Friedrich
RaspberryPi2, nanoCUL, 3x DS18B20, FS20: 4x Funk-Schalter ST-4, LaCrosseGW,
HomeMatic: HMLAN, HM-WDS10-TH-O, HM_MYS_RelaisBoard,
I2C: HYT221 über modifiziertes Modul I2_I2C_SHT21.pm (Q&D),

KölnSolar

Du Fuchs  ;D natürlich müsste das da stehen !
Und jetzt hab ich es nachgestellt ! Es ist das bekannte Initialisierungsproblem. Auch ich habe dann den buffer gefüllt und die Baudrate fehlt.
Nachdem der zaehler über modify initilisiert ist, verschwinden die buffer-Inhalte und auch die Baudrate steht im Devicename.
Vielleicht hilft das ja Stefan den bug zu fixen.
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

HarryT

Zitat von: immi am 25 September 2016, 21:19:37
Hi HarryT
I had the same symptoms (I do not know, if we have the same root cause).
It is now working again for me, using last version but with the fix posted above.
https://forum.fhem.de/index.php/topic,51948.msg494777.html#msg494777

immi

Sorry for the hugh delay. This patch indeed solves my problem. I expected it was already implemented before my test.

Thanks.

Would be nice if the versio in trunk would be fixed.

{HT}
FHEM 6.3 auf Raspberry Pi3  (1,2 Ghz)
RFXTRX433XL, ZWave, KFL200 and ConBeeIII
Raspberry Pi1 (0,7 Ghz) and Raspberry Pi4 for testing
German reading skills are good.