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

[tr_ex]

Die Baudratenumschaltung kann ich gerne testen.

Der AS1440 kann mit 2 Inititialisierungen umgehen. Einmal mit der Definition AS1440  ("/2!") oder mit VSM102 ("/?!") . Der Unterschied ist, das mit der Variante AS1440 nur minimale Werte ausgegeben werden und nicht die gesamten Vorwerte. Siehe dazu:

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

[alkazaa]

Die Baudratenumschaltung beim AS1440 mit der von Icinger weiterentwickelten 47_OBIS.pm Arbeitsversion (die er auf PN Anforderung zur Verfügung gestellt hat) funktioniert nun bei mir.
Entscheidend war, die alte device Definition

Code Auswählen Erweitern

defmod E_Zaehler OBIS /dev/ttyUSB2@300,7,E,1 AS1440
nicht etwa durch

Code Auswählen Erweitern

defmod E_Zaehler OBIS /dev/ttyUSB2@9600,7,E,1 AS1440
sondern durch

Code Auswählen Erweitern

defmod E_Zaehler OBIS /dev/ttyUSB2@300,7,E,1 AS1440 9600
zu ersetzen.

-Franz

Leider muss ich die Erfolgsmeldung stark einschränken: lässt man es über längere Zeit laufen, hängt sich das ganze irgendwann auf.

Es liegt vermutlich am 'zickigen' Verhalten des AS1440. Diese 'Zickigkeit' wurde auch hier https://forum.fhem.de/index.php/topic,107045.msg1008941.html#msg1008941 beschrieben und hat dem dortigen Autor anscheinend eine Menge Aufwand abverlangt bis seine Lösung stabil war

[AxelSchweiss]

Hi
Lässt sichbei dem Modul noch ein "Reconnect" integrieren ?
Ich habe das Problem das ab und an die Verbindung stirbt.
Aktuell löse ich das damit das ich den Port ändere und dann wieder richtig einstelle.
Ist aber nicht schön.

[viegener]

Hi
Lässt sichbei dem Modul noch ein "Reconnect" integrieren ?
Ich habe das Problem das ab und an die Verbindung stirbt.
Aktuell löse ich das damit das ich den Port ändere und dann wieder richtig einstelle.
Ist aber nicht schön.

Genau mein Problem - wie auch schon vor einiger Zeit mal angefragt...
(DU musst aber nicht den Port ändern ein defmod mit aktueller Definition hilft bei mir)

Ein reconnect / connect wäre toll...

[luftdieb]

Genau mein Problem - wie auch schon vor einiger Zeit mal angefragt...
(DU musst aber nicht den Port ändern ein defmod mit aktueller Definition hilft bei mir)

Ein reconnect / connect wäre toll...

Dito. Auch bei mir stirbt alle 2-3 Tage die Verbindung. Bisher habe ich immer FHEM neu gestartet, was sehr umständlich ist.
Das Modul selbst meldet CRC_Errors 16 und folgende Ausgabe, wenn ich auf TYPE OBIS klicke:

Code Auswählen Erweitern

  CRC_Errors 16
   DEF        /dev/serial/by-id/usb-FTDI_FT230X_Basic_UART_DN04JPL7-if00-port0 SML
   DeviceName /dev/serial/by-id/usb-FTDI_FT230X_Basic_UART_DN04JPL7-if00-port0
   FUUID      5c6c3e35-f33f-68c5-c801-596e3759f5738101
   MeterType  SML
   NAME       Stromzaehler
   NR         274
   PARTIAL   
   STATE      opened
   TYPE       OBIS
   Helper:
     DBLOG:
       power:
         logdb:
           TIME       1595357327.71979
           VALUE      324
   READINGS:
     2020-07-21 20:48:47   1.0.0.0.9.255   09-01-49-53-4B-00-04-31-A8-B6
     2020-07-21 20:48:47   129.129.199.130.3.255 ISK
     2020-07-21 20:48:47   129.129.199.130.5.255 B01F-40FB-D83E-7380-E263-DE68-40ED-00DC-7BB2-157C-4A20-C86A-85E7-8FEA-4220-E96C-A050-166E-C6B4-AE85-F489-B134-9C4D-2916-01
     2020-06-09 02:47:28   Version         ISK\090149534B000431A8B6
     2020-07-21 20:48:47   power           324
     2020-06-08 23:56:20   state           opened
     2020-07-21 20:48:47   total_consumption 5828654.1
     2020-07-21 20:48:47   total_consumption_Ch1 5828654.1
     2020-07-21 20:48:47   total_consumption_Ch2 0
   helper:
     BUFFER     RU�



v�U&bbrc

v


�q�
ISKv�U*bbrc
w

ISK��



v�U,bbrc

v


�q�
ISKu



v�U/bbrc

v


�q�
ISKѮ
w

�

bR�Y
w
�

bRUѮ
w

�

bR�Y
w
�

bRUѮ1
w

�

bR�Y
w
�

bRU



v�USbbrc

v


�q�
ISK%!



v�UYbbrc

v


�q�
ISKѮI
w

�

bR�Y
w
�

bRUѮU
w

�

bR�Y
w
�

bRUѮY
w

�

bR�Y
w
�

bRUѮ]
w

�

bR�Y
w
�

bRU�



v�Uwbbrc

v


�q�
ISK.=



v�Uzbbrc

v


�q�
ISKxp



v�U�bbrc

v


�q�
ISK�



Ѯ�
w

�

bR�Y
w
�

bRUk{



v�U�bbrc

v


�q�
ISKѮ�
w

�

bR�Y
w
�

bRUѮ�
w

�

bR�Y
w
�

bRU�^



v�U�bbrc

v


�q�
ISKѮ�
w

�

bR�Y
w
�

bRUѮ�
w

�

bR�Y
w
�

bRU�



.�



v�U�bbrc

v


�q�
ISKѮ�
w

�

bR�Y
w
�

bRUѮ�
w

�

bR�Y
w
�

bRU�



ln



v�U�bbrc

v


�q�
ISKѮ�
w

�

bR�Y
w
�

bRUѮ�
w

�

bR�Y
w
�

bRUѮ�
w

�

bR�Y
w
�

bRU�



Ѯ�
w

�

bR�Y
w
�

bRUѮ�
w

�

bR�Y
w
�

bRU�



Ѯ�
w

�

bR�Y
w
�

bRU�



�



Ѯ�
w

�

bR�Y
w
�

bRU�



�



ѯ

w

�

bR�Y
w
�

bRU�



ѯ
w

�

bR�Y
w
�

bRU��



v�U�bbrc

v


�q�
ISKѯ
w

�

bR�Y
w
�

bRUѯ!
w

�

bR�Y
w
�

bRUK�



v�V
-�



v�V
�



Mbbrc

v


�r
�



v�V(bbrc

v


�r
ISK��



v�V1bbrc

v


�r
ISK�



��



v�V7bbrc

v


�r
ISK�



)



v�VXbbrc

v


�r �



؏



v�Vabbrc

v


�r!
ISK;�



v�Vgbbrc

v


�r#
ISK�



�$



v�Vybbrc

v


�r)
ISK�



v�V�bbrc

v


�r/
ISK�



v�V�bbrc
w

ISK�



�



�



ً



v�V�bbrc

v


�r:
ISKM�



v�V�bbrc

v


�r<
ISK��



v�V�bbrc

v


�r=
ISKΪ



v�V�bbrc

v


�r?
ISKI�



v�V�bbrc

v


�rA
ISKJ



v�V�bbrc

v


�rD
ISK��



v�V�bbrc

v


�rE
ISKl�



v�V�bbrc

v


�rF
ISK�



�



�R



v�V�bbrc

v


�rN
ISK�



�R



v�V�bbrc

v


�rT
ISK�J



v�Wbbrc

v


�rZ
ISK@~



v�Wbbrc

v


�r\
ISK�



<�



v�W*bbrc

v


�rd
ISK�



v�W?bbrc

v


�rk
ISKH�



v�WBbb7N



v�WEbbrc

v


�rm
ISK�



v�WQbbrc

v


�rq
ISK�



~�



v�Wcbbrc

v


�rw
ISK�



v�Wlbbrc

v


�rz
ISK�



�



'�



v�W�bbrc

v


�r�
ISKj�



v�W�bbrc

v


�r�
ISK�]



v�W�bbrc

v


�r�
ISKdx



v�W�bbrc

v


�r�
ISK�



��



v�W�bbrc

v


�r�
ISKF�



v�W�bbrc

v


�r�
ISK�



�



v�W�bbrc

v


�r�
ISK�



��



v�W�bbrc

v


�r�
ISK�G



v�W�bbrc

v


�r�
ISK�_



v�W�bbrc

v


�r�
ISK�



�



4�



v�Xbbrc

v


�r�
ISK�



Ѱ�
w

�

bR�Y
w
�

bRU�



bbrc

v


�r�
ISK7 



v�Xbbrc

v


�r�
ISKѰ�
w

�

bR�Y
w
�

bRUC



v�X bbrc

v


�r�
ISKѱ
w

�

bR�Y
w
�

bRUѱ
w

�

bR�Y
w
�

bRUѱ
�



��



v�X8bbrc

v


�r�
ISKѱ"
w

�

bR�Y
w
�

bRU��



v�X>bbrc

v


�r�
ISKѱ*
w

�

bR�Y
w
�

bRU�



ѱB
w

�

bR�Y
w
�

bRUE�



v�XVbbrc

v


�r�
ISKѱJ
w

�

bR�Y
w
�

bRUmo



v�X\bbrc

v


�r�
ISK



v�Xbbbrc

v


�r�
ISK�



v�Xhbbrc

v


�r�
ISK�



�S



v�Xqbbrc

v


�r�
ISK�



v�Xzbbrc

v


�r�
ISK�



�



M



v�X�bbrc

v


�r�
ISK�



�i



v�X�bbrc

v


�r�
ISK�



�e



v�X�bbrc

v


�r�
ISK��



v�X�bbrc

v


�r�
ISKӻ



v�X�bbrc

v


�r�
ISKѲ%
w

�

bR�Y
w
�

bRUѲ=
w

�

bR�Y
w
�

bRU��



v�X�bbrc

v


�r�
ISKѲA
w

�

bR�Y
w
�

bRUѲE
w

�

bR�Y
w
�

bRUѲI
w

�

bR�Y
w
�

bRU��



v�X�bbrc

v


�r�
ISK�



v�X�bbrc

v


�r�
ISK��



v�X�bbrc

v


�r�
ISK�



Ѳi
w

�

bR�Y
w
�

bRU�



Ѳq
w

�

bR�Y
w
�

bRUD#



v�X�bbrc

v


�r�
ISKѲu
w

�

bR�Y
w
�

bRU�



�



,�



v�Ybbrc

v


�s
ISKѲ�
w

�

bR�Y
w
�

bRUѲ�
w

�

bR�Y
w
�

bRUѲ�
w

�

bR�Y
w
�

bRU)�



v�Ybbrc

v


�s
ISKѲ�
w

�

bR�Y
w
�

bRU��



v�Y"bbrc

v


�s
ISK�



l�



v�Y1bbrc

v


�s
ISK�




ISKuo



v�YCbbrc

v



ISKѲ�
w

�

bR�Y
w
�

bRUѲ�
w

�

bR�Y
w
�

bRU0Ѳ�
w

�

bR�Y
w
�

bRUѲ�
w

�

bR�Y
w
�

bRUá



v�Yabbrc

v


�s!
ISKѳ
w

�

bR�Y
w
�

bRUv�Yqbbrc
w

ISK�
ѳ
w

�

bR�Y
w
�

bRU��



v�Y�bbrc

v


�s,
ISK�



ѳ1
w

�

bR�Y
w
�

bRU�



ѳ9
w

�

bR�Y
w
�

bRU��



v�Y�bbrc

v


�s0
ISK�



v�Y�bbrc

v


�s1
ISKو



v�Y�bbrc

v


�s8
ISK��



v�Y�bbrc

v


�s;
ISKѳu
w

�

bR�Y
w
�

bRU�



ѳ}
w

�

bR�Y
w
�

bRUѳ�
w

�

bR�Y
w
�

bRUV



v�Y�bbrc

v


�sE
ISKѳ�
w

�

bR�Y
w
�

bRU�
ѳ�
w

�

bR�Y
w
�

bRU�




v�Y�bbrc

v


�sH
ISKѳ�
w

�

bR�Y
w
�

bRU�



�



�{



v�Y�bbrc

v


�sQ
ISKѳ�
w

�

bR�Y
w
�

bRUѳ�
w

�

bR�Y
w
�

bRUѳ�
w

�

bR�Y
w
�

bRUѳ�
w

�

bR�Y
w
�

bRUѴ

w

�

bR�Y
w
�

bRUѴ
w

�

bR�Y
w
�

bRUѴ
w

�

bR�Y
w
�

bRUѴ
w

�

bR�Y
w
�

bRUѴ%
w

�

bR�Y
w
�

bRU�



v�ZBbbrc

v


�sl
ISK�



Ѵ-
w

�

bR�Y
w
�

bRU�




v�ZHbbrc

v


�sn
ISK��



v�ZTbbrc

v


�sr
ISK׌



v�ZZbbrc

v


�st
ISK��



v�Z`bbrc

v


�sv
ISK



v�Zcbbrc

v


�sw
ISKϡ



v�Zfbbrc

v


�sx
ISK
Ѵ�
w

�

bR�Y
w
�

bRUѴ�
w

�

bR�Y
w
�

bRUE�



v�Z�bbrc

v


�s�
ISK�



|J �j���B �l�Pnƴ���4�M)


cYѴ�
w

�

bR�Y
w
�

bRU�



Ѵ�
w

�

bR�Y
w
�

bRUѴ�
w

�

bR�Y
w
�

bRU9�



v�Z�bbrc

v


�s�
ISKѴ�
w

�

bR�Y
w
�

bRU
�



��



v�Z�bbrc

v


�s�
ISK��



v�Z�bbrc

v


�s�
ISKѴ�
w

�

bR�Y
w
�

bRU�



�



v�Z�bbrc

v


�s�
ISK�



�



)
|J �j���B �l�Pnƴ���4�M)


c��



u�



vbbrc

v


�s�
ISK�



2�



v�[,bbrc

v


�s�
ISK�



�



��



v�[;bbrc

v


�s�
ISK�



cR



v�[hbbrc

v


�s�
ISK�



�



)�



v�[�bbrc

v


�s�
ISK�



|J �j���B �l�Pnƴ���4�M)


cG
T�



v�[�bbrc

v


�s�
ISK�



v�[�bbrc

v


�s�
ISK\#



v�[�bbrc

v


�s�
ISK�C



v�[�bbrc

v


�s�
ISKP�



v�[�bbrc

v


�s�
ISK-Dy



v�[�bbrc

v


�s�
ISK�



�



�



�



�



�




ISK��



v�\@bbrc

v


�t
ISK�[



v�\Cbbrc

v



ISK2�



v�\Fbbrc

v


�t
ISK
�



v�\Obbrc

v


�t
ISK
ISK�




�,



v�\pbbrc

v


�t&
ISK�



�



�



�



�



�



�



�



�



Ѹ
|J �j���B �l�Pnƴ���4�M)


cx
o�



v�\�bbrc

v


�tH
ISKm�



v�\�bbrc

v


�tR
ISKv�



v�\�bbrc

v


�tT
ISK�.



v�\�bbrc

v


�tU
ISK�



�



�



�



�



�



�



�_



v�]?bbrc

v


�tk
ISK�



�



�#



v�]]bbrc

v


�tu
ISK2�



v�]xbbrc

v


�t~
ISKG�



v�^bbrc

v


�t�
ISK|J �j���B �l�Pnƴ���4�M)


c-�



v�^bbrc

v


�t�
ISK�[



v�^,bbrc

v


�t�
ISK�z



v�^Abbrc

v


�t�
ISKL�



v�^Jbbrc

v


�t�
ISK�



�



�g



v�^hbbrc

v


�t�
ISK�



��



v�^nbbrc

v


�t�
ISK��



v�^}bbrc

v


�t�
ISK%



v�^�bbrc

v


�t�
ISK _



v�^�bbrc

v


�t�
ISK)'



v�^�bbrc

v


�t�
ISK�



K�



v�^�bbrc

v


�t�
ISK�



|



v�^�bbrc

v


�t�
ISK�



�
�



�x



v�^�bbrc

v


�t�
ISK�



:�



v�^�bbrc

v


�t�
ISK$/



v�^�bbrc

v


�t�
ISK��



v�^�bbrc

v


�t�
ISK�



r



v�^�bbrc

v


�t�
ISK|J �j���B �l�Pnƴ���4�M)


c�
�



�



�
�



�



x2



v�_%bbrc

v


�u
�V



v�_(bbrc

v


�u
ISK�@



v�_1bbrc

v


�u
ISK
(�



v�_Ubbrc

v


�u
ISKK



v�_Xbbrc

v


�u
ISK
     EoM        -1
     SPEED      5
     TRIGGERTIME 1591653381.01631
     Channels:
       total_consumption Verbrauch
     DEVICES:
       
       1
       
     directions:
Attributes:
   DbLogInclude power
   alias      Stromzaehler
   channels   {"total_consumption"=>"Verbrauch"}
   event-min-interval 60
   interval   1
   pollingMode on
   room       Zähler
   verbose    3

Hochsetzen vom Verbose auf 5 ergibt für mich keine Aufschlussreichen Ausgaben im Logfile.
Andere USB Adapter (z.B. Vissmann VControl USB Adapter oder die 2 Signalduino) hängen am gleichen Aktiven USB Hub und haben keine Probleme in der Verbindung.

Von daher wäre es genial, wenn das OBIS Modul robuster bzw. um Status und Connect/Disconnect oder reconnect erweitert werden könnte.

Als Zähler habe ich einen Iskra MT175.

Gruß
Stefan

[KölnSolar]

Ich behaupte, dass Eure Problem erst einmal auf der Hardware-Seite zu suchen sind.

Meine beiden USBs haben noch nie die Verbindung verloren. 

Da ich mir auch das Modul etwas näher angesehen habe, dürfte dort keine Anpassung für reconnect notwendig sein.

Von Interesse wäre, ob pollingmode gesetzt ist. Hier weicht das Modul von "Standard-DevIo" ab. Bei mir laufen beide mit pollingmode=on für pushende Zähler(also wie bei Dir Stefan/luftdieb; Wie läuft das device ohne das Attribut bei Dir ?)

interval   1

Sehe ich mal arg kritisch. Was willst Du mit Daten solch feiner zeitlicher Auflösung ? Ich hab 60. Würd ich zumindest mal für die Zeit der Analyse der Ausfälle deutlich höher als 1 setzen.
Grüße Markus

[viegener]

Ich behaupte, dass Eure Problem erst einmal auf der Hardware-Seite zu suchen sind.

Meine beiden USBs haben noch nie die Verbindung verloren. 

Da ich mir auch das Modul etwas näher angesehen habe, dürfte dort keine Anpassung für reconnect notwendig sein.

Von Interesse wäre, ob pollingmode gesetzt ist. Hier weicht das Modul von "Standard-DevIo" ab. Bei mir laufen beide mit pollingmode=on für pushende Zähler(also wie bei Dir Stefan/luftdieb; Wie läuft das device ohne das Attribut bei Dir ?)
Sehe ich mal arg kritisch. Was willst Du mit Daten solch feiner zeitlicher Auflösung ? Ich hab 60. Würd ich zumindest mal für die Zeit der Analyse der Ausfälle deutlich höher als 1 setzen.
Grüße Markus

Das Problem mit dem Verbindungsverlust - zumindest bei mir hängt damit zusammen, dass dieser eben nicht per usb angeschlossen ist, sondern per Netzwerk - Dazwischen ist Powerline, WLAN und LAN - das verliert schonmal die Verbindung ...

Ja der reconnect müsste sich leicht umsetzen lassen, ich mache momentan ein defmod auf den Device, dabei wird der reconnect ausgeführt

[KölnSolar]

Von Interesse wäre, ob pollingmode gesetzt ist.

Edit:

Ja der reconnect müsste sich leicht umsetzen lassen, ich mache momentan ein defmod auf den Device

Sollte meines Erachtens aber auch nicht ins Modul, sondern separat, da es ein Hardware-/WLAN-problem scheint. Das Modul macht ja schon den DevIo-Standard-reconnect(es sei denn es gibt noch einen Bug ).

[viegener]

Edit: Sollte meines Erachtens aber auch nicht ins Modul, sondern separat, da es ein Hardware-/WLAN-problem scheint. Das Modul macht ja schon den DevIo-Standard-reconnect(es sei denn es gibt noch einen Bug ).

Nochmal ein Missverständnis, es geht nicht darum den reconnect automatisch im Modul zu machen, sondern einen reconnect-Befehl zu ermöglichen also so etwas wie

set <obisdevice> reconnect

Dann müsste man nicht auf defmod zurückgreifen

Bevor hier nochmehr Verwirrung gestiftet wird:

Ich hatte das auch genau hier schonmal erklärt:  https://forum.fhem.de/index.php/topic,51948.msg1064241.html#msg1064241

Also es geht um  einen set-Befehl zum reconnect (oder reopen)  - diesen könnte man verwenden, wenn durch äussere Einflüsse die Verbindung abbricht - Insbesondere wenn man das Modul für einen remote (also per Netzwerk) angeschlossenen Device am Smartmeter verwendet. Bei mir passieren diese ca. 5 mal am Tag aufgrund der speziellen Gegebenheiten.

Achso: polling mode ist bei mir nicht gesetzt - mir wäre jetzt auch nicht klar, ob polling bei jedem Zähler so funktionieren würde
Das bringt mich aber auch auf eine Alternativlösung -

deleteattr <obisdevice> pollingMode

Das sollte ebenfalls die Verbindung neu aufbauen - solange FHEM die AttrFn weiterhin aufruft wenn ein Attribut gar nicht gesetzt ist und auch hier wird leider die Konfiguration als geändert markiert - so dass ein save erforderlich ist.

[KölnSolar]

Ah jetzt, also ist der wichtige Punkt, dass die "Aktion" nicht zu einer "erkannten" Änderung der config führt.

Da kann ich ja jetzt nur noch die Worte des Modulautors zitieren 

Patches werden gerne entgegengenommen ^^

[viegener]

@icinger - gibt es ein github oder ähnlichesRepository - so dass ein pull request möglich ist ? - Patches sind mir zu fehleranfällig - pull requests sind zumesit für Ersteller und Owner viel angenehmer

[trebron106]

Hallo,

ich habe vor einige Zeit die 47_OBIS.pm für mich geändert und ein set reopen eingebaut.
Ich hänge einmal den Patch an. Die Änderung läuft bei mir einwandfrei. Sie ist sich nicht perfekt da ich mich in Perl nicht so aus kenne, so wird der set nicht in Fhem web angezeigt.

Mit den at MT175Reconnect wird der Status alle 5 Minuten überprüft und bei bedarf ein reopen ausgeführt.

Code Auswählen Erweitern


define MT175Reconnector at +*00:05:00 {\
  my $deviceName = "MT175";;\
  my $status = ReadingsVal($deviceName,"state",0);;\
  if($status ne "opened") { fhem("set " . $deviceName . " reopen");;\
  } \
}



Gruß
Klaus

[AxelSchweiss]

Nochmal ein Missverständnis, es geht nicht darum den reconnect automatisch im Modul zu machen, sondern einen reconnect-Befehl zu ermöglichen also so etwas wieDann müsste man nicht auf defmod zurückgreifen

Das kann man dann ggf. mit solchen Modulen wie DeviceMonitor machen.
Man überwacht ein Reading. Ändert es sich nach X-Minuten nicht führt man den reconnect aus.

[luftdieb]

Ich behaupte, dass Eure Problem erst einmal auf der Hardware-Seite zu suchen sind.

Meine beiden USBs haben noch nie die Verbindung verloren. 

Da ich mir auch das Modul etwas näher angesehen habe, dürfte dort keine Anpassung für reconnect notwendig sein.

Von Interesse wäre, ob pollingmode gesetzt ist. Hier weicht das Modul von "Standard-DevIo" ab. Bei mir laufen beide mit pollingmode=on für pushende Zähler(also wie bei Dir Stefan/luftdieb; Wie läuft das device ohne das Attribut bei Dir ?)
Sehe ich mal arg kritisch. Was willst Du mit Daten solch feiner zeitlicher Auflösung ? Ich hab 60. Würd ich zumindest mal für die Zeit der Analyse der Ausfälle deutlich höher als 1 setzen.
Grüße Markus

Hi Markus,
vielen dank für den Tip. Ich habe es gestern ausprobiert mit Interval = 60 und muss leider feststellen, dass es auch nur einen halben Tag überlebt hatte bis das Modul wieder abgeschmiert war mit PollingMode=on.
Habe daraufhin den Tip ausprobiert mit "deleteattr Stromzaehler pollingMode". Daraufhin wurde die Übertragung wieder gestartet. Irgendwie sehr eigenartig. Erneut war auch kein Eintrag im Logfile zu sehen (Verbose 3).
Setze ich Verbose = 4, wird mein Logfile "zugemüllt"...
Interessant ist der Vergleich vom Buffer, jetzt im funktionsfähigen Zustand

Internals:
   CRC_Errors 1
   DEF        /dev/serial/by-id/usb-FTDI_FT230X_Basic_UART_DN04JPL7-if00-port0 SML
   DeviceName /dev/serial/by-id/usb-FTDI_FT230X_Basic_UART_DN04JPL7-if00-port0
   FUUID      5c6c3e35-f33f-68c5-c801-596e3759f5738101
   MeterType  SML
   NAME       Stromzaehler
   NR         274
   PARTIAL   
   STATE      opened
   TYPE       OBIS
   Helper:
     DBLOG:
       power:
         logdb:
           TIME       1595870583.81038
           VALUE      467
   READINGS:
     2020-07-27 19:23:03   1.0.0.0.9.255   09-01-49-53-4B-00-04-31-A8-B6
     2020-07-27 19:23:03   129.129.199.130.3.255 ISK
     2020-07-27 19:23:03   129.129.199.130.5.255 B01F-40FB-D83E-7380-E263-DE68-40ED-00DC-7BB2-157C-4A20-C86A-85E7-8FEA-4220-E96C-A050-166E-C6B4-AE85-F489-B134-9C4D-2916-01
     2020-06-09 02:47:28   Version         ISK\090149534B000431A8B6
     2020-07-27 19:23:03   power           467
     2020-07-27 19:17:04   state           opened
     2020-07-27 19:23:03   total_consumption 6427678.1
     2020-07-27 19:23:03   total_consumption_Ch1 6427678.1
     2020-07-27 19:23:03   total_consumption_Ch2 0
   helper:
     BUFFER     ��/
w


�

bR�Y��/
w

�

bR�Y
w
�

bRU
�
w��ǂ�



��@��>s��c�h@��{�|J �j���B �l�Pnƴ���4�M)


c��v�e�bbrc
q
c�fD�
     EoM        -1
     SPEED      5
     TRIGGERTIME 1595870277.48354
     Channels:
       total_consumption Verbrauch
     DEVICES:
       
       1
       
     directions:
Attributes:
   DbLogInclude power
   alias      Stromzaehler
   channels   {"total_consumption"=>"Verbrauch"}
   comment    Zählertyp: Iskra MT175
   event-min-interval 60
   interval   1
   pollingMode on
   room       Zähler
   verbose    4

Ich teste jetzt noch mal Interval = 60 und gelöschtem Attr PollingMode.

Generell wollte ich schon den Interval wieder auf 1 setzen, um eine Art Live Stromanzeige zu haben.

Weiterhin werde ich den Patch von trebron106 mit der Möglichkeit von reopen mal austesten. Klingt für mich nach dem, was ich gesucht habe


Gruß
Stefan

[KölnSolar]

Hi Stefan,
setzt Du das freezemon-Modul ein ? Das würde Dir vermutlich die Augen öffnen wg. der Sek. interval. Mach vielleicht wenigstens 5 oder 3.

Du bist meines Wissens bisher der Erste, der mit einem Serial-USB-device diese Probleme hat. Siehst Du die Ausfälle mit dmesg ? Ändert sich der state(connected/disconnected) ?
(Ich müßte mal ausprobieren wie es sich bei mir bei einem provozierten disconnect verhält)

Vielleicht noch kurz zum pollingmode: wir haben uns bei pushenden Zählern in den Geburtsstunden des Moduls über extreme Performanceprobleme(hohe CPU-Auslastung) beklagt. Das hat Icinger dann wohl durch Außerkraftsetzen(ausklinken aus der Selectlist)  des Standard-Verhaltens eines DevIo-devices gelöst.

Grüße Markus