[vz-users] 85°C repair task
Frank Richter
frank.richter83 at gmail.com
Tue Aug 7 22:19:56 CEST 2018
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/20180807/ee02f43d/attachment-0001.html>
More information about the volkszaehler-users
mailing list