gelöst: OWDevice: Werte werden nicht regelmäßig gelesen

[synaps-o-dan]

Hallo zusammen,

ich habe ein Problem mit OWDevices. Es handelt sich um Temperatur- / Feuchtesensoren MS-TH http://www.fuchs-shop.com/de/shop/6/1/13372059/. Die Sensoren werden korrekt angelegt, und auch die Temperaturwerte werden im eingestellten Intervall (600s) ausgelesen und in Logfiles übertragen.
Um die Feuchtewerte zu erhalten, habe ich die folgenden Attribute gesetzt:

Code Auswählen Erweitern


attr <Sensor> polls HIH4000/humidity,VAD,VDD,temperature
attr <Sensor> userReadings humidity { ReadingsVal("Sensor_Dachboden_aussen","HIH4000/humidity",0) }

Für die Temperatur, VAD und VDD funktioniert das auch, alle 600s wird ein neuer Wert gelesen und dann auch mitgeloggt. Für die Luftfeuchtigkeit (humidity und HIH4000/humidity) wird einmal direkt nach der Definition des Attributs ein Wert eingelesen und dann nicht wieder. D.h. im Logfile erscheint dann alle 600s immer derselbe Wert.

Edit: ich muss das Problem hier genauer beschreiben: das Reading humidity wird alle 600s neu gesetzt (das sehe ich ja unter den Readings an der Zeit. und Datumsangabe). Das Reading HIH4000/humidity wird nicht alle 600s neu gelesen, sondern nur einmal, und zwar zum Zeitpunkt der Definition und dann jeweils, wenn ich  über

Code Auswählen Erweitern


get <Sensor> HIH4000/humidity

den Wert manuell auslese. Es ist, als ob fhem alle Readings im Intervall ausliest und nur den HIH4000/humidity überspringt.

Wenn ich HIH4000/humidity oder humidity über get manuell erfrage, werden auch Werte ausgelesen (der Sensor funktioniert also).
Ich würde mich sehr freuen, wenn mich jemand freundlich in die richtige Richtung stupsen könnte. Momentan behelfe ich mir über ein doif, was alle 600s ein get für die Luftfeutigkeiten durchführt, aber das kann ja nicht Ziel der Übung sein. Vielen lieben Dank im Voraus für die Hilfe.
Wenn ich weitere Informationen zur Problemfindung beisteuern kann, bitte bescheid sagen, ich poste dan möglichst zeitnah meine Antworten.
Viele Grüße,
Daniel

[fiedel]

Hi Daniel,

sieht so aus, als ob er das Reading nicht pollt. Versuche mal mit der regex zu experimentieren, also "HIH4000/humidity" irgendwie einzukürzen. Z.B. "HIH.*" oder sowas. Am Besten dazu die anderen Werte vorübergehend rausnehmen.

Viel Erfolg!
Frank

[Dr. Boris Neubert]

Code Auswählen Erweitern

list <sensor> bitte.

Viele Grüße
Boris

[synaps-o-dan]

Vielen Dank für die beiden Antworten.

Code Auswählen Erweitern

list <sensor> ergibt das folgende Ergebnis (komplett, deswegen etwas länger):

Code Auswählen Erweitern


