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

[KölnSolar]

Bei mir geht es nicht verloren.
Mal nach save und den 3 Zuständen(nach save, nach shutdown, nach restart) in die config gucken, um den Zeitpunkt des Verschwindens einzugrenzen.

[Icinger]

Hatte ich noch nie, habs bei mir auch grade getestet....AlignTime (genauso wie alle anderen Attribute) überlebt nen restart genauso wie nen reboot...

lg, Stefan

[willybauss]

Bei mir geht es nicht verloren.
Mal nach save und den 3 Zuständen(nach save, nach shutdown, nach restart) in die config gucken, um den Zeitpunkt des Verschwindens einzugrenzen.

Wird etwas dauern. Bin inzwischen im Urlaub.

[willybauss]

Im config File steht das Attribut richtig drin mit 00:00:00, aber das UI meldet:

Code Auswählen Erweitern


Messages collected while initializing FHEM:
configfile: OBIS (Hausstrom_Zaehler): attr alignTime is useless, if no interval is specified

Ein anderes alignTime Attribut mit 00:00:01 funktioniert problemlos. Könnte bitte jemand probieren, ob es an 00:00:00 liegt? Ich bin im Urlaub und kann nur mühsam per Handy testen.

[Omega-5]

Im config File steht das Attribut richtig drin mit 00:00:00, aber das UI meldet:

Code Auswählen Erweitern


configfile: OBIS (Hausstrom_Zaehler): attr alignTime is useless, if no interval is specified

Hallo,

steht doch da, wenn das Attribut 00:00:00 ist, wird es nicht benötigt. Also Attribut alignTime löschen.

Gruß Friedrich

[willybauss]

Ohne alignTime Attribut werden die Werte zu beliebigen Zeiten geloggt. Das Attribut brauche ich,  um 00:00:00 zu erzwingen.

[KölnSolar]

ich hab auch 00:00:00, damit immer zur vollen Minute gelesen wird. Dazu aber auch interval=60 und das scheinst Du ja nicht zu haben.

[willybauss]

Doch. Interval=60 habe ich gesetzt.

[KölnSolar]

Na dann wundert mich die Fehlermeldung

Messages collected while initializing FHEM:
configfile: OBIS (Hausstrom_Zaehler): attr alignTime is useless, if no interval is specified

die ich trotz gleichen Attributen nicht habe. Stell mal zum Abgleich ein list des Zählers ein.

[Icinger]

Also, ein alignTime mit "00:00" in Kombination mit interval=60 funktioniert hier bei mir seit den Anfängen der Entwicklung dieses Moduls.

[willybauss]

Tiefer gehende Analysen kann ich erst Ende nächster Woche machen. Bin grade nur mit dem Handy online.

[willybauss]

Nochmal zurück zu dem Problem mit

Code Auswählen Erweitern

Messages collected while initializing FHEM:
configfile: OBIS (Hausstrom_Zaehler): attr alignTime is useless, if no interval is specified

Das Problem hält sich hartnäckig.

Im config File ist das Attribut "interval = 60" drin und bleibt auch bei einem Restart drin.
Aber alignTime fliegt beim Restart aus der config raus, wohl wegen der o.g. Meldung.

Wenn ich alignTime neu setze, dann geht das fehlerfrei. Wenn ich aber "interval" lösche und dann alignTime setzen will, dann kommt eine Meldung wie oben (... braucht interval Attribut ...). Demnach erkennt das Modul zur Laufzeit durchaus, dass das interval Attribut da ist, nur nicht beim Start von fhem.

Im list ist interval ebenfalls sichtbar:

