[vz-users] 85°C repair task

[Frank Richter]

Mach doch einfach mal das neue Image auf eine SD-Karte und lass den zweiten
Pi mit der aktuellen Middleware auf die DB vom ersten zugreifen. Dann
siehst du, ob sich das lohnt für dich.

Ansonsten kann man Raspbian jessie bestimmt auch irgendwie zu stretch
updaten, aber da kann ich nicht helfen.

Grüße
Frank

Christian Wulff <christianwulff at gmx.de> schrieb am Mi., 8. Aug. 2018, 20:05:

> PHP 5.6.24-0+deb8u1
>
>
>
> Holla, alles neu aufsetzten mach ich sicher nicht mal eben schnell. Dafür
> brauche ich viel Zeit.
>
> Das gute ist, dass noch einen zweiten RaspberryPi und SSD liegen habe.
>
> Damit könnte ich das erstmal testen.
>
> Und ich müsste mir ein Step-by-Step Anleitung mitschreiben, damit ich das
> später schneller und sicherer hinkriege.
>
> Aber das ist momentan zeitlich leider nicht drin.
>
> Ja gut, muss ich später mal irgendwann ran…
>
>
>
> Lieben Gruß,
>
> Chris
>
>
>
> *Von:* Frank Richter [mailto:frank.richter83 at gmail.com]
> *Gesendet:* Mittwoch, 8. August 2018 19:52
> *An:* volkszaehler.org - users
> *Betreff:* Re: [vz-users] 85°C repair task
>
>
>
> PHP-Version: php -v
>
>
>
> Update: aktuelles Image, DB wieder einspielen, vzlogger.conf und ggf.
> eigene Scripte umziehen,...
>
>
>
> Grüße
>
> Frank
>
>
>
> Am 8. August 2018 um 19:30 schrieb Christian Wulff <christianwulff at gmx.de
> >:
>
> Ich vermute mal ja.
>
> Wie kann ich das feststellen?
>
> Wie kann ich das updaten, bzw. woher weiss ich ob nach dem update noch
> alles funktionieren wird?
>
>
>
> Lieben Gruß,
>
> Chris
>
>
>
> *Von:* Frank Richter [mailto:frank.richter83 at gmail.com]
> *Gesendet:* Dienstag, 7. August 2018 22:20
>
>
> *An:* volkszaehler.org - users
> *Betreff:* Re: [vz-users] 85°C repair task
>
>
>
> Hast du noch Debian Jessie und damit PHP 5? Dann wird Middleware updaten
> nix werden, geht nur noch mit PHP 7.
>
>
>
> Gruß
>
> Frank
>
>
>
> Christian Wulff <christianwulff at gmx.de> schrieb am Di., 7. Aug. 2018,
> 21:44:
>
> Hmm,
>
>
>
> hab ich mir angeschaut. Ich verstehe nur Bahnhof?!
>
> Ich vermute mal ich muss die Middleware updaten? Ich habe noch eine
> Komplettinstallation (Image) von ~Oktober 2016
>
> Inzwischen viel hin- und her-konfiguriert, daher will ich die jetzt nicht
> killen.
>
> Kann man da so einfach die middleware aktualisieren? Wenn ja wie?
>
>
>
> Und wenn ich die middleware aktualisiert habe, wie geht es denn weiter?
>
>
>
> Lieben Gruß,
>
> Chris
>
>
>
> *Von:* Frank Richter [mailto:frank.richter83 at gmail.com]
> *Gesendet:* Dienstag, 7. August 2018 20:56
> *An:* volkszaehler.org - users
> *Betreff:* Re: [vz-users] 85°C repair task
>
>
>
> Hi,
>
>
>
> geht seit einiger Zeit auch via Middleware:
> https://github.com/volkszaehler/volkszaehler.org/pull/677
>
>
>
> Gruß
>
> Frank
>
>
>
> Christian Wulff <christianwulff at gmx.de> schrieb am Di., 7. Aug. 2018,
> 20:29:
>
> Moin,
>
>
>
> ja, löschen kann ich es auch per SQL String in phpMyAdmin.
>
> Die Frage war aber, ob es auch komfortabel und nachhaltig geht?
>
>
>
> Lieben Gruß,
>
> Chris
>
>
>
> *Von:* Christian Schnellrieder [mailto:schnellrieder.cs at gmail.com]
> *Gesendet:* Dienstag, 7. August 2018 19:22
> *An:* volkszaehler-users at demo.volkszaehler.org
> *Betreff:* Re: [vz-users] 85°C repair task
>
>
>
> Hallo.
>
>
>
> Ein einfacher SQL String sollte hier vollkommen ausreichen.
>
>
>
>
>
> Grüße
>
>
>
> Am Di., 7. Aug. 2018 um 18:56 Uhr schrieb Christian Wulff <
> christianwulff at gmx.de>:
>
> Moin,
>
>
>
> ich habe 38 Stück 1-wire Sensoren an meine volkszähler Installation
> angeschlossen.
>
> Jeder Sensor sendet jede Minute einen Temperaturwert
>
> So laufen also jeden Tag 54720 Temperaturwerte in die Datenbank (über die
> Sinnhaftigkeit möchte ich hier nicht diskutieren).
>
> Nun kommt es sporadisch aber auch bei einem Sensor sehr regelmäßig vor,
> das der ausgelesene Temperaturwert genau 85°C beträgt.
>
> Ich kann bei allen Sensoren ausschließen, dass diese jemals tatsächlich
> genau 85°C messen werden (beim Außentemperatursensor bin ich mir momentan
> nicht so ganz sicher…. ;-) ).
>
> Und selbst wenn doch einer in den Bereich von 85°C kommen würde, dann wäre
> es beim Temperaturverlauf auch kein Problem, wenn genau 85°C fehlt, aber
> knapp drüber und drunter die Werte da sind.
>
> Das bedeutet, wenn man einfach alle Temperaturwerte von genau 85°C sucht
> und löscht kann man quasi keinen Datenverlust bekommen.
>
> Allerdings deuten diese 85°C ja auf ein Problem mit dem Sensor hin.
>
> Deswegen wäre es schade die Information zu verlieren welcher Sensor wann
> die 85°C gemeldet hat. Darauf möchte ich natürlich auch nicht verzichten.
>
> Also folgende Idee:
>
> Ein Programm sucht 1x am Tag (meinetwegen auch 2x, 4x) in der Datenbank
> bei den angegebenen Kanälen (nicht bei allen!) nach 85°C Einträgen.
>
> Wenn es einen Wert gefunden hat, dann schreibt das Programm den Kanal, den
> Wert (…immer 85°C) und den timestamp in eine Datei oder in eine email.
>
> Und dann löscht das Programm den Eintrag in der Datenbank.
>
>
>
> Das gleiche könnte man auch mit anderen Werten machen, die durch eine
> Plausibilitätsprüfung aus dem möglichen Raster fallen.
>
> z.B. weiß ich ja ungefähr welche Drehzahlen meine Lüfter annehmen können,
> und welche nicht.
>
>
>
> So hätte man also eine automatisierte Bereinigung von falschen Daten, aber
> auch einen Hinweis zum Debugging welche Sensoren wann und wie oft
> rumspinnen.
>
>
>
> Nun die Fragen: Wie stell ich das an?
>
>
>
> Lass ich per cronjob auf dem Raspi ein Programm laufen? (ich vermute das
> ist wohl am sinnvollsten)
>
> Lass ich auf einem externen ESP8266 ein Programm laufen?
>
> Welche Sprache ist dafür am besten geeignet?
>
> Wie programmier ich das?
>
>
>
> Gibt’s noch mehr User die sowas gerne hätten (bedeutet, lohnt sich so eine
> Entwicklung oder ist das nur nice to have für mich?), oder sind alle
> wunschlos glücklich?
>
>
>
> Lieben Gruß,
>
> Chris
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20180808/ab4ec84e/attachment.html>