Fehler beim erfassen von StateFormat (Attribut) 10_CUL_HM (Version 24836)

Begonnen von JudgeDredd, 10 August 2021, 09:49:52

Vorheriges Thema - Nächstes Thema

JudgeDredd

Hallo Zusammen,

seit dem Update vom 08.08.21 von 10_CUL_HM bekomme ich beim erfassen von
attr HM_123546 stateFormat myStateFrm
folgende Fehlermeldung im WebUI:
value myStateFrm illegal. Choose one of:textField-long

Ist das ein Bug, ein neues Feature oder bin ich ein Sonderfall  ??? ?

Gruß,
JudgeDredd
Router: Eigenbau (pfSense)
FHEM: Proxmox (DELL R720) | Debian 12 (VM)

frank

was ist "myStateFrm"?
falls es eine perl funktion sein sollte, muss sie in geschweifte klammern.

siehe commandref zu stateformat.
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

JudgeDredd

Zitat von: frank am 10 August 2021, 10:43:02was ist "myStateFrm"?
myStateFrm ist einfach ein UserReading vom Device HM_123456
kein Perl, reiner FHEM Code.

Ich habe jetzt schon auf die vorletzte Version vom 10_CUL_HM zurückgedreht.
Um mir zu helfen, könntest Du ja mal testen (sofern Du die neuste 10_CUL_HM schon geupdated hast), ob ein einfaches setzen des stateFormat Attributs bei Dir keinen Fehler verursacht.

z.B.
attr <HM-Device> stateFormat alive
Router: Eigenbau (pfSense)
FHEM: Proxmox (DELL R720) | Debian 12 (VM)

frank

der string "illegal. Choose one of:" ist erst nach version 24449 von cul_hm.pm zu finden.
also sollte 24449 funktionieren.
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

JudgeDredd

Zitat von: frank am 10 August 2021, 15:25:28
der string "illegal. Choose one of:" ist erst nach version 24449 von cul_hm.pm zu finden.
also sollte 24449 funktionieren.
Korrekt, Version 24449 funktioniert ja auch.

Bekommst Du den Fehler denn auch, oder ist das ein individuelles Problem ?
Router: Eigenbau (pfSense)
FHEM: Proxmox (DELL R720) | Debian 12 (VM)

frank

ZitatBekommst Du den Fehler denn auch, oder ist das ein individuelles Problem ?
ich vermute, dass du demnächst noch gesellschaft bekommst.  ;)
kannst ja im titel noch spezieller auf das neue update hinweisen, damit martin und andere das thema auch finden.

ich nutze noch eine spezial version und habe keine probleme mit stateformat
# $Id: 10_CUL_HM.pm 24374 2021-05-02 18:16:52Z martinp876 $
# noansi: modified for testing
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

JudgeDredd

Zitat von: frank am 10 August 2021, 15:55:39
ich vermute, dass du demnächst noch gesellschaft bekommst.  ;)
Ok, dann warte ich mal auf Besuch  ;)

Zitat von: frank am 10 August 2021, 15:55:39
kannst ja im titel noch spezieller auf das neue update hinweisen, damit martin und andere das thema auch finden.
Titel ist angepasst.

Na dann hoffe ich mal, das Martin einer der "Besucher" sein wird und evtl. sogar Abhilfe schafft.
Router: Eigenbau (pfSense)
FHEM: Proxmox (DELL R720) | Debian 12 (VM)

JudgeDredd

Hallo Zusammen,

da mein Problem weiterhin besteht (auch in der 10_CLU_HM Version 24851), hätte ich nochmal die Bitte,
das ein FHEM Benutzer, der bereits eine 10_CUL_HM nach 24449 einsetzt,
versucht das Attribut stateFormat zu setzen und schaut ob es eine Fehlermeldung gibt.

z.B.
attr <HM-Device> stateFormat alive

Gruß,
JudgeDredd
Router: Eigenbau (pfSense)
FHEM: Proxmox (DELL R720) | Debian 12 (VM)

MadMax-FHEM

Ich hab kein Reading namens "alive"... ;)

"Leider" lasse ich stateFormat bei CUL_HM (bzw. eigentlich meistens) wie es ist...
...bin also (leider) kein "Kandidat" für den Test... :-\

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)

JudgeDredd

Hi Joachim,

Zitat von: MadMax-FHEM am 23 August 2021, 13:43:07Ich hab kein Reading namens "alive"... ;)
Oh, das ist ja seltsam, ich dachte eigentlich "alive" wäre ein Standardreading. Vielleicht kommt es auch nicht bei jedem Device (ich teste es mit einem HM-SEC-SC-2) ?

Zitat von: MadMax-FHEM am 23 August 2021, 13:43:07Leider" lasse ich stateFormat bei CUL_HM (bzw. eigentlich meistens) wie es ist...
Ich verwende es bei mir, da ich den SabotageKontakt nach draußen gelegt habe und mißbrauche für die "gekippt" Einstellung.

Zitat von: MadMax-FHEM am 23 August 2021, 13:43:07
...bin also (leider) kein "Kandidat" für den Test... :-\
Vielleicht hast Du ja ein anderes Reading was Du mal mit stateFormat testen könntest. Wichtig wäre nur eine 10_CUL_HM nach 24449.
Ich bau auf Dich  :D

Gruß,
JudgeDredd
Router: Eigenbau (pfSense)
FHEM: Proxmox (DELL R720) | Debian 12 (VM)

