Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ChargedFlag bleibt teilweise ungewollt gesetzt. #21

Closed
meschnigm opened this issue Apr 21, 2021 · 1 comment
Closed

ChargedFlag bleibt teilweise ungewollt gesetzt. #21

meschnigm opened this issue Apr 21, 2021 · 1 comment
Assignees

Comments

@meschnigm
Copy link
Owner

Das ChargedFlag bleibt teilweise ungewollt gesetzt - vielleicht wenn die Anlagen über die Sicherung ausgeschalten werden.
FHEM hat aktuell keine Möglichkeit das Problem zu beheben. Man müsste also ein Terminalfenster bemühen was nicht jeder
kann...

Lösungsmöglichkeiten:

  1. Abhilfe auf BO Seite: Flags in Ordner /tmp/ anlegen.

  2. Als Abhilfe könnte ein Befehl rm -f /home/admin/registry/noPVBuffering per FHEM gesendet werden.
    Vorteil: einfach und unabhängig von der BO Version
    Nachteil:

    • für Otto-Normalverbraucher schwer zu verstehen wann man auf diesen Knopf drücken soll.
    • Eingriff in die Logik von extern
  3. Alternativ vielleicht auch generell das Flag bei FHEM Neustart löschen...
    Vorteil: keiner müsste sich kümmern
    Nachteil: Eingriff in die Logik von extern

@ac-caterva
Copy link
Contributor

ac-caterva commented Apr 22, 2021

Anmerkung von der Linux Fraktion:
Es ist generell besser Status und log-dateien im verzeichnis /tmp oder /var/log abzulegen.
Erklärung:
/tmp ist ein in-memory Filesystem. Das bedeutet, daß die SDKarte keinen Verschleiß erleidet. Ausserdem ergibt sich dadurch, dass die Daten nach einem reboot nicht mehr vohanden sind. Somit besonders gut für Status Informationen geeignet, die den reboot nicht überleben sollen.
/var/log ist ein separates Filesystem, welches nur für log-dateien genutzt werden sollte. Unsere log-dateien dorthin zu speichern , könnte hoffentlich dazu führen, dass das root-filesystem, welches alle Programme und die Konfigurationsdateien enthält bei defekter SDKarte noch zu lesen ist.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants