[geklärt] HMInfo Revision 22303 löst bei configCheck SET-Befehle aus

Begonnen von blackbite, 30 Juni 2020, 09:29:00

Vorheriges Thema - Nächstes Thema

blackbite

Hallo,
mit dem heutigen Update löst HMInfo bei einem configCheck bei diversen Devices auf einmal SET-Befehle aus, die nicht sein dürften. Hier ein Beispiel-Log:

2020.06.30 09:22:06 3: CUL_HM set Alarmanlage_Arm pressS HM_AlarmRemote_1_armExt
2020.06.30 09:22:06 3: CUL_HM set Einfahrt_PS_HM_Cam on
2020.06.30 09:22:06 3: CUL_HM set KZ_Wandthermostat_Climate desired-temp off
2020.06.30 09:22:06 3: CUL_HM set SZ_LS_HM off
2020.06.30 09:22:06 3: CUL_HM set Alarmanlage_Arm alarmLevel disarmed


Mit Revision 22205 sieht alles wieder gut aus und configCheck meldet lediglich "ok".
Blackbite

frank

bei mir wurde nichts geschaltet.
ich spekuliere mal,  du nutzt eventuell notifies / doifs, die wiederum die geräte schalten.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

blackbite

Danke, ja. Natürlich nutze ich notifies und doifs. Das sollte ja nicht verwerflich sein. Ein configCheck sollte aber trotzdem keine derartigen Events triggern. Das Ganze ist reproduzierbar und wird wirklich nur vom hminfo configCheck ausgelöst.
Ich bleibe vorerst bei der Vorgängerversion von hminfo.
Blackbite

martinp876

sehe ich ebenso wie frank. Das sind komplexe kommandos...

beachte, dass durch getConfig nun das Reading "cfgState" in den Entities gesetzt wird. Wenn du also auf "irgendein" Event einer entity triggerst (notify) dann kann dieses auslösen. Unsauberes notify...

blackbite

Es scheint mit dem Lightscene zusammen zu hängen. Das Modul scheint hier zwischen "Zuhause" und "Abwesend" zu switchen. Der configCheck triggert nämlich genau die devices, die dort den Szenen zugeordnet sind. Die Attribute sind dort aber eigentlich sauber gesetzt. Hat auch seit Ewigkeiten funktioniert.
Wurde eigentlich die Ausgabe für configCheck auch geändert? Früher kam ein Config: OK. Jetzt ist die Ausgabe recht unübersichtlich.
Ich kann morgen mal ein Beispiel posten und die Lightscene mal komplett aus der Config werfen. Mal sehen, ob es dann wieder funktioniert.
Blackbite

frank

ZitatFrüher kam ein Config: OK. Jetzt ist die Ausgabe recht unübersichtlich.
scheinbar werden bei dir haufenweise fehler angezeigt.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

blackbite

Zitat von: martinp876 am 30 Juni 2020, 21:25:27
sehe ich ebenso wie frank. Das sind komplexe kommandos...

beachte, dass durch getConfig nun das Reading "cfgState" in den Entities gesetzt wird. Wenn du also auf "irgendein" Event einer entity triggerst (notify) dann kann dieses auslösen. Unsauberes notify...

Danke Martin,
Dein Hinweis auf das neue Reading + notify war richtig. Ein 20 Kanal Displaytaster hatte tatsächlich einen Channel, der mit einem virtuellen Aktor verknüpft ist und dieser hat eine Lightscene getriggert.
HM_3034XX_Btn_02:Short.* set HomeStatus scene Zuhause. Hier hatte das "Short" zuvor leider gefehlt. Das nur der Vollständigkeit halber, falls noch jemand drüber stolpert.
Einer von 20 Channels reicht halt aus... ;)
Neues Reading = neues Event wenn das notify nicht sauber eingegrenzt wird auf das eigentlich gewünschte Ereignis.
Blackbite

blackbite

Zitat von: frank am 01 Juli 2020, 12:59:17
scheinbar werden bei dir haufenweise fehler angezeigt.

Naja, nachdem ich sehe dass auch andere sich fragen, was plötzlich diese Ausgaben bedeuten sollen.... Du hast ja die Antwort in anderen Threads schon gegeben. Ich gehe davon aus, dass wenn die Devices unter "clear" aufgeführt werden, alle diese Devices eben KEINE Probleme haben. Richtig?
Ich finde halt, dass man eine solch weit reichende und alle HM-Devices betreffende Änderung ruhig hätte besser bekannt machen können. So werden nach und nach wohl sehr viele Einzelthreads auftauchen. Nicht jeder drückt ja regelmäßig auf configCheck.  :o

Hier noch das Ergebnis meines configChecks und was ich daher mit "...etwas unübersichtliche Darstellung" im Vergleich zu dem vorherigen, etwas spartanischen "ok" als Output gemeint habe:

configCheck done:

clear
AZ_Heizkoerper,AZ_Heizkoerper_Clima,AZ_Heizkoerper_ClimaTeam,AZ_Heizkoerper_Climate,AZ_Heizkoerper_Weather,AZ_Heizkoerper_WindowRec,AZ_Heizkoerper_remote,AZ_Wandthermostat,AZ_Wandthermostat_Climate,AZ_Wandthermostat_SwitchTr,AZ_Wandthermostat_Weather,AZ_Wandthermostat_WindowRec,AZ_Wandthermostat_remote,Alarmanlage,Alarmanlage_Arm,Alarmanlage_Panic,Alarmanlage_Sen_01,Alarmanlage_Sen_02,BZ_Fenster,BZ_Fenster_D,BZ_Heizkoerper_li,BZ_Heizkoerper_li_Clima,BZ_Heizkoerper_li_ClimaTeam,BZ_Heizkoerper_li_Climate,BZ_Heizkoerper_li_Weather,BZ_Heizkoerper_li_WindowRec,BZ_Heizkoerper_li_remote,BZ_Heizkoerper_re,BZ_Heizkoerper_re_Clima,BZ_Heizkoerper_re_ClimaTeam,BZ_Heizkoerper_re_Climate,BZ_Heizkoerper_re_Weather,BZ_Heizkoerper_re_WindowRec,BZ_Heizkoerper_re_remote,BZ_Wandthermostat,BZ_Wandthermostat_Climate,BZ_Wandthermostat_SwitchTr,BZ_Wandthermostat_Weather,BZ_Wandthermostat_WindowRec,BZ_Wandthermostat_remote,EZ_Tuer_Garten,Einfahrt_PS_HM_Cam,Flur_DT,Flur_Haustuer,Flur_MDIR_HM_2,Flur_MDIR_HM_2_Btn_01,Flur_MDIR_HM_2_Btn_02,Flur_MDIR_HM_2_Motion,Flur_MDIR_HM_3_Motion,Flur_Status,Garagentor,Garagentoroeffner,Garten_PS_HM_Licht_Pumpe,Garten_PS_HM_Pergola,HM_28FD22_Btn_01,HM_28FD22_Btn_02,HM_28FD22_Btn_03,HM_28FD22_Btn_04,HM_28FD22_Btn_05,HM_28FD22_Btn_06,HM_28FD22_Btn_07,HM_28FD22_Btn_08,HM_28FD22_Btn_09,HM_28FD22_Btn_10,HM_28FD22_Btn_11,HM_28FD22_Btn_12,HM_28FD22_Btn_13,HM_28FD22_Btn_14,HM_28FD22_Btn_15,HM_28FD22_Btn_16,HM_28FD22_Btn_17,HM_28FD22_Btn_18,HM_28FD22_Btn_19,HM_28FD22_Btn_20,HM_3034D9_Btn_01,HM_3034D9_Btn_02,HM_3034D9_Btn_03,HM_3034D9_Btn_04,HM_3034D9_Btn_05,HM_3034D9_Btn_06,HM_3034D9_Btn_07,HM_3034D9_Btn_08,HM_3034D9_Btn_09,HM_3034D9_Btn_10,HM_3034D9_Btn_11,HM_3034D9_Btn_12,HM_3034D9_Btn_13,HM_3034D9_Btn_14,HM_3034D9_Btn_15,HM_3034D9_Btn_16,HM_3034D9_Btn_17,HM_3034D9_Btn_18,HM_3034D9_Btn_19,HM_3034D9_Btn_20,HM_303506_Btn_01,HM_303506_Btn_02,HM_303506_Btn_03,HM_303506_Btn_04,HM_303506_Btn_05,HM_303506_Btn_06,HM_303506_Btn_07,HM_303506_Btn_08,HM_303506_Btn_09,HM_303506_Btn_10,HM_303506_Btn_11,HM_303506_Btn_12,HM_303506_Btn_13,HM_303506_Btn_14,HM_303506_Btn_15,HM_303506_Btn_16,HM_303506_Btn_17,HM_303506_Btn_18,HM_303506_Btn_19,HM_303506_Btn_20,HM_374C02_Dis_01,HM_374C02_Dis_02,HM_374C02_Dis_03,HM_374C02_Dis_04,HM_374C02_Dis_05,HM_374C02_Dis_06,HM_374C02_Dis_07,HM_374C02_Dis_08,HM_374C02_Dis_09,HM_374C02_Dis_10,HM_AlarmRemote_1,HM_AlarmRemote_1_armExt,HM_AlarmRemote_1_armInt,HM_AlarmRemote_1_disarm,HM_AlarmRemote_1_light,HM_AlarmRemote_2,HM_AlarmRemote_2_armExt,HM_AlarmRemote_2_armInt,HM_AlarmRemote_2_disarm,HM_AlarmRemote_2_light,KZ_Heizkoerper,KZ_Heizkoerper_Clima,KZ_Heizkoerper_ClimaTeam,KZ_Heizkoerper_Climate,KZ_Heizkoerper_Weather,KZ_Heizkoerper_WindowRec,KZ_Heizkoerper_remote,KZ_Wandthermostat,KZ_Wandthermostat_Climate,KZ_Wandthermostat_SwitchTr,KZ_Wandthermostat_Weather,KZ_Wandthermostat_WindowRec,KZ_Wandthermostat_remote,OS_HB_THSensor_1,SZ_DT,SZ_LS_HM,SZ_PM_HM_VENT,SZ_PM_HM_VENT_01,SZ_PM_HM_VENT_Pwr,SZ_PM_HM_VENT_SenF,SZ_PM_HM_VENT_SenI,SZ_PM_HM_VENT_SenPwr,SZ_PM_HM_VENT_SenU,UG_Feuchtesensor,Vact_EZ_Licht,Vact_Flur_HomeState,Vact_Garten_Licht,Vact_Harmony,Vact_KZ_Licht,Vact_SZ_Licht,Vact_WZ_Licht,Vact_WZ_Multimedia,Vact_dev,WZ_DT,WZ_Heizkoerper_li,WZ_Heizkoerper_li_Clima,WZ_Heizkoerper_li_ClimaTeam,WZ_Heizkoerper_li_Climate,WZ_Heizkoerper_li_Weather,WZ_Heizkoerper_li_WindowRec,WZ_Heizkoerper_li_remote,WZ_Heizkoerper_re,WZ_Heizkoerper_re_Clima,WZ_Heizkoerper_re_ClimaTeam,WZ_Heizkoerper_re_Climate,WZ_Heizkoerper_re_Weather,WZ_Heizkoerper_re_WindowRec,WZ_Heizkoerper_re_remote,WZ_MDIR_HM_1,WZ_MDIR_HM_1_Btn_01,WZ_MDIR_HM_1_Btn_02,WZ_MDIR_HM_1_Motion,WZ_MDIR_HM_4_Motion,WZ_PM_HM1,WZ_PM_HM1_01,WZ_PM_HM1_Pwr,WZ_PM_HM1_SenF,WZ_PM_HM1_SenI,WZ_PM_HM1_SenPwr,WZ_PM_HM1_SenU,WZ_PM_HM_CAM4,WZ_PM_HM_CAM4_01,WZ_PM_HM_CAM4_Pwr,WZ_PM_HM_CAM4_SenF,WZ_PM_HM_CAM4_SenI,WZ_PM_HM_CAM4_SenPwr,WZ_PM_HM_CAM4_SenU,WZ_PM_HM_TV,WZ_PM_HM_TV_01,WZ_PM_HM_TV_Pwr,WZ_PM_HM_TV_SenF,WZ_PM_HM_TV_SenI,WZ_PM_HM_TV_SenPwr,WZ_PM_HM_TV_SenU,WZ_Tuer_Veranda,WZ_Wandthermostat,WZ_Wandthermostat_Climate,WZ_Wandthermostat_SwitchTr,WZ_Wandthermostat_Weather,WZ_Wandthermostat_WindowRec,WZ_Wandthermostat_remote,vccu,vccu_Btn1



Nix für ungut. Ich habe ja durch Querlesen nun gesehen, was für eine (gut gemeinte) Absicht (HM.js) hinter den HMinfo-Änderungen steckt. Viel Erfolg bei der finalen Umsetzung!
Blackbite

martinp876

Das ist auch uncool.
Allerdings ist clear nur ein internes vehicel. Es wird bei der ausgabe unterdrückt. Wie schaffst du es, es zu sehen? Ist deine version aktuell?

P.A.Trick

Ich habe das gleiche Probleme. Vermutlich liegt es an einem Event ( cfgState: ok ) der erzeugt wird, wenn man

set hm configCheck

ausführt.

@Martin: Ist das neu?



CUL_HM Rauchmelder_Team cfgState: ok
CUL_HM Taste1 cfgState: ok
CUL_HM Taste2 cfgState: ok
CUL_HM Taste3 cfgState: ok
CUL_HM Taste4 cfgState: ok
CUL_HM Taste5 cfgState: ok
CUL_HM Taste6 cfgState: ok
CUL_HM Taste7 cfgState: ok
CUL_HM Taste8 cfgState: ok
CUL_HM TeamDev cfgState: ok
CUL_HM UG.AZ.Deckenlampe.Switch cfgState: ok
CUL_HM UG.AZ.LED.Decke cfgState: ok