MadMax-FHEM

Zitat von: JudgeDredd am 23 August 2021, 13:52:38
Oh, das ist ja seltsam, ich dachte eigentlich "alive" wäre ein Standardreading. Vielleicht kommt es auch nicht bei jedem Device (ich teste es mit einem HM-SEC-SC-2) ?

Das Reading das du meinst ist wohl "Activity", das hat den WERT "alive"...
Bei stateFormat gibst du aber doch ein Reading an und nicht den/einen Wert des Readings ;)

Zitat von: JudgeDredd am 23 August 2021, 13:52:38
Vielleicht hast Du ja ein anderes Reading was Du mal mit stateFormat testen könntest. Wichtig wäre nur eine 10_CUL_HM nach 24449.
Ich bau auf Dich  :D

Leider stehe ich aktuell noch auf 24449...
...und da es (aktuell) keinen Grund (leider gehört der Test jetzt nicht zu "Grund" 8) ) gibt da zu wechseln, wohl eher (erst mal) nicht... :-\

Mal sehen, evtl. die nächsten Tage...

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)

JudgeDredd

Zitat von: MadMax-FHEM am 23 August 2021, 14:00:15
Das Reading das du meinst ist wohl "Activity", das hat den WERT "alive"...
Na jetzt wirds ja echt seltsam.
Ich habe tatsächlich ein Reading "alive" mit dem Wert "yes"
Ein Reading "Activity" dagegen habe ich nicht.  :o

Zitat von: MadMax-FHEM am 23 August 2021, 14:00:15
Bei stateFormat gibst du aber doch ein Reading an und nicht den/einen Wert des Readings ;)
Ja klar, bis zur 24449 funktioniert das ja auch tippi toppi
Auch nach einem Update laufen die HMs. Nur wenn ich es neu setzen will kommt der Fehler.

Zitat von: MadMax-FHEM am 23 August 2021, 14:00:15
Leider stehe ich aktuell noch auf 24449...
...und da es (aktuell) keinen Grund (leider gehört der Test jetzt nicht zu "Grund" 8) ) gibt da zu wechseln, wohl eher (erst mal) nicht... :-\
Ich hab die 10_CUL_HM erstmal ins excludeFromUpdate reingesetzt damit ich auch auf der 24449 bleibe.

Zitat von: MadMax-FHEM am 23 August 2021, 14:00:15
Mal sehen, evtl. die nächsten Tage...
Ne, hau Dir wegen mir lieber nix kaputt, vielleicht gibts ja noch Andere die schon weiter als 24449 sind und das mal testen würden.

Gruß,
JudgeDredd
Router: Eigenbau (pfSense)
FHEM: Proxmox (DELL R720) | Debian 12 (VM)

MadMax-FHEM

#12
Zitat von: JudgeDredd am 23 August 2021, 14:09:53
Na jetzt wirds ja echt seltsam.
Ich habe tatsächlich ein Reading "alive" mit dem Wert "yes"
Ein Reading "Activity" dagegen habe ich nicht.  :o

Ich nehms zurück ;)

Weiter unten (ok: erst Großbuchstaben-Readings, dann Kleinbuchstaben-Readings ;) ) habe ich doch auch ein Reading namens "alive"...

Activity kommt (soweit ich weiß) vom/durch den ActionDetector...
...das alive vielleicht auch.

Das Reading habe ich aber nicht bei allen HM-Geräten/-Devices.

Nur Fenster-/Türsensoren u.ä.

Zitat von: JudgeDredd am 23 August 2021, 14:09:53
Ja klar, bis zur 24449 funktioniert das ja auch tippi toppi
Auch nach einem Update laufen die HMs. Nur wenn ich es neu setzen will kommt der Fehler.
Ich hab die 10_CUL_HM erstmal ins excludeFromUpdate reingesetzt damit ich auch auf der 24449 bleibe.
Ne, hau Dir wegen mir lieber nix kaputt, vielleicht gibts ja noch Andere die schon weiter als 24449 sind und das mal testen würden.

Hmm, mit Exclude arbeite ich eher ungern...
...man weiß ja nie, wann dann wegen fehlender "Abhängigkeiten" was (anderes dann wieder) nicht geht...

Nö, wegen dir bestimmt nicht ;)

Ich habe ja noch ein Testsystem (naja 2) und zuerst immer das Testsystem und dann erst das Hauptsystem...
Allerdings muss ich erst sehen was ich am Testsystem so an Homematic hängen habe...

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)

JudgeDredd

Zitat von: MadMax-FHEM am 23 August 2021, 14:19:44
Ich nehms zurück ;)
Weiter unten (ok: erst Großbuchstaben-Readings, dann Kleinbuchstaben-Readings ;) ) habe ich doch auch ein Reading namens "alive"...
Puuh, ich wollte gerade schon den Exorzisten rufen  ;)

Na dann warte ich mal ob einer das stateFormat Phänomen mal für mich testet.

Danke schonmal für Deine Bereitschaft.

Gruß,
JudgeDredd
Router: Eigenbau (pfSense)
FHEM: Proxmox (DELL R720) | Debian 12 (VM)

Beta-User

Getestet.

Abhilfe: Zeile 1261 z.B. so ändern:
 

EDIT: Entfernt! Bitte vollständige Patchversion aus https://forum.fhem.de/index.php/topic,123198.0.html verwenden!
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors