[Fixed] Nutzung von configdb.conf mit nostate "1" lädt FHEM keine states mehr.

[Master_Nick]

Nabend,

ich hatte mir vorhin einen schönen Loop gebastelt...unabsichtlich und habe dann FHEM gestoppt und mittels notestate 1 Eintrag wie beschrieben laut Anleitung gestartet.
Habe den Fehler behoben und gespeichert und dann auch das nostate 1 wieder raus genommen.

Leider lädt es nun seither auch nach einem neustart des services und wiederholtem neustart mittels shutdown restart die States immer noch nicht wieder mit.
Laut configDB info werden sie aber gespeichert. Hatte nun 3 mal die Devices alles wieder richtig gesetzt und gespeichert und neu gestartet... keine Änderung.

Habe ich etwas vergessen? configDB.conf ist definitiv wieder ohne den Eintrag.
Mein Log schreibt auch nix was mich beunruhigen würde.

Code Auswählen Erweitern

%dbconfig= (
connection => "SQLite:dbname=/opt/fhem/configDB.db",
user => "",
password => "",
);


[betateilchen]

Mach mal bitte ein

Code Auswählen Erweitern

configdb attr nostate 0

und danach ein save.

Dann bitte nochmal einen Neustart des service und testen.

[Master_Nick]

Moin, getestet:

configdb attr nostate 0:

attribute nostate set to value 0

save:

configDB saved.

Restart vom Service gemacht, funktioniert.

Danke sehr! Ich hatte einen shutdown restart gemacht letztes mal das "configdb attr nostate 0" hatte ich durchaus auch schon verwendet - aber es scheint die Reihenfolge zu sein die wichtig ist

Gelöst

[betateilchen]

Danke für die Rückmeldung.

Inzwischen hatte ich das Fehlverhalten auch schon codeseitig bereinigt.
Mit dem morgen kommenden Update tritt das Problem nicht mehr auf.

[Master_Nick]

Cool! 

[HeikoGr]

Hallo,

sorry, wenn ich diesen alten Thread hervorhole. Aber das exakt gleiche Problem hatte ich gestern/heute auch.
in der configDB.conf "nostate" auf "1" gesetzt bewirkt - erwartungsgemäß, dass keine state-Daten geladen werden.

das rauslöschen der Zeile, beziehungsweise auf "0" setzen hat keinen Effekt. FHEM lädt immernoch ohne state-Daten.

configdb list hat dann gezeigt, dass in der configDB dass Attribut "nostate" immernoch auf "1" gesetzt ist.

Ein configdb attr nostate 0 in der Konsole und anschlißendes speichern hat das Problem gelöst.

[betateilchen]

Da ist wohl bei einer der letzten Änderungen ein Stückchen Code verlorengegangen, normalerweise sollen bestimmte Datenbankattribute gar nicht gespeichert werden.
Den Fehler habe ich gerade behoben, ab dem morgigen Update sollte das wieder wie angedacht funktionieren.

Danke für den Hinweis.