Hallo zusammen,
da ich keinen entsprechenden Thread gefunden habe und auch keine für mich passende Kategorie im Forum gesehen habe, nun die Frage hier.
Mir ist mit dem heutigen Update aufgefallen, dass wenn ein ein device verbose < global verbose gesetzt wird, fhem das Attribut auf undefined setzt. Dieses lässt sich dann auch nicht mehr umstellen, letztendlich hilft nur noch ein Löschen des Attributs und das Neusetzen.
Das gleiche Verhalten, zumindest mit Bezug auf "undefined" konnte ich heute bei dem Device-Attribut expert feststellen. expert = 1_allReg ließ sich nur setzen, wenn ich das Attribut zuvor gelöscht habe, ohne zu löschen stand es auf undefined.
Da ich es zuerst nicht gesehen hatte, hagelte es auch gleich Log-Meldungen.
Ich habe in einem Thread schon mal nachgefragt und das Problem scheint reproduzierbar zu sein. Ich vermute nur das in dem anderen Thread niemand von den Maintainern ließt. Ob das hier der Fall werde ich ja sehen :)
Viele Grüße,
Marcel
Zitat von: DS_Starter am 20 April 2017, 18:02:16
Hallo XGuide,
scheint ein generelles Problem zu sein. Es betrifft auch andere Module. Habe bei mir festgestellt dass man genau einmal den verbose setzen kann, beim nächsten Wechsel geht er auf "undefined".
Normal setzen geht erst wieder nach Löschen des Attributes oder mit "attr device verbose Wert" in der Kommandozeile von FHEMWEB klappt es auch.
VG
Heiko
Ich habe auf meinen Testsystem eben einen dummy angelegt.
Bei mir ist global verbose = 3 gesetzt.
Ich konnte im dummy problemlos verbose auf 1 setzen, die Konfiguration abspeichern. Danach habe ich verbose im dummy auf 3 gesetzt - ohne Probleme.
Habe es gerade auch mit einem dummy getestet, das erste Stezen geht, das Ändern führt zum beschrieben Problem.
nternals:
CFGFN
NAME test
NR 10218
STATE ???
TYPE dummy
Helper:
Bm:
Dummy_define:
cnt 1
dmx 0
mAr
max 0
tot 0
Dummy_set:
cnt 10
dmx 0
mAr
max 0
tot 0
Attributes:
verbose undefined
Version:
fhem.pl 14001 2017-04-15 16:23:08Z rudolfkoenig
fhemweb.js 14042 2017-04-19 21:09:37Z rudolfkoenig
fhem.pl 14046 2017-04-20 18:48:47Z rudolfkoenig
na das ist aber seltsam, ich habe heute ein update all gemacht!
Hast Du einen Tipp für mich?
update check
fhem
List of new / modified files since last update:
UPD FHEM/33_readingsGroup.pm
UPD FHEM/76_SMAInverter.pm
fhemtabletui
nothing to do...
Da die Version von heute Abend ist, wird sie wohl morgen im Update sein.
Zitat von: Xguide am 20 April 2017, 21:15:02
na das ist aber seltsam, ich habe heute ein update all gemacht!
Hast Du einen Tipp für mich?
Warten bis zum morgigen Update oder die aktuellen Dateien aus SVN holen.
Aber ich hatte bisher auch mit #14001 noch keine Probleme festgestellt (wenn auch nicht explizit getestet)
Ok, ich warte bis morgen und teste dann noch mal.
Habt ihr denn schon von dem Verhalten gehört? Ich bilde mir das doch nicht ein :-)
Ich habe gerade auf einem anderen FHEM mit #14001 getestet. Das Attribute-Setzen funktioniert einwandfrei.
Da brat mir doch einer einen Storch - zum Glück kenne ich zumindest noch einen bei dem es auch aufgetreten ist. Weiß der Geier unter welchen Bedingungen es dazu kommt.
Kann das Verhalten von XGuide bestätigen.
Aufgefallen ist es heute beim Setzen von Verbose.
Aber ich habe es inzwischen auf allen meinen Systemen mit den verschiedensten Devices und Attributen ausprobiert. Einmal setzen geht, beim nächsten Wechsel wird das Attribut auf undefined gesetzt. (siehe Beispiel Screenshot)
Über die Kommandozeile im FHEMWEB "attr <device> <attribut> <wert>" klappt es anstandslos.
War mir gestern noch nicht aufgefallen.
Grüße
Heiko
Jetzt habe ich mal ein komplettes Restore von FHEM gemacht, auf Filesystemebene, nicht das restore im FHEM selbst.
Stand: gestern Abend 18:00 -> alles fiúnktioniert wieder.
Jetzt fahre ich noch ein Update wie heute früh. Mal schauen wie es dann aussieht.
Klappt immer noch alles. Sieht gut aus. ....
Habe keine z.Zt. keine Erklärung.
Um das Ganze noch etwas mysteriöser zu machen.
Nun habe ich nochmal ein Restore von gestern 18:00 gemacht -> alles ok.
Dann FHEM update -> wieder das Problem wie von XGuide beschrieben.
M.M. nach ist aber ein Problem von FHEMWEB weil es das Setzen über die Kommandos attr .... problemlos funktioniert.
VG
Heiko
Ist auch meine Vermutung, siehe Revisionen in Post #3.
FHEMWEB ist gestern geändert worden, fhem.pl ist bei mir älter.
Gruß Marcel
Ich habe noch ein paar Tests gemacht.
Mit der fhemweb.js version 14042 vom 19.04.2017 kommt es zu diesem Verhalten.
Mit der vorherigen Version 13887 vom 03.04.2017 zeigt sich dieses Verhalten nicht.
VG
Heiko
Guten Morgen,
ich bin da ganz bei dir Heiko, es hat nichts mit fhem.pl zu tun, da ich nun die gleiche Version habe wie betateilchen.
fhem.pl 14046 2017-04-20 18:48:47Z rudolfkoenig
fhemweb.js 14042 2017-04-19 21:09:37Z rudolfkoenig
fhemweb_colorpicker.js 13580 2017-03-02 13:03:29Z justme1968
fhemweb_fbcalllist.js 13629 2017-03-06 20:50:43Z markusbloch
fhemweb_readingsGroup.js 13580 2017-03-02 13:03:29Z justme1968
fhemweb_readingsHistory.js 13580 2017-03-02 13:03:29Z justme1968
fhemweb_sortable.js 13629 2017-03-06 20:50:43Z markusbloch
fhemweb_uzsu.js 13580 2017-03-02 13:03:29Z justme1968
Internals:
CFGFN
NAME test
NR 2916
STATE ???
TYPE dummy
Attributes:
verbose undefined
Leider haben wir es gestern versäumt die Version von fhemweb.js zu vergleichen, da ich sie erst via edit in meinen Beitrag eingefügt habe und betateilchen diese vermutlich nicht mehr gesehen hat.
Noch einmal das Fehlerverhalten, manuelles setzen von Attributen via fhemweb führt zu Problemen. Ich habe es mit und ohne save getestet - kein Unterschied. Dieses ist nicht nur bei verbose festzustellen, sondern gilt generell.
Setzen von Attributen über die Komandozeile funktioniert problemlos.
Siehe Screenshots.
Gruß Marcel
Edit: ich habe nun auch die
fhemweb.js 13887 2017-04-03 08:21:53Z rudolfkoenig
aus Restore wiederhergestellt und es läuft wieder normal.
Folgende Kombination funktioniert bei mir fehlerfrei:
fhem.pl 14046 2017-04-20 18:48:47Z rudolfkoenig
fhemweb.js 14057 2017-04-21 08:30:42Z rudolfkoenig
Offenbar hat Rudi heute morgen eine Version von fhemweb.js eingecheckt.
Da steht zwar nix von dem hier diskutierten Problem im commit, aber wer weiss, welche Nebeneffekte manche Änderungen hervorrufen.
Ahhh....
https://forum.fhem.de/index.php/topic,70813.0.html
8)
Das Update hat den Fehler behoben! DANKE!