Cubietruck,RPI,QNAP Ts-419p+, FS20, FRITZ!DECT200, 7 MAX! Thermostate, 3 MAX! Fensterkontakte, Kodi, CUL V3.3, EM1000S, LW12, LD382, HUE, HM-CFG-USB-2, 1x HM-LC-SW1-FM, 2x HM-LC-SW2-FM, 2x HM-LC-Sw1PBU-FM, 3xHM-LC-Bl1PBU-FM,HM-SEC-RHS, 2xHM-SEC-SD,HM-WDS30-T-O, 3x HM-LC-Dim1TPBU-FM, RPI+AddOn

martinp876

ja, ist neu (falls du die Readings meinst

Die Ausgabe "clear" habe ich soeben eliminiert. Kam wenn keine andere Fehlermeldung ansteht

blackbite

Zitat von: martinp876 am 03 Juli 2020, 07:36:36
Das ist auch uncool.
Allerdings ist clear nur ein internes vehicel. Es wird bei der ausgabe unterdrückt. Wie schaffst du es, es zu sehen? Ist deine version aktuell?

Jepp, ist aktuell. Mit aktueller HMInfo 22335 aus SVN ist wieder alles schick. Danke Martin!
Blackbite

martinp876

Habe es gefunden... wenn man keine Fehler hat... - korrigiert.

Ich habe weiteres für die Automatische Prüfung korrigiert - bitte CUL_HM und HMInfo updaten
(
heute SVN
  oder
morgen normales update
)

yersinia

Mit der Version
98_HMinfo.pm 22346 2020-07-04 09:47:44Z martinp876
bekomme ich Perl Warnings (wenn ich  update und danach configCheck ausführe):
2020.07.06 08:38:31 1: PERL WARNING: Use of uninitialized value $mode in substitution (s///) at ./FHEM/98_HMinfo.pm line 1552.
2020.07.06 08:38:31 1: PERL WARNING: Use of uninitialized value $mode in substitution (s///) at ./FHEM/98_HMinfo.pm line 1553.
2020.07.06 08:38:31 1: PERL WARNING: Use of uninitialized value $mode in substitution (s///) at ./FHEM/98_HMinfo.pm line 1554.
2020.07.06 08:38:31 1: PERL WARNING: Use of uninitialized value $mode in substitution (s///) at ./FHEM/98_HMinfo.pm line 1555.
2020.07.06 08:38:31 1: PERL WARNING: Use of uninitialized value $mode in substitution (s///) at ./FHEM/98_HMinfo.pm line 1556.
2020.07.06 08:38:31 1: PERL WARNING: Use of uninitialized value $mode in substitution (s///) at ./FHEM/98_HMinfo.pm line 1557.
2020.07.06 08:38:31 1: PERL WARNING: Use of uninitialized value $mode in substitution (s///) at ./FHEM/98_HMinfo.pm line 1558.
2020.07.06 08:38:31 1: PERL WARNING: Use of uninitialized value $list in substitution (s///) at ./FHEM/98_HMinfo.pm line 1561.
2020.07.06 08:38:31 1: PERL WARNING: Use of uninitialized value $list in substitution (s///) at ./FHEM/98_HMinfo.pm line 1562.
2020.07.06 08:38:31 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/98_HMinfo.pm line 1564.
2020.07.06 08:38:31 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/98_HMinfo.pm line 1574.
2020.07.06 08:38:31 1: PERL WARNING: Use of uninitialized value $list in sprintf at ./FHEM/98_HMinfo.pm line 1574.
viele Grüße, yersinia
----
FHEM 6.3 (SVN) on RPi 4B with RasPi OS Bullseye (perl 5.32.1) | FTUI
nanoCUL->2x868(1x ser2net)@tsculfw, 1x433@Sduino | MQTT2 | Tasmota | ESPEasy
VCCU->14xSEC-SCo, 7xCC-RT-DN, 5xLC-Bl1PBU-FM, 3xTC-IT-WM-W-EU, 1xPB-2-WM55, 1xLC-Sw1PBU-FM, 1xES-PMSw1-Pl