Internals:
   DEF        /dev/serial/by-id/usb-Silicon_Labs_USB-IR-Kopf_001DDF17-if00-port0@9600,7,E,1
   DeviceName /dev/serial/by-id/usb-Silicon_Labs_USB-IR-Kopf_001DDF17-if00-port0@9600,7,E,1
   MeterType  Standard
   NAME       Hausstrom_Zaehler
   NEXT       2017-08-06 21:31:01
   NR         462
   PARTIAL
   STATE      opened
   TYPE       OBIS
   Readings:
     2017-08-06 21:30:02   Owner           20836181
     2017-08-06 21:30:02   P_Bezug_Watt    509
     2017-08-06 21:30:02   P_Bezug_temp    508.963662646162
     2017-08-06 21:30:02   P_Einsp_Watt    0
     2017-08-06 21:30:02   P_Einsp_temp    0
     2017-08-06 21:30:02   Serial          0002477555
     2017-08-06 21:30:02   Status          82
     2016-02-23 22:33:21   Version         EMH5----eHZ-E0028E
     2017-08-01 00:00:01   Zaehlerstand_Einspeis 43127.3925
     2017-08-01 00:00:01   Zaehlerstand_Verbrauch 14737.2009
     2017-01-07 21:15:32   statStateDay    opened: 02:11:13 opened_Count: 1 (since: 2017-01-07_19:04:19)
     2017-01-07 21:15:32   statStateMonth  opened: 02:11:13 opened_Count: 1 (since: 2017-01-07_19:04:19)
     2017-01-07 21:15:32   statStateYear   opened: 02:11:13 opened_Count: 1 (since: 2017-01-07_19:04:19)
     2017-01-07 21:14:31   statTotal_consumption_Ch1 Hour: 0.1232 Day: 1.2159 Month: 1.2159 Year: 1.2159 (since: 2017-01-07_19:13:30 )
     2017-01-07 21:14:31   statTotal_consumption_Ch1Hour 0.1232
     2017-01-07 20:59:55   statTotal_consumption_Ch1HourLast 0.6899
     2017-01-07 20:59:55   statTotal_consumption_Ch1Last Hour: 0.6899 Day: - Month: - Year: -
     2017-01-07 21:14:31   statTotal_feed_Ch1 Hour: 0.0000 Day: 0.0000 Month: 0.0000 Year: 0.0000 (since: 2017-01-07_19:13:30 )
     2017-01-07 21:14:31   statTotal_feed_Ch1Hour 0.0000
     2017-01-07 20:59:55   statTotal_feed_Ch1HourLast 0.0000
     2017-01-07 20:59:55   statTotal_feed_Ch1Last Hour: 0.0000 Day: - Month: - Year: -
     2017-08-04 16:02:42   state           opened
     2017-08-06 21:30:02   total_consumption_Ch1 14768.253
     2017-08-06 21:30:02   total_feed_Ch1  43260.7884
   Helper:
     BUFFER
     EoM        1
     SPEED      5
     TRIGGERTIME 1502047861
     Channels:
     DEVICES:

       60

Attributes:
   alignTime  00:00:01
   event-min-interval .*:5
   event-on-change-reading .*
   interval   60
   pollingMode on
   room       Stromzaehler
   userReadings P_Bezug_temp:total_consumption_Ch1.* differential { ReadingsVal("Hausstrom_Zaehler","total_consumption_Ch1",0)*3600000 },
P_Einsp_temp:total_feed_Ch1.* differential { ReadingsVal("Hausstrom_Zaehler","total_feed_Ch1",0)*3600000 },
P_Bezug_Watt:P_Bezug_temp.* { sprintf("%.0f",ReadingsVal("Hausstrom_Zaehler","P_Bezug_temp",0)) },
P_Einsp_Watt:P_Einsp_temp.* { sprintf("%.0f",ReadingsVal("Hausstrom_Zaehler","P_Einsp_temp",0)) },
P_Verbrauch_Watt:P_Einsp_Watt.* ({  sprintf("%.0f",ReadingsVal("PV_Zaehler","electricityPower",0)) } - {  sprintf("%.0f",ReadingsVal("Hausstrom_Zaehler","P_Einsp_Watt",0)) })
   verbose    3

Ich habe keinen Plan, woran es liegen könnte. Fällt an dem List Jemand was auf?

Oder braucht fhem beim Start eine bestimmte Reihenfolge im config Fiel oder in einem anderen File? Oder oder oder ...

[Icinger]

Ich kann das zwar in keinster Weise nachvollziehen, aber einen Versuch ists alle mal wert, in der config zu schauen, ob "interval" vor dem "alignTime" definiert wird.

lg, Stefan

[willybauss]

... in der config zu schauen, ob "interval" vor dem "alignTime" definiert wird.

lg, Stefan

Das war offenbar das Problem. Hab die Reihenfolge umgedreht und das Problem ist gelöst. Eigenartig, dass fhem selbst nicht in der Lage ist, sein eigenes config-File richtig zu sortieren. Spätestens, als ich die Attribute raus genommen und neu gesetzt hatte, hätte die Reihenfolge ja neu bestimmt werden müssen.

Besten Dank nochmal für die Hilfe.

[rih]

Hallo,

ich habe auch ab und zu dieselben Meldungen im LOG wie firebal301 in Antwort #377:

Code Auswählen Erweitern

2017.05.12 20:48:53 1: PERL WARNING: Use of uninitialized value $dataT in numeric eq (==) at ./FHEM/47_OBIS.pm line 348.
2017.05.12 20:48:53 1: PERL WARNING: Use of uninitialized value $data in substitution (s///) at ./FHEM/47_OBIS.pm line 356.
2017.05.12 20:48:53 1: PERL WARNING: Use of uninitialized value $data in string at ./FHEM/47_OBIS.pm line 357.
2017.05.12 20:48:53 1: PERL WARNING: Use of uninitialized value $msg in pattern match (m//) at ./FHEM/47_OBIS.pm line 327.

Gibt es hierfür eine Erklärung oder Lösung?
Ansonsten funktioniert das Auslesen des EMH-Stromzählers einwandfrei.

Danke