(Gelöst) onoff:.0 führt bei jedem Neustart zur Meldung

[is2late]

Hallo,

unsere Gartenpumpe kann über einen Funkschalter (de-)aktiviert werden. Per Notify wird der neue Zustand an/aus gemeldet.
Das sieht so aus:

Code Auswählen Erweitern

defmod n_GartenpumpeAUS notify HUEDevice37:onoff:.0 set teleBot message.....
Das funktioniert soweit auch gut.
Allerdings erfolgt diese Meldung leider auch bei jedem FHEM-Neustart, was ziemlich nervig ist.
Vermutlich stellt obige Zeile auf den Zustand ab, der beim Neustart wieder abgefragt und gemeldet wird, oder?
Wie müsste der Code aussehen, damit die Meldung ausschließlich beim Schalten ausgegeben wird?

Vielen Dank,
Ingo

[frank]

events reduzieren, also nur bei änderung.

[Otto123]

Hallo Ingo,

beim FHEM Start werden keine Events durch das setzen der Readings aus dem statefile erzeugt. Ich kann das Verhalten was Du beschreibst mit einem Test notify bei mir auch nicht nachvollziehen.

Meine Vermutung: etwas in deinen definitionen erzeugt dieses Verhalten.

Gruß Otto

[Beta-User]

Die HUE-Module sind aktuell?

Deconz, oder? (?!?....)

[is2late]

Vielen Dank!

@Otto: Das ist ja kurios....Ein evtl. verdächtiges DOIF sieht so aus:

Code Auswählen Erweitern

defmod d_PumpeAUS DOIF ([myHydrawise:rl1_next] eq "idle" and [myHydrawise:rl2_next] eq "idle" and [myHydrawise:rl3_next] eq "idle" and [HUEDevice55:state] eq "off") (set HUEDevice37 off) DOELSE ## Nothing
attr d_PumpeAUS do alwaysrl1,2,3 sind die Zonen der Bewässerungsanlage. Bei OFF lautet das Reading "idle". HUEDEvice37 ist die schaltbare Steckdose für die Gartenpumpe, HUEDevice55 eine Leuchte. Die Leuchte fungiert als Hilfsmittel,
um einen Handschalter für die Pumpe ins Spiel zu bringen. Wird die Pumpe über diesen Schalter 37 aktiviert, geht auch die Leuchte 55 an. Das verhindert, dass der obige Code die Pumpe 37 gleich wieder ausschaltet. 

Code Auswählen Erweitern

defmod PumpeAN30Min watchdog HUEDevice55:on.* 00:30:00 HUEDevice55:on.* set HUEDevice37 off;; set HUEDevice55 off;; trigger PumpeAN30Min .Gibt sicher einen besseren Weg, anders habe ich  es aber nicht hinbekommen.


@ Beta-User:  Ich denke schon... Die HUE-Module werden doch wohl standardmäßig beim FHEM-Update aktualisiert, oder? Das habe ich gemacht.

Herzlichen Dank,
Ingo

[Beta-User]

@ Beta-User:  Ich denke schon... Die HUE-Module werden doch wohl standardmäßig beim FHEM-Update aktualisiert, oder? Das habe ich gemacht.

...was weder bedeutet, dass es effektiv so ist wie angenommen, noch z.B. die weiteren Fragen beantwortet, die hier eine Rolle spielen können:

Deconz, oder? (?!?....)

Auch da z.B.: Ist das die aktuelle Fassung?

