CUL_HM Verhalten nach Update

[joergi]

Hallo

Nachdem heutigen Update habe ich folgendes Fehlerverhalten beobachtet:

Bei mir werden mittels global:INITIALISED einige Voreinstellungen vorgenommen.

z.B.
define defaultset_Garagentore notify global:INITIALIZED {\
  fhem("set Garagentor_Links_1,Garagentor_Links_2,Garagentor_Links_3,Garagentor_Rechts_1,Garagentor_Rechts_2,Garagentor_Rechts_3 off");;\
}

Bei allen Modulen ist das Verhalten wie vor dem Update, nur bei CUL_HM Devices sehe ich folgendes im Log (# $Id: 10_CUL_HM.pm 22503 2020-07-31 14:29:19Z martinp876 $):


2020.08.01 14:02:32 5: Triggering defaultset_Garagentore
2020.08.01 14:02:32 4: defaultset_Garagentore exec {
  fhem("set Garagentor_Links_1,Garagentor_Links_2,Garagentor_Links_3,Garagentor_Rechts_1,Garagentor_Rechts_2,Garagentor_Rechts_3 off");;
}
2020.08.01 14:02:33 3: set Garagentor_Links_1,Garagentor_Links_2,Garagentor_Links_3,Garagentor_Rechts_1,Garagentor_Rechts_2,Garagentor_Rechts_3 off : Unknown argument off, choose one of clear:readings,trigger,register,oldRegs,rssi,msgEvents,msgErrors,attack,all eventL eventS getConfig:noArg getRegRaw inhibit:on,off off:noArg on-for-timer on-till on:noArg peerBulk peerIODev peerSmart press pressL pressS regBulk regSet sign:on,off statusRequest:noArg toggle:noArg tplSet_0 tplSet_Garage_Sender_1_Btn_01


Nach dem Einspielen der alten CUL_HM ($Id: 10_CUL_HM.pm 22098 2020-06-02 18:42:46Z martinp876 $) alles wieder OK:


2020.08.01 16:48:28 5: Triggering defaultset_Garagentore
2020.08.01 16:48:28 4: defaultset_Garagentore exec {
  fhem("set Garagentor_Links_1,Garagentor_Links_2,Garagentor_Links_3,Garagentor_Rechts_1,Garagentor_Rechts_2,Garagentor_Rechts_3 off");;
}
2020.08.01 16:48:28 3: CUL_HM set Garagentor_Links_1 off
2020.08.01 16:48:29 3: CUL_HM set Garagentor_Links_2 off
2020.08.01 16:48:29 3: CUL_HM set Garagentor_Links_3 off
2020.08.01 16:48:29 3: CUL_HM set Garagentor_Rechts_1 off
2020.08.01 16:48:29 3: CUL_HM set Garagentor_Rechts_2 off
2020.08.01 16:48:29 3: CUL_HM set Garagentor_Rechts_3 off


Weiterhin fehlen im Log die gewohnten Einträge wie z.B.

2020.08.01 16:51:59 3: CUL_HM set Garagentor_Links_1 statusRequest
2020.08.01 16:52:03 3: CUL_HM set Garagentor_Links_2 statusRequest
2020.08.01 16:52:04 3: CUL_HM set Garagentor_Links_3 statusRequest
2020.08.01 16:52:05 3: CUL_HM set Garagentor_Rechts_1 statusRequest
2020.08.01 16:52:06 3: CUL_HM set Garagentor_Rechts_2 statusRequest
2020.08.01 16:52:07 3: CUL_HM set Garagentor_Rechts_3 statusRequest


Es sieht meiner Meinung nach so aus das "defaultset_Garagentore"  zu früh getriggert wird da später alle Argumente inkl. off verfügbar sind und funktionieren.

Danach ist mir im Fehlerfall noch folgendes im Log aufgefallen:

2020.08.01 15:00:00 3: Spuelung_Warmwasser_at: Unknown argument on-for-timer, choose one of clear:readings,trigger,register,oldRegs,rssi,msgEvents,msgErrors,attack,all getConfig:noArg getRegRaw inhibit:on,off off:noArg on-for-timer-ontime- on-till-time- on:noArg peerBulk peerIODev peerSmart-peerOpt- press regBulk regSet sign:on,off statusRequest:noArg toggle:noArg tplSet_0-tplChan-

Hier die Definition:
define Spuelung_Warmwasser_at at *15:00:00 set Frostschutz_Warmwasser on-for-timer 60

Manuell funktioniert es

Gruß Jörg

[blackbite]

Hi,
sieht nach demselben Verhalten aus, das auch ich habe, siehe https://forum.fhem.de/index.php/topic,99579.0.html

Irgendwie scheinen etliche Kommandos nicht zugewiesen zu sein.

[martinp876]

Solle mit 10_CUL_HM.pm 22516 2020-08-02 05:18:58Z martinp876
erledigt sein.
Fehler war der erste Aufruf eines Kommandos. Eine Webseite schickt immer
set <entity> ?
was die Liste initialisierte.
Jetzt sollte es auch beim ersten Mal funktionieren

[blackbite]

Solle mit 10_CUL_HM.pm 22516 2020-08-02 05:18:58Z martinp876
erledigt sein.
Fehler war der erste Aufruf eines Kommandos. Eine Webseite schickt immer
set <entity> ?
was die Liste initialisierte.
Jetzt sollte es auch beim ersten Mal funktionieren

So ist es. Hervorragend. Danke!