Autosave deactivated nach jedem FHEM Restart

Begonnen von rakete123, 21 Juni 2021, 07:46:12

Vorheriges Thema - Nächstes Thema

rakete123

Hallo zusammen,
habs ewig einfach so akzeptiert, aber jetzt nervts mich doch. Warum ist Autosave immer deaktiviert wenn ich FHEM neustarte?
Im global device bei init_errors steht aktuell das hier:

Messages collected while initializing FHEM:configfile: 0
0
SecurityCheck:
  WEBhabridge is not password protected
  WEB is not password protected
  MQTT2_FHEM_Server is not password protected
  telnetPort is not password protected

Protect this FHEM installation by defining an allowed device with define allowed allowed
You can disable this message with attr global motd none
Autosave deactivated


"not password protected" ist okay. Ich hab mein Netzwerk hier im Griff. Ist das der Grund?

mfg
Marcel
Zwave: ZMEEUZB1 (Fibaro, Aeotec, diverse)
Zigbee: Conbee (HUE, Xiaomi, osram)
Homematic: HM-MOD-RPI-PCB + diverse HM-CC-RT-DN
Sonstiges: Harmony, Android, Netatmo, Jabber (talk2fhem)
https://resize2fs.de

MadMax-FHEM

Zitat
You can disable this message with attr global motd none

Ich denke es steht halt einfach immer (noch) in motd, sonst nichts.

Ist denn autosave tatsächlich IMMER nach Neustart deaktiviert?

Was steht denn bei attr global autosave ?
Bzw. setze es halt mal wie du es willst und prüfe es nach einem Neustart...

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)

rakete123

motd steht schon auf none. Müsste schon ewig so sein. Autosave steht jetzt "wieder" auf 1, aber nach einem Neustart ist es immer 0.
Ich vermute ich hab da irgendwo einen komischen Fehler drin.
Zwave: ZMEEUZB1 (Fibaro, Aeotec, diverse)
Zigbee: Conbee (HUE, Xiaomi, osram)
Homematic: HM-MOD-RPI-PCB + diverse HM-CC-RT-DN
Sonstiges: Harmony, Android, Netatmo, Jabber (talk2fhem)
https://resize2fs.de

frank

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

rakete123

Hehe natürlich so einige Meldungen beim Start. Aber ich sehe da nichts bzgl. autosave.
Laut Wiki wird autosave wieder auf 0 gesetzt, wenn etwas schief gelaufen ist. Aber wonach muss man suchen?
Zwave: ZMEEUZB1 (Fibaro, Aeotec, diverse)
Zigbee: Conbee (HUE, Xiaomi, osram)
Homematic: HM-MOD-RPI-PCB + diverse HM-CC-RT-DN
Sonstiges: Harmony, Android, Netatmo, Jabber (talk2fhem)
https://resize2fs.de

rakete123

Sowas sehe ich hier als einzige Fehler, mpd hab ich mal rausgenommen, brauch ich eh nicht mehr:
2021.06.21 07:36:40 1: PERL WARNING: Useless use of anonymous hash ({}) in void context at ./FHEM/10_CUL_HM.pm line 7418, <$fh> line 1417.
2021.06.21 07:37:23 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_MPD.pm line 976.
2021.06.21 07:40:36 1: PERL WARNING: Use of uninitialized value within %ttsAPIKey in numeric gt (>) at ./FHEM/98_Text2Speech.pm line 504.
2021.06.21 07:40:36 1: PERL WARNING: Use of uninitialized value within %ttsUser in numeric gt (>) at ./FHEM/98_Text2Speech.pm line 505.

Wird deswegen autosave deaktiviert?
Zwave: ZMEEUZB1 (Fibaro, Aeotec, diverse)
Zigbee: Conbee (HUE, Xiaomi, osram)
Homematic: HM-MOD-RPI-PCB + diverse HM-CC-RT-DN
Sonstiges: Harmony, Android, Netatmo, Jabber (talk2fhem)
https://resize2fs.de

MadMax-FHEM