Internals:
   CFGFN
   DEF        26.D94923010000 600
   IODev      myOWServer
   LAST_READ_FAILED 0
   NAME       Sensor_Dachboden_aussen
   NOTIFYDEV  global
   NR         680
   NTFY_ORDER 50b-Sensor_Dachboden_aussen
   STATE      VAD: 2  VDD: 3.96  temperature: 24.4375
   TYPE       OWDevice
   Readings:
     2016-05-01 18:22:00   HIH4000/humidity 55.7696
     2016-05-01 18:20:28   VAD             2
     2016-05-01 18:20:28   VDD             3.96
     2016-05-01 18:22:00   humidity        55.7696
     2016-05-01 18:20:28   state           VAD: 2  VDD: 3.96  temperature: 24.4375
     2016-05-01 18:20:28   temperature     24.4375
   Fhem:
     address    26.D94923010000
     alerting   0
     bus        bus.0
     interfaces multisensor
     interval   600
     getters:
       B1-R1-A/gain
       B1-R1-A/offset
       B1-R1-A/pressure
       CA
       DATANAB/humidity
       EE
       HIH4000/humidity
       HTM1735/humidity
       IAD
       MultiSensor/type
       S3-R1-A/current
       S3-R1-A/gain
       S3-R1-A/illumination
       VAD
       VDD
       address
       crc8
       date
       disconnect/date
       disconnect/udate
       endcharge/date
       endcharge/udate
       family
       humidity
       id
       locator
       offset
       pages/page.0
       pages/page.1
       pages/page.2
       pages/page.3
       pages/page.4
       pages/page.5
       pages/page.6
       pages/page.7
       pages/page.ALL
       r_address
       r_id
       r_locator
       temperature
       type
       udate
       vis
     polls:
       VAD
       VDD
       temperature
     setters:
       B1-R1-A/gain
       B1-R1-A/offset
       CA
       DATANAB/reset
       EE
       IAD
       S3-R1-A/gain
       date
       disconnect/date
       disconnect/udate
       endcharge/date
       endcharge/udate
       offset
       pages/page.0
       pages/page.1
       pages/page.2
       pages/page.3
       pages/page.4
       pages/page.5
       pages/page.6
       pages/page.7
       pages/page.ALL
       udate
     state:
       VAD
       VDD
       temperature
Attributes:
   IODev      myOWServer
   model      DS2438
   polls      HIH4000/humidity,VAD,VDD,temperature
   room       OWDevice
   userReadings humidity { ReadingsVal("Sensor_Dachboden_aussen","HIH4000/humidity",0) }
Für mich sieht es in der Tat so aus, dass der poll nicht funktioniert, da HIH4000/humidity nicht in der Liste der polls auftaucht.
Ich werde mal probieren, ob es mit Regex besser funktioniert. Kann der slash / Probleme machen? Muss da was escaped werden?
Grüße und Dank,
Daniel

[Dr. Boris Neubert]

Das ist merkwürdig.

Bitte drehe den Loglevel auf 5 und setze nochmal den Befehl

Code Auswählen Erweitern

attr Sensor_Dachboden_aussen polls HIH4000/humidity,VAD,VDD,temperature

ab. Im Log sollte so etwas erscheinen wie:

Code Auswählen Erweitern

... 5 Sensor_Dachboden_aussen: polls: HIH4000/humidity VAD VDD temperature

Dann mit list nachsehen, ob unter fhem/polls HIH4000/humidity immer noch fehlt.

Und dann bitte hier berichten. Danke.

Viele Grüße
Boris

[synaps-o-dan]

Habe ich gemacht. Im Logfile erscheint nach dem attr polls:

Code Auswählen Erweitern


2016.05.01 19:54:24 5: Cmd: >attr Sensor_Dachboden_aussen polls HIH4000/humidity,VAD,VDD,temperature<
2016.05.01 19:54:24 5: Sensor_Dachboden_aussen: polls: HIH4000/humidity VAD VDD temperature
2016.05.01 19:54:24 5: Triggering global (1 changes)
2016.05.01 19:54:24 5: Starting notify loop for global, first event ATTR Sensor_Dachboden_aussen polls HIH4000/humidity,VAD,VDD,temperature


Unmittelbar danach gibt der Befehl list Sensor_Dachboden_aussen die folgenden polls:

Code Auswählen Erweitern


polls:
  HIH4000/humidity
  VAD
  VDD
  temperature


So weit so gut - dachte ich. Das Reading HIH4000/humidity wird jedoch immer noch nicht gepollt. Sobald zum ersten Mal Werte gepollt werden (ich habe das Intervall des Sensors auf 10s heruntergesetzt), ergibt  list Sensor_Dachboden_aussen die folgenden polls:

Code Auswählen Erweitern


polls:
  VAD
  VDD
  temperature


[Dr. Boris Neubert]

Das bestätigt meinen Verdacht.

Kannst Du bitte dasselbe mal mit einer anderen Liste von polls probieren, z.B.:

Code Auswählen Erweitern

attr Sensor_Dachboden_aussen polls VDD,temperature,date,humidity

Ich möchte sehen, ob sich die polls danach auch auf die Default-Werte zurücksetzen.

Ich vermute, dass es mit den Array-Referenzen zu tun hat, die wir verwenden.

Wenn es das ist, werde ich die nächsten zwei Wochen nicht dazu kommen, es zu fixen. Du musst b.a.w. ein periodisches at einsetzen, um den Wert mit get zu holen. Und dann kann das übrigens eigentlich noch nie funktioniert haben.

Hast Du mehrere DS2438 im Betrieb?

Viele Grüße
Boris

[synaps-o-dan]

Ich habe die Polls mal mit ein paar Sachen aufgebohrt:

Code Auswählen Erweitern

attr Sensor_Dachboden_aussen polls VDD,temperature,date,humidity,date,family

Die Readings, die nicht standardmäßig gepollt werden (date, family,humidity), werden nicht regelmäßig eingelesen. Also genau wie beim HIH4000/humidity.
Ich habe insgesamt 4 DS2438 im Einsatz, bei allen tritt das gleiche Verhalten auf. Es ist richtig, dass das Polling der humidity bei den DS2438 noch nie funktioniert hat, seit gestern habe ich mich in die Struktur der OWDevices so weit eingearbeitet, dass ich z.B. Verkabelungsfehler ausschließen kann.
Momentan setze ich einen doif ein, um alle 600s die Ergbnisabfrage zu erzwingen (es besteht also keine Eile).
Danke bis hierhin für die Hilfe!
Daniel

[synaps-o-dan]

Hallo zusammen,
zu dieser Baustelle gibt es Neueigkeiten. Seit etwa dem 11. Mai um 20:00 Uhr funktionieren die polls einweindfrei (Schätzung anhand der FileLogs). Zu diesem Zeitpunkt habe ich ein Update durchgeführt:

Code Auswählen Erweitern

2016.05.11 19:40:30 1: UPD ./CHANGED
2016.05.11 19:40:30 1: UPD ./fhem.pl
2016.05.11 19:40:30 1: UPD FHEM/00_FBAHAHTTP.pm
2016.05.11 19:40:30 1: UPD FHEM/00_ZWDongle.pm
2016.05.11 19:40:30 1: UPD FHEM/10_CUL_HM.pm
2016.05.11 19:40:31 1: UPD FHEM/10_FBDECT.pm
2016.05.11 19:40:31 1: UPD FHEM/10_ZWave.pm
2016.05.11 19:40:31 1: UPD FHEM/31_HUEDevice.pm
2016.05.11 19:40:31 1: UPD FHEM/37_plex.pm
2016.05.11 19:40:31 1: UPD FHEM/47_OBIS.pm
2016.05.11 19:40:31 1: UPD FHEM/72_FB_CALLLIST.pm
2016.05.11 19:40:31 1: UPD FHEM/93_DbLog.pm
2016.05.11 19:40:31 1: UPD FHEM/98_HMinfo.pm
2016.05.11 19:40:31 1: UPD FHEM/98_cmdalias.pm
2016.05.11 19:40:31 1: UPD FHEM/HMConfig.pm
2016.05.11 19:40:31 1: UPD FHEM/RESIDENTStk.pm
2016.05.11 19:40:31 1: UPD FHEM/SetExtensions.pm
2016.05.11 19:40:32 1: UPD www/images/fhemSVG/gasoline.svg
Und ab diesem Zeitpunkt wird auch korrekt gepollt (Änderung in der fhem.pl ?).
Was auch immer von wem geändert wurde: vielen Dank!!
Grüße,
Daniel