(Hintergrund der Fragen: https://svn.fhem.de/trac/changeset/25553/trunk/fhem/FHEM/31_HUEDevice.pm)

[is2late]

Tut mir leid, Beta-User, das überfordert mich. Mit Deconz kann ich gar nichts anfangen. Lt Google eine Steuerungssoftware für Zigbee, aber mir ist nicht bewusst, damit umgegangen zu sein.
das Modul HUE habe ich jetzt über das Pulldown-Menue zu aktualisieren versucht, bekomme aber die Fehlermeldung

Code Auswählen Erweitern

parameter, swupdate, not available.

[Beta-User]

Tut mir leid, Beta-User, das überfordert mich. Mit Deconz kann ich gar nichts anfangen. Lt Google eine Steuerungssoftware für Zigbee, aber mir ist nicht bewusst, damit umgegangen zu sein.

OK, dann schreib halt einfach, WELCHE Art der Zigbee-Integration du hast; anscheinend eine HUE-Bridge der Fa. PHILIPS? Welche firmware hat die?!? Es macht halt einfach einen Unterschied, was da per HUEBridge angesprochen wird...

das Modul HUE habe ich jetzt über das Pulldown-Menue zu aktualisieren versucht, bekomme aber die Fehlermeldung

Was für eine Modulversionen du in FHEM effektiv im Einsatz hast (ich glaube dir schon, dass du VERSUCHT hast, FHEM aktuell zu halten, es geht aber um den Erfolg...), kann man auf mehreren Wegen rausfinden. Eine davon wäre:

Code Auswählen Erweitern

version HUE.*

[frank]

hm...
es könnte so einfach sein. 

[Beta-User]

hm...
es könnte so einfach sein. 

...schon...

Wenn Ingo die Regeln einhalten würde, und lists aller (!) beteiligten Devices liefern würde, wäre es ggf. auch einfacher. (Je nachdem, stehen die diversen Version und IO-Infos in den Internals, soweit ich mich entsinne). Na ja, vielleicht bekommen wir die ja irgendwann, falls es sich nicht doch erledigt hat, sobald er deinen Hinweis umgesetzt hat...

[is2late]

TEST:
Kann keinen Text eingeben, immer Datenbankfehler ;-(

[is2late]

Okay, sorry, auch für die späte Antwort.... Bekam immer einen Datenbankfehler. Hing wohl mit der Länge des einkopierten Codes zusammen.
Jetzt aber:
- HUE-Bridge-Integration. FVERSION 30_HUEBridge.pm:0.264380/2022-09-22 (sieht wirklich ziemlich alt aus ;-(
Dachte, das Update läuft über das FHEM-Update.
Hier das HUE-List:

Code Auswählen Erweitern

define Hue HUEBridge 192.168.178.23
attr Hue event-on-change-reading .*
attr Hue icon hue_filled_bridge_v2
attr Hue key GWdkR8SFgZoMDQebSfGlPHB9bbdKGrmsp1ci4s0G
attr Hue room HUEDevice
#  DEF        192.168.178.23
#  EventStream connected
#  FUUID      5e8dc4ca-f33f-a080-7053-a2984639e0aa90ad
#  FVERSION  30_HUEBridge.pm:0.264380/2022-09-22
#  INTERVAL  60
#  NAME      Hue
#  NOTIFYDEV  global
#  NR        83
#  NTFY_ORDER 50-Hue
#  STATE      connected
#  TYPE      HUEBridge
#  apiversion 1.63.0
#  bridgeid  001788FFFE4CA732
#  eventCount 2
#  has_v2_api 1
#  host      192.168.178.23
#  mac        00:17:88:4c:a7:32
#  manufacturer Signify
#  modelName  Philips hue bridge 2015
#  modelid    BSB002
#  name      Hue Bridge
#  swversion  1963089030
#  zigbeechannel 20
#  READINGS:
#    2023-07-15 20:05:22  groups          30
#    2024-04-01 11:41:29  lastError      parameter, swupdate, not available
#    2024-01-31 18:59:13  lights          54
#    2023-10-10 10:18:16  rules          92
#    2024-02-04 18:12:51  scenes          166
#    2023-07-15 19:26:22  schedules      4
#    2024-02-04 18:13:51  sensors        49
#    2024-04-01 17:41:45  state          connected
#   name       Gartenpumpe
#   productname On/Off plug
#   swversion  V1.04.12
#   type       On/Off plug-in unit
#   uniqueid   84:18:26:00:00:10:37:af-03
#   v2_id      a1ebe8af-5b94-4a8d-a0b7-19e6944d2451
#   READINGS:
#     2024-04-01 08:09:38   IODev           Hue
#     2024-04-01 08:09:40   alert           select
#     2024-04-01 08:09:40   onoff           0
#     2024-04-01 08:09:40   pct             0
#     2024-04-01 08:09:40   reachable       0
#     2024-03-27 14:34:55   state           unreachable
#   helper:
#     alert      select
#     battery    -1
#     bri        -1
#     colormode 
#     ct         -1
#     devtype   
#     dynamics_status
#     effect     
#     hue        -1
#     lastseen   
#     mode       
#     on         0
#     pct        0
#     reachable  0
#     rgb       
#     sat        -1
#     update_timeout -1
#     v2effect   
#     xy         
#     capabilities:
#       control:
#       streaming:
#     json:
#       manufacturername OSRAM
#       modelid    Plug 01
#       name       Gartenpumpe
#       productname On/Off plug
#       swversion  V1.04.12
#       type       On/Off plug-in unit
#       uniqueid   84:18:26:00:00:10:37:af-03
#       capabilities:
#         control:
#         streaming:
#       config:
#         archetype  ceilingtube
#         direction  omnidirectional
#         function   functional
#       state:
#         alert      select
#         mode       homeautomation
#       swupdate:
#         lastinstall 2023-07-03T10:20:14
#         state      notupdatable
#
setstate HUEDevice37 unreachable
setstate HUEDevice37 2024-04-01 08:09:38 IODev Hue
setstate HUEDevice37 2024-04-01 08:09:40 alert select
setstate HUEDevice37 2024-04-01 08:09:40 onoff 0
setstate HUEDevice37 2024-04-01 08:09:40 pct 0
setstate HUEDevice37 2024-04-01 08:09:40 reachable 0
setstate HUEDevice37 2024-03-27 14:34:55 state unreachable

Die Dummies werden sicher nicht benötigt, oder? Und den Code der Watchdog, DOIF, Notify habe ich schon oben dargestellt.

[Beta-User]

event-on-change-reading bei HUEDevice ist anscheinend nicht gesetzt...

[is2late]

Danke!

Meinst Du das HUEDEvice37, also die Gartenpumpe?
Das Reading lautet ja (aktuell) onoff "0". Müsste ich bei event-on-change-reading also onoff "1" eintragen?

LG

[Beta-User]

Du hast die Doku zu dem Attribut aber schon angeschaut? Wenn nein: unbedingt nachholen! (!!!!!)

Da dieses Device (!) nur ein on/off-Device ist ohne viele Readings, würde ich das Attribut hier (!) halt auf ".*" setzen.

[Otto123]

Moin,

Ich weiß nicht ob ihr falsch abgebogen seid oder ich nicht mitgekommen bin:
Ein event-on-change-reading attribute spielt doch für das Eventaufkommen beim FHEM Neustart überhaupt keine Rolle!?

Einen zusätzlichen Event Erzeuger beim Neustart konnte ich aus den hier gezeigten Informationen nicht erkennen.

Die ursprüngliche Frage war doch: Wer könnte beim FHEM Neustart einen Event erzeugen der auf dieses Muster HUEDevice37:onoff:.0 passt?

Gruß Otto

[Beta-User]

Einen zusätzlichen Event Erzeuger beim Neustart konnte ich aus den hier gezeigten Informationen nicht erkennen.

Es geht auch nicht darum, dass FHEM ein Event "aus dem Nichts" erzeugt, sondern dass HUEBridge afaik beim Neustart erst mal den aktuellen Status aller Devices abruft - und die Antwort auf diese Anfrage erzeugt ggf. eben Reading-Aktualisierungen...

[Otto123]

sondern dass HUEBridge afaik beim Neustart erst mal den aktuellen Status aller Devices abruft

Ok dann habe ich das beim Test (#2) wohl übersehen, ich habe bei den HUEDevices event-on-change-reading .* gesetzt

[Beta-User]

Hmmm, eigentlich war ich der Meinung gewesen, dass Andre die Event-Generierung beim Start geändert hätte (daher auch meine erste Frage nach der version, die aber aktuell ist). Scheint ein Irrglaube gewesen zu sein...

[is2late]

@ Otto123
@ Beta-User

Herzlichen Dank! Es hat funktioniert! Event-on-change-reading .* hast es gebracht.

Einen schönen Abend
wünscht Ingo