[gelöst] Nach FHEM-Neustart HM-Geräte eingeschaltet

Begonnen von TomHB, 12 Juli 2020, 11:27:46

Vorheriges Thema - Nächstes Thema

TomHB

Hallo Zusammen,
ich habe ein Phänomen, welches ich gerne beheben würde:

Immer wenn ich meine FHEM-Instanz neustarte, werden bestimmte HomeMatic-Geräte eingeschaltet.
Diese sind u.a. in einer Sturcture zusammengefasst - kann mir aber eigentlich nicht vorstellen, das dies die Ursache ist.

Hier mal die Definition (Zustand nach Neustart):

defmod Szene_Wohnzimmer_Alles structure room HMZS.Wohnzimmer_S1 HMZS.Wohnzimmer_S2 HMZS.Wohnzimmer_S3 HMFS.Wohnzimmer_S1 HMFS.Wohnzimmer_S2
attr Szene_Wohnzimmer_Alles eventMap on:An off:Aus
attr Szene_Wohnzimmer_Alles room Wohnzimmer
attr Szene_Wohnzimmer_Alles stateFormat  ;
attr Szene_Wohnzimmer_Alles webCmd An:Aus

setstate Szene_Wohnzimmer_Alles  ;
setstate Szene_Wohnzimmer_Alles 2020-07-12 11:26:09 LastDevice HMZS.Wohnzimmer_S3
setstate Szene_Wohnzimmer_Alles 2020-07-12 11:26:09 LastDevice_Abs HMZS.Wohnzimmer_S3
setstate Szene_Wohnzimmer_Alles 2020-07-12 11:26:09 state on


Oder steckt hier die Tücke in einem anderem Detail? Jemand eine Idee?
Danke

MadMax-FHEM

Irgendwo war die Tage schon mal sowas: hast du notify/DOIF die die Structure bzw. die HM-Geräte steuern!?

Wie sehen die aus!?

RegEx zu "weit" gefasst!?

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

TomHB

Eigentlich nicht.

Es hängt nur eine Wandfernbedienung und eine Handfernbedienung ran à la
HMHF.Wohnzimmer_T2:Long.* set HMFS.Wohnzimmer_S2 toggle


Probably associated with
Szene_Wohnzimmer_Alles structure   
n_HMHF.Wohnzimmer_T2_Lang   active notify
n_HMHF.Wohnzimmer_T3_Kurz active notify
n_HMHF.Wohnzimmer_T4_Kurz active notify
n_HMWF.Wohnzimmer_T2_Kurz active notify


MadMax-FHEM

Aber das sind soch alles notify oder!?

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

TomHB


MadMax-FHEM

Dass (in letzter Zeit) die Hilfesuchenden immer gar so ausführlich antworten... ;)

Wie wäre es dann mit lists ALLER beteiligter notify, die potentiell schalten könnten!?

Weil bestimmt eins davon "schuld" ist... ;)


list NotifyName


In FhemWeb-cmd und die Ausgabe hier posten...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

TomHB

Das tut mir leid, das es so scheint als würde ich nicht ausführlich genug antworten...  :P
Aber alle diese Notifys haben sonst nix damit zutun, ansonsten hätte ja das "Probably associated with" eigentlich einen Hinweis gegeben sollen.

Wie gesagt hängt dem Structure nur die Fernbedienungen mit ihren entsprechenden Ereignisüberwachungen.
Und ja ich beim Neustarten diese nicht drücke... ;)


notify:
  CUL_NeustartHelfer   (active)
  n_Anwesenheit_Schalter (active)
  n_Dummy_neu          (2020-07-12 12:06:11)
  n_Dummyaktualisierung (active)
  n_ECO_Taster_HMZS.Mobil_MS1_SenPwr (active)
  n_HM.DuschBad_S1_Aus (active)
  n_HMHF.Wohnzimmer_T1_Kurz (active)
  n_HMHF.Wohnzimmer_T1_Lang (active)
  n_HMHF.Wohnzimmer_T2_Kurz (active)
  n_HMHF.Wohnzimmer_T2_Lang (active)
  n_HMHF.Wohnzimmer_T3_Kurz (active)
  n_HMHF.Wohnzimmer_T3_Lang (active)
  n_HMHF.Wohnzimmer_T4_Kurz (active)
  n_HMHF.Wohnzimmer_T4_Lang (active)
  n_HMHF.Wohnzimmer_T5_Kurz (active)
  n_HMHF.Wohnzimmer_T5_Lang (active)
  n_HMHF.Wohnzimmer_T6_Kurz (active)
  n_HMHF.Wohnzimmer_T6_Lang (active)
  n_HMHF.Wohnzimmer_T7_Kurz (active)
  n_HMHF.Wohnzimmer_T7_Lang (active)
  n_HMHF.Wohnzimmer_T8_Kurz (active)
  n_HMHF.Wohnzimmer_T8_Lang (active)
  n_HMWF.Kueche_T1_Kurz (active)
  n_HMWF.Kueche_T2_Kurz (active)
  n_HMWF.Kueche_T3_Kurz (active)
  n_HMWF.Kueche_T4_Kurz (active)
  n_HMWF.Kueche_T5_Kurz (active)
  n_HMWF.Kueche_T6_Kurz (active)
  n_HMWF.Wohnzimmer_T1_Kurz (active)
  n_HMWF.Wohnzimmer_T2_Kurz (active)
  n_HMWF.Wohnzimmer_T3_Kurz (active)
  n_HMWF.Wohnzimmer_T3_Lang (active)
  n_HMWF.Wohnzimmer_T4_Kurz (2020-07-12 11:26:07)
  n_HMWF.Wohnzimmer_T4_Lang (active)
  n_HMZS.Mobil_MS1_SenPwr_Ausschalten (disabled)
  n_HT.DuschBad        (2020-07-12 11:26:44)
  n_HT.Esszimmer       (active)
  n_HT.Kueche          (active)
  n_Heizungsperiode_Schalter (active)
  n_LCTF.DuschBad      (active)
  n_LogDB_GeraeteAusschlussErstellen (active)
  n_LogDB_Herunterfahren (active)
  n_MarkiesenObenAbendEinfahren (active)
  n_MarkiesenUntenAbendEinfahren (active)
  n_Sonnenstand_Kueche_S1 (active)
  n_TelefonCM          (active)
  n_WT.Arbeitszimmer_Manuell (active)
  n_WT.klSchlafzimmer  (active)
  n_WTHT_Korrektur     (active)
  n_d_Arbeitszimmer    (active)
  n_dummy              (disabled)



"n_LogDB_Herunterfahren" ist auch unschuldig:
global:SHUTDOWN {
fhem("save");
fhem("set DbLog commitCache");
print "n_LogDB_Herunterfahren - Speichern & Cache geschrieben","\n";
}



Wo könnte man den das verbose höher drehen, damit man ggf. etwas sieht? an der Structur? im Global?

rudolfkoenig

Ob bzw. wann FHEM die Ursache vom Einschalten/Ausschalten ist, duerfte ein Blick ins FHEM-Log klaeren.
Schaltbefehle sollten laut Konvention auf der voreingestellten logelvel gemeldet werden.

TomHB

Problem gefunden.

Es war ein "notify", das seine Auslösedefinition verloren hat, somit wurde der Befehlt halt direkt ausgeführt.
Hat etwas länger gedauert, musste mich durch gefühlte 5kg Protokolle pflügen.


Danke für die Gedankenstütze.