Zitat von: rakete123 am 21 Juni 2021, 12:18:44
Wird deswegen autosave deaktiviert?

Eher schwer unwahrscheinlich bis eigentlich: nein ;)

Es sollte eigentlich im Log stehen, dass autosave deaktiviert wurde...

Welchen verbose-Level hast du?

Und eigentlich wird autosave nur auf 0, wenn beim Laden eines Devices (Moduls) etwas schief gegangen ist, also nicht geladen werden konnte...

"save" hast du aber inzwischen nicht gedrückt?
Weil dann kann es sein, dass der Fehler weg ist, weil auch das nicht geladene Device aus der Config raus ist :-\ ;)

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)

rakete123

Also im Log finde ich keinerlei Erwähnung von autosave.
Wie gesagt ich nutze FHEM schon einige Jahre und irgendwie "war das schon immer so" und so oft startet FHEM bei mir nicht neu. Also ich hab das schon zig mal aktiviert und gespeichert.

Hab gerade nochmal neugestartet. Nach dem Neustart gibts "keine Änderungen" aber autosave ist wieder auf 0.

verbose im global device steht auf 3
Zwave: ZMEEUZB1 (Fibaro, Aeotec, diverse)
Zigbee: Conbee (HUE, Xiaomi, osram)
Homematic: HM-MOD-RPI-PCB + diverse HM-CC-RT-DN
Sonstiges: Harmony, Android, Netatmo, Jabber (talk2fhem)
https://resize2fs.de

MadMax-FHEM

Hmm, dann bin ich (aktuell) mit meinem Latein am Ende :-\

Aber müsste dann nicht beim/nach dem Start ein "rotes Fragezeichen" da sein?
Weil es wurde ja autosave geändert: 1 -> 0...

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)

rakete123

echt weird... Ist das eig normal das global im STATE "no definition" hat?
Zwave: ZMEEUZB1 (Fibaro, Aeotec, diverse)
Zigbee: Conbee (HUE, Xiaomi, osram)
Homematic: HM-MOD-RPI-PCB + diverse HM-CC-RT-DN
Sonstiges: Harmony, Android, Netatmo, Jabber (talk2fhem)
https://resize2fs.de

MadMax-FHEM

Jep, bzw. bei mir auch so... ;)

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)

rakete123

Zwave: ZMEEUZB1 (Fibaro, Aeotec, diverse)
Zigbee: Conbee (HUE, Xiaomi, osram)
Homematic: HM-MOD-RPI-PCB + diverse HM-CC-RT-DN
Sonstiges: Harmony, Android, Netatmo, Jabber (talk2fhem)
https://resize2fs.de

Otto123

Moin,

arbeitest Du mit fhem.cfg oder mit configdb?
wenn ersteres:
{qx(ls -lha fhem.cfg)}

Irgendwie habe ich im Hinterkopf: so ein Problem gab es schonmal und die Lösung war irgendwie "überraschend". :-\

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

rakete123

#13
Hi Otto,
nutze einfach fhem.cfg
ls -alh fhem.cfg
-rw-rw-rw- 1 fhem dialout 297K Jun 23 06:10 fhem.cfg

Edit: Es steht auch in der config drin:
grep -R autosave fhem.cfg
attr global autosave 1
Zwave: ZMEEUZB1 (Fibaro, Aeotec, diverse)
Zigbee: Conbee (HUE, Xiaomi, osram)
Homematic: HM-MOD-RPI-PCB + diverse HM-CC-RT-DN
Sonstiges: Harmony, Android, Netatmo, Jabber (talk2fhem)
https://resize2fs.de

rakete123

Hab ihr denn beim Neustarten auch eine solche Nachricht?
2021.06.23 19:40:41 1: Messages collected while initializing FHEM:configfile: 0
0
Zwave: ZMEEUZB1 (Fibaro, Aeotec, diverse)
Zigbee: Conbee (HUE, Xiaomi, osram)
Homematic: HM-MOD-RPI-PCB + diverse HM-CC-RT-DN
Sonstiges: Harmony, Android, Netatmo, Jabber (talk2fhem)
https://resize2fs.de