#erledigt# deletereading wirkungslos

Begonnen von Helmi55, 20 Oktober 2021, 17:08:56

Vorheriges Thema - Nächstes Thema

Helmi55

Guten Abend
ich wollte ein falsch angelegtes userreading mit deletereading <device> reading (deletereading Ofen HZ) löschen.
Nach einem Neustart ist das Reading wieder da.
Nur wenn ich fhem.save lösche ist es weg. Das kann und will ich aber nicht löschen denn dort sind ja die Werte HourCounter gespeichert.
Gibts da einen Workaround oder mach ich was falsch?

Danke
Nice eve Helmut
System1 fhem 6.1 auf RPi 4B mit 4GB, HMUSBConfig, DS9490R-1Wire, Busware USB 868, Pool-Solarsteuerung mit FHEM. System2 fhem 6.1 auf RPi 4B mit 4GB (Bullseye) mit Busware USB 868 und 433 und HMUARTLGW für Haussteuerung

https://www.flickr.com/photos/canonhelmi/

TomLee

Sichern (save), vor dem Neustart ?

Helmi55

servus

Nein, leider nützt auch nix.
Helmut
System1 fhem 6.1 auf RPi 4B mit 4GB, HMUSBConfig, DS9490R-1Wire, Busware USB 868, Pool-Solarsteuerung mit FHEM. System2 fhem 6.1 auf RPi 4B mit 4GB (Bullseye) mit Busware USB 868 und 433 und HMUARTLGW für Haussteuerung

https://www.flickr.com/photos/canonhelmi/

TomLee

Hast du vor dem Neustart das verantwortliche Attribut userReadings gelöscht oder nur das Reading, das von dem Attribut angelegt wird, selbst ?

KölnSolar

Hallo Helmut,
ZitatNach einem Neustart ist das Reading wieder da.
Nur wenn ich fhem.save lösche ist es weg.
Dann war es aber kein "sauberer" shutdown, oder ?
Ich speichere die fhem.save periodisch, damit ich im Falle eines Absturzes etc. immer halbwegs aktuelle Daten beim restart habe.
Grüße Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

Helmi55

@TomLee
Das ist das merkwürdige - das attr userReadings ist nicht mehr vorhanden. Nur mehr dasReading......

@KölnSolar
ich mache einen Neustart immer über die Konsole mit

sudo systemctl stop fhem
und
sudo reboot

Gruß
Helmut
System1 fhem 6.1 auf RPi 4B mit 4GB, HMUSBConfig, DS9490R-1Wire, Busware USB 868, Pool-Solarsteuerung mit FHEM. System2 fhem 6.1 auf RPi 4B mit 4GB (Bullseye) mit Busware USB 868 und 433 und HMUARTLGW für Haussteuerung

https://www.flickr.com/photos/canonhelmi/

Jamo

Dann ist das attribut userreading immer noch da und erzeugt nach jedem Neustart das reading wieder neu.

Also erst das verantwortliche attribut userreading loeschen, dann als 2-tes das userreading selber. Sonst wird das userreading ja imme wieder neu generiert.
Bullseye auf iNUC, Homematic + HMIP(UART/HMUSB), Debmatic, HUEBridge, Zigbee/ConbeeII, FB, Alexa (fhem-lazy), Livetracking, LaCrosse JeeLink, LoRaWan / TTN / Chirpstack

Vize

Schuss ins Blaue...

Hattest du nicht in deinem Ofen-device
extractAllJSON 1
gesetzt?

Dann werden doch alle readings bei Triggerung des devices wieder angelegt oder?

VG
Andreas

Helmi55

Hallo Jamo - du bist ja überall helfend zur Seite 8)

Leider nein - das attr ist nicht mehr vorhanden. Habe es trotzdem nochmals gelöscht und dann das Reading gelöscht.
Nach einem Neustart ist es wieder da. Es generiert sich immer wieder.

Das ganze ist bei "meinem Ofen" (den du ja schon kennst)
Ich werde den Ofen nochmals neu auf meinem Testsystem aufsetzen da schon ziemlich viel Mist durch das HTTPMOD extractAllJSON daherkommt.


@Vize
Ja das dürfte es sein


Danke und nice eve
Helmut
System1 fhem 6.1 auf RPi 4B mit 4GB, HMUSBConfig, DS9490R-1Wire, Busware USB 868, Pool-Solarsteuerung mit FHEM. System2 fhem 6.1 auf RPi 4B mit 4GB (Bullseye) mit Busware USB 868 und 433 und HMUARTLGW für Haussteuerung

https://www.flickr.com/photos/canonhelmi/

Jamo

Zitat von: Helmi55 am 20 Oktober 2021, 18:22:17
Hallo Jamo - du bist ja überall helfend zur Seite 8)
Man tut was man kann!  :)
Bullseye auf iNUC, Homematic + HMIP(UART/HMUSB), Debmatic, HUEBridge, Zigbee/ConbeeII, FB, Alexa (fhem-lazy), Livetracking, LaCrosse JeeLink, LoRaWan / TTN / Chirpstack

Beta-User

Das Problem ist vermutlich ein ganz anderes gewesen:
Zitat von: Helmi55 am 20 Oktober 2021, 17:53:22
Beim Hochfahren habe ich folgende Meldungen im log
2021.10.20 17:37:44 1: WriteStatefile: Cannot open ./log/fhem.save: Permission denied
2021.10.20 17:37:44 1: WriteStatefile: Cannot open ./log/fhem.save: Permission denied
2021.10.20 17:37:44 1: WriteStatefile: Cannot open ./log/fhem.save: Permission denied

[/code]
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Helmi55

Hallo und sorry für die späte Antwort.
fhem hatte keine Berechtigung auf die fhem.save. Wieso auch immer? Ich habe in den letzten Wochen keine Änderungen im System vorgenommen????
Danke an MadMax-FHEM
pi@homebridge:~ $ ls -la /opt/fhem/log/fhem.save
-rw-r--r-- 1 pi pi 261452 Okt 20 15:20 /opt/fhem/log/fhem.save
pi@homebridge:~ $



Habe das jetzt wieder gerade gebogen und nun sind keine Auffälligkeiten im log -Danke

@Beta-User
das deletereading funktioniert trotzdem nicht. Dürfte wie Vize schon vermutet hat durch
extractAllJSON 1
immer wieder nachgeladen werden.

Danke für eure Unterstützung
Gruß
Helmut
System1 fhem 6.1 auf RPi 4B mit 4GB, HMUSBConfig, DS9490R-1Wire, Busware USB 868, Pool-Solarsteuerung mit FHEM. System2 fhem 6.1 auf RPi 4B mit 4GB (Bullseye) mit Busware USB 868 und 433 und HMUARTLGW für Haussteuerung

https://www.flickr.com/photos/canonhelmi/

Beta-User

Zitat von: Helmi55 am 21 Oktober 2021, 12:59:33
das deletereading funktioniert trotzdem nicht. Dürfte wie Vize schon vermutet hat durch
extractAllJSON 1
immer wieder nachgeladen werden.
Jein. deletereading funktioniert vermutlich schon, was aber nur begrenzt wirkt, wenn es wieder angelegt wird - sei es durch obiges Attribut oder das ehemalige userReadings-Attribut.

Aber wenn es wirklich (soweit wie möglich) gelöst ist, ist ja alles fein :) .
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files