Re: [vz-users] SD-Karten-Crash

2020-10-06 Diskussionsfäden Rupert Schöttler
Hallo Joe,

danke für Deine Antwort.

Am 27.09.20 um 22:30 schrieb joekok...@epios.eu:
> Ich habe mehrere Raspis als reine vzlogger am Laufen mit dem Standard
> Debian-Minimal Image ohne Optimierungen. Sie laufen seit mehreren
> Jahren problemlos.

Je mehr ich darüber nachdenke und recherchiere, desto mehr wundere ich
mich, dass das die allgemeine Erfahrung ist: M.W. ist es für die Karten
ja das größte Problem, wenn dieselben Stellen immer wieder beschrieben
werden, also z.B. durch häufiges Aktualisieren derselben Datei. Auf
Grund meiner Backup-Mechanismen -- mein Desktop "zieht" die Daten mit
rsync vom Pi, sobald er eingeschaltet wird und das letzte Backup >24h
zurück liegt -- sehe ich, dass es immer dieselben Dateien sind (außer
nach einem Upgrade -- log-Dateien weggelassen weil log2ram):

-rw-r--r-- 1 root root 20 Okt  6 06:25 /etc/fake-hwclock.data
-rw--- 1 pi pi 959 Okt  6 19:08 /home/pi/.bash_history
-rw-r--r-- 1 root root 162353 Okt  1 20:51 /var/backups/dpkg.status.4.gz
-rw-r--r-- 1 root root 0 Okt  6 16:05 /var/lib/apt/daily_lock
-rw-r--r-- 1 root root 32616 Okt  5 15:16
/var/lib/apt/lists/archive.raspberrypi.org_debian_dists_buster_InRelease
-rw-r--r-- 1 root root 1383288 Okt  5 15:16
/var/lib/apt/lists/archive.raspberrypi.org_debian_dists_buster_main_binary-armhf_Packages
-rw-r--r-- 1 root root 3983 Okt  5 08:44
/var/lib/apt/lists/packages.azlux.fr_debian_dists_buster_InRelease
-rw-r--r-- 1 root root 7896 Okt  5 08:44
/var/lib/apt/lists/packages.azlux.fr_debian_dists_buster_main_binary-armhf_Packages
-rw-r--r-- 1 root root 14974 Okt  6 01:01
/var/lib/apt/lists/raspbian.raspberrypi.org_raspbian_dists_buster_InRelease
-rw-r--r-- 1 root root 69146523 Okt  5 00:52
/var/lib/apt/lists/raspbian.raspberrypi.org_raspbian_dists_buster_main_binary-armhf_Packages
drwx-- 2 _apt root 4096 Okt  6 03:08 /var/lib/apt/lists/partial/
-rw-r--r-- 1 root root 312 Okt  6 12:13 /var/lib/dhcpcd5/eth0.lease
-rw-r--r-- 1 root root 803 Okt  6 00:00 /var/lib/logrotate/status
-rw-r--r-- 1 root root 0 Okt  6 06:23
/var/lib/systemd/timers/stamp-apt-daily-upgrade.timer
-rw-r--r-- 1 root root 0 Okt  6 16:05
/var/lib/systemd/timers/stamp-apt-daily.timer
-rw-r--r-- 1 root root 0 Okt  6 00:00
/var/lib/systemd/timers/stamp-logrotate.timer
-rw-r--r-- 1 root root 0 Okt  6 00:00
/var/lib/systemd/timers/stamp-man-db.timer
-rw-r--r-- 1 systemd-timesync systemd-timesync 0 Okt  6 19:27
/var/lib/systemd/timesync/clock

>
> Ich habe sehr gute Erfahrungen mit SanDisk Ultra SD Karten. Alles
> andere hat nicht so gut funktioniert. Ich verwende sie als 32GB oder
> 64GB, damit sie ein vielfaches groesser sind als der Speicherbedarf.
> https://www.amazon.de/SanDisk-Ultra-microSDHC-Speicherkarte-Adapter/dp/B073JWXGNT
>

Ist ja auch nicht unbedingt High End... Vielleicht war der frühe Tod
meiner letzten Karte doch einfach nur Pech.

Jedenfalls habe ich mich jetzt in Unkosten gestürzt für ein Samsung FIT
Plus USB3.1 Flash Drive (32GB) und werde das Root-Verzeichnis dort
installieren. Dann bin ich die Sorgen hoffentlich los :-)

Danke auch an JD für Deine Antwort! Dazu allerdings: Die Datenbank liegt
ja gar nicht auf dem "gecrashten" Pi, daher führen die Hinweise auf
cron/dbcopy und aggtime nicht weiter.


Viele Grüße von Lech und Wertach

Rupert





smime.p7s
Description: S/MIME Cryptographic Signature


Re: [vz-users] IR-*Schreib*/Lesekopf

2020-10-06 Diskussionsfäden Daniel Lauckner
Hallo,


am Dienstag, 6. Oktober 2020 um 15:18 hat mat geschrieben:
> Meine Frage ist
> wozu man die Schreibfunktionalitaet tatsaechlich braucht. Dazu finde ich
> bei vz sonst keine Infos.

https://wiki.volkszaehler.org/software/controller/vzlogger/vzlogger_conf_parameter?s[]=pull#d0



mfg Daniel



[vz-users] IR-*Schreib*/Lesekopf

2020-10-06 Diskussionsfäden mat
Hallo zusammen,

im wiki ist immer von IR-*Schreib*/Lesekopf die Rede. Meine Frage ist
wozu man die Schreibfunktionalitaet tatsaechlich braucht. Dazu finde ich
bei vz sonst keine Infos.


Ich wuerde gerne den Zaehler ueber die optische Taste bedienen koennen
(durchs Menu navigieren, PIN Eingabe etc.), waehrend der Kopf dran
bleibt. So muss das logging nicht unterbrochen und nicht umstaendlich
mit Taschenlampe hantiert werden. Ich habe es aber nicht hinbekommen.

Hat sowas schon mal jemand gemacht?

Ich habe auf das serielle interface testweise unterschiedlich grosse
Buffer aus 0 oder 0xFF Bytes geschrieben. Mit einer Kamera kann ich auch
erkennen, dass die LED im Schreibkopf dann unterschiedlich stark
leuchtet (blinkt? fuer mich nicht zu erkennen), der Stromzaehler zeigt
aber keine Reaktion.


Viele Gruesse
Matt