Schaltmessteckdose HMIP-PSM aktualisiert ständig den Status

Begonnen von daelch, 07 April 2020, 22:08:34

Vorheriges Thema - Nächstes Thema

daelch

Hallo zusammen,

die Schaltmessteckdose HMIP-PSM angebunden über HMCCUDEV aktualisiert andauernd den Status "on/off", obwohl sich nichts ändert und

attr HM_AquariumOsmoseSteckdose event-on-change-reading .*

gesetzt ist. Wie kann ich das Verhalten ändern, so dass die Änderung nur gesetzt wird, wenn sich der Status auch wirklich ändert?

Vielen Dank!

amenomade

Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

daelch

Vielen Dnak für Deine Anwort.

Internals:
   CHANGED   
   DEF        0001D3C99C843A
   FUUID      5e5ed4c0-f33f-7b25-1e4b-d3e1ce0da644ab70
   IODev      d_ccu
   NAME       HM_AquariumOsmoseSteckdose
   NR         145
   STATE      off
   TYPE       HMCCUDEV
   ccuaddr    0001D3C99C843A
   ccudevstate active
   ccuif      HmIP-RF
   ccuname    AquariumOsmoseSteckdose
   ccutype    HMIP-PSM
   channels   8
   firmware   1.4.0
   statevals  devstate|on|off
   READINGS:
     2020-04-08 04:48:32   3.STATE         off
     2020-04-08 04:48:32   6.CURRENT       0.0
     2020-04-08 04:48:32   6.CURRENT_STATUS 0
     2020-04-08 04:48:32   6.ENERGY_COUNTER 476.0
     2020-04-08 04:48:32   6.POWER         0.0
     2020-04-08 04:48:32   6.POWER_STATUS  0
     2020-04-08 04:48:32   control         off
     2020-04-08 04:48:32   hmstate         off
     2020-04-08 04:48:32   state           off
   hmccu:
     devspec    0001D3C99C843A
     dp:
       0.CONFIG_PENDING:
         OVAL       0
         VAL        0
       0.DUTY_CYCLE:
         OVAL       0
         VAL        0
       0.INSTALL_TEST:
         OVAL       false
         VAL        false
       0.OPERATING_VOLTAGE:
         OVAL       0.000000
         VAL        0.000000
       0.OPERATING_VOLTAGE_STATUS:
         OVAL       0
         VAL        0
       0.RSSI_DEVICE:
         OVAL       -67
         VAL        -66
       0.RSSI_PEER:
         OVAL       -62
         VAL        -66
       0.UNREACH:
         OVAL       0
         VAL        0
       0.UPDATE_PENDING:
         OVAL       false
         VAL        false
       2.PROCESS:
         OVAL       0
         VAL        0
       2.SECTION:
         OVAL       0
         VAL        0
       2.SECTION_STATUS:
         OVAL       0
         VAL        0
       2.STATE:
         OVAL       0
         VAL        0
       3.PROCESS:
         OVAL       0
         VAL        0
       3.SECTION:
         OVAL       0
         VAL        0
       3.SECTION_STATUS:
         OVAL       0
         VAL        0
       3.STATE:
         OSVAL      off
         OVAL       0
         SVAL       off
         VAL        0
       4.PROCESS:
         OVAL       0
         VAL        0
       4.SECTION:
         OVAL       0
         VAL        0
       4.SECTION_STATUS:
         OVAL       0
         VAL        0
       4.STATE:
         OVAL       0
         VAL        0
       5.PROCESS:
         OVAL       0
         VAL        0
       5.SECTION:
         OVAL       0
         VAL        0
       5.SECTION_STATUS:
         OVAL       0
         VAL        0
       5.STATE:
         OVAL       0
         VAL        0
       6.CURRENT:
         OSVAL      0.0
         OVAL       0.0
         SVAL       0.0
         VAL        0.0
       6.CURRENT_STATUS:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       6.ENERGY_COUNTER:
         OSVAL      476.0
         OVAL       476.0
         SVAL       476.0
         VAL        476.0
       6.ENERGY_COUNTER_OVERFLOW:
         OVAL       0
         VAL        0
       6.FREQUENCY:
         OVAL       49.99
         VAL        50.0
       6.FREQUENCY_STATUS:
         OVAL       0
         VAL        0
       6.POWER:
         OSVAL      0.0
         OVAL       0.0
         SVAL       0.0
         VAL        0.0
       6.POWER_STATUS:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       6.VOLTAGE:
         OVAL       232.6
         VAL        233.0
       6.VOLTAGE_STATUS:
         OVAL       0
         VAL        0
Attributes:
   IODev      d_ccu
   ccureadingfilter 3.STATE;6.(CURRENT|^ENERGY_COUNTER$|POWER)
   controldatapoint 3.STATE
   event-on-change-reading .*
   room       Aquarium,Homematic
   statedatapoint 3.STATE
   statevals  on:true,off:false
   stripnumber 1
   substitute STATE!(true|1):on,(false|0):off
   webCmd     control
   widgetOverride control:uzsuToggle,off,on,onfor

amenomade

Also, ich vermute, dass z.B.  6.ENERGY_COUNTER sich ständig ändert. Das führt dazu, dass alle Readings aktualisiert werden.

Aktualisiert heisst aber nicht, dass ein Event generiert wird: dafür sorgt event-on-change-reading: trotz Aktualisierung, nur Event wenn Änderung

Was ist dann genau dein Problem? Die Aktualisierung, oder die Events?

Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

daelch

Hallo,

vielen Dank für Deine Antwort. Mein Problem ist ein Watchdog, der die Steckdose nach x Minuten ausschalten soll (damit ein Behälter mit Osmosewasser nicht überläuft).

ZitatAktualisiert heisst aber nicht, dass ein Event generiert wird

Das ist eine wichtige Info. Vielen Dank! Ich denke, damit kann ich es lösen! :)

Ich werde berichten.

zap

2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

daelch

#6
Hallo Zap,

danke für Deine Antwort. Ja, mit on-for-timer starte ich die Steckdose. Den Watchdog habe ich als Sicherheit, falls ich versehentlich mit dicken Fingern den Aktor auf on schalte.

Es handelt sich um eine Osmoseanlage, die Reinstwasser für ein Meerwasseraquarium herstellt. Die steht im Keller und - aus den Augen aus dem Sinn - kriege ich es auch schon mal nicht mehr mit, wenn die Anlage läuft. Dann ist die Überschwemmung vorprogrammiert. Die Anlage schafft 2.500 Liter pro Tag, der Behälter hat 100 Liter. In der Hinsicht bin ich nach einigen Unfällen (als ich noch händisch ein- und ausgeschaltet habe) also komplett paranoid und will die meisten Eventualitäten absichern.

@amenomade: mit event-on-change-reading .* funktioniert es nun, auch wenn der Status durch POWER immer wieder aktualisiert wird :)
Zuletzt habe ich event-on-change-reading .* gesetzt, da sich aber der Status immer noch aktualisiert hat, bin ich davon ausgegangen, dass der Watchdog nicht funktioniert und habe es leider nicht getestet. Deine Info war aber der Ausschlag, es nochmal zu tun. :)

Viele Grüße

zap

Als ich noch ein Meerwasseraquarium hatte, habe ich zusätzlich noch einen Wassermelder verwendet.

Wasserschaden ist echt Kacke. Auch damit habe ich Erfahrungen sammeln "dürfen" :(
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

daelch

Hallo zap,

Ich sehe mich den Wassermelder auch schon installieren, um noch eine weitere Absicherung zu haben. So viel Spaß das Hobby auch macht, es ist manchmal auch richtig stressig.

Viele Grüße :)