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
was ist "myStateFrm"?
falls es eine perl funktion sein sollte, muss sie in geschweifte klammern.
siehe commandref zu stateformat.
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
der string "illegal. Choose one of:" ist erst nach version 24449 von cul_hm.pm zu finden.
also sollte 24449 funktionieren.
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 ?
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
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.
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
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
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
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
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
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
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
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!
Zitat von: Beta-User am 23 August 2021, 16:52:00
Getestet.
Abhilfe: Zeile 1261 z.B. so ändern:
return undef if (!$attrOpt || $attrOpt =~ m/^multiple|textField-/); # any value allowed
Ach wie einfach, das hätte ich ja fast selbst gekonnt ;)
Super, vielen Dank für Deine Analyse und Hilfe.
Wie ist denn hier so das Standardprozedere ? Hoffen wir darauf, das Martin mitliest, oder kann man das ihm auf anderem Wege zukommen lassen ?
Martin wird das mAn. schon finden, der Titel ist ja sehr konkret.
(Es wäre ggf. hilfreich gewesen, die Rückmeldung im Dialogfeld zu posten, das hat Hans01 im "Duplikat" https://forum.fhem.de/index.php/topic,122590.msg1171431.html#msg1171431 (https://forum.fhem.de/index.php/topic,122590.msg1171431.html#msg1171431) besser gemacht).
@frank:
Evtl. magst du das noch in deine Liste aufnehmen, ich habe leider keinen Überblick, ob da alles abgearbeitet ist?
Und vermutlich kannst du auch besser beurteilen, ob es nicht sinnvoll wäre, in der Schleife ab #523 noch wenigstens einen verbose-1-Hinweis ins FHEM-Log zu schreiben, dass und was gelöscht wurde? Nicht-setzen können ist eine Sache, aber ggf. versehentlich was "rausspeichern" wäre eine unschöne Nebenwirkung (falls ich den Gesamtzusammenhang auf die Schnelle richtig zusammengeschustert habe).
ZitatEvtl. magst du das noch in deine Liste aufnehmen, ich habe leider keinen Überblick, ob da alles abgearbeitet ist?
die liste war ja auch noch nicht wirklich erfolgreich.
vielleicht schon zu lang, obwohl ich noch gar nicht alle "probleme" gelistet habe?
zum verifizieren müsste ich erst updaten.
dazu fehlt mir aber gerade die motivation.
vielleicht, wenn martin mal wirklich wieder zeit findet.
weinachten?
gruss frank
Zitat von: frank am 24 August 2021, 10:33:57
die liste war ja auch noch nicht wirklich erfolgreich.
Weiß nicht; immerhin ist es eine zentrale Sammelstelle und Martin hat sie gefunden...
Zitat
zum verifizieren müsste ich erst updaten.
dazu fehlt mir aber gerade die motivation.
Kann ich nachvollziehen, zumal ich grade noch über was betr. VCCU gestolpert bin, von dem ich annehme, dass es auch (aus Anwendersicht) schwierig zu reparieren ist: https://forum.fhem.de/index.php/topic,122595.0.html (evtl. ist https://forum.fhem.de/index.php/topic,122541.0.html eine Auswirkung davon?).
Der Fix betr. stateFormat funktioniert schon, allerdings bin ich auch nicht sicher, ob er "optimal" ist...
Vermutlich werde ich mal in den sauren Apfel beißen und updaten (bin zum Glück bisher nicht dazu gekommen...), wenn mal etwas Ruhe ist. Generell habe ich die Sorge, dass der Sprung für eventuelle "Spätupdater" am Ende sehr groß sein wird und die erforderlichen Vorarbeiten mehr oder weniger unüberschaubar (modelForce hatte ich z.B. bei der VCCU bisher nicht gesetzt).
Zitat von: JudgeDredd am 10 August 2021, 16:11:52
Ok, dann warte ich mal auf Besuch ;)
Habe ich auch mit einem HM-ES-PMSW1-PL.
Ich werde heute mal den Lösungsvorschlag umsetzen.
Funktioniert
Zitat von: JudgeDredd am 23 August 2021, 17:16:01
Ach wie einfach, das hätte ich ja fast selbst gekonnt ;)
Super, vielen Dank für Deine Analyse und Hilfe.
Wie ist denn hier so das Standardprozedere ? Hoffen wir darauf, das Martin mitliest, oder kann man das ihm auf anderem Wege zukommen lassen ?
und auch in der Version 24961, immer noch der selbe fehler!
hilft auch da....
mfg
Da ist m.E aber noch mehr verbogen...
Hallo,
ich hatte auch den Fehler beim stateFormat.
[$name:state:r1] °C
Hier kam folgende Fehlermeldung : ...(...illegal. Choose one of:textField-long)
Durch die o.a. Änderung in der 10_CUL_HM (Version 24961) wird nun das stateFormat akzeptiert.
Gruß
Apollon
Meine Güte! Ist denn der Hinweis nicht hinreichend, dass das Ändern der einen Zeile nur einen eher kleinen Teil der aktuellen Wehwechen behebt...?
Zitat von: Beta-User am 23 August 2021, 16:52:00
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 (https://forum.fhem.de/index.php/topic,123198.0.html) verwenden!