LotharGehlhaar - Teichbauforum

Habe es dann so gelöst:



Messwerte brauchten nicht gelöscht werden, es gab ja kein.

Warum packe ich hier eigentlich immer in die Sch...



______________________________________________
Schönen Gruß vom
Paul
______________________________________

Hallo Paul,
bei mir steht:

Täglich 2 bis 3 mal, auch auf mein Handy kommt eine Fehlermeldung.
Was muss ich da am Raspi einstellen, damit das nicht mehr kommt?
Allerdings steht es nicht in einem Zusammenhang mit der lückenhaften Aufzeichnung, denn da fehlen täglich viel mehr Werte.

Viele Grüße
Hans

Moin Moin Hans, (Wenn du mol in uns plattdüütsch Rebeet ween büstm denn hess de Oort to greuten al heurt.)



Du kannst die Alarmeinstellungen "Als E-Mail versenden" ganz ausschalten, unter Teich>Protokolle>Alarmeinstellungen den Haken entfernen.
Dann bekommst Du aber keine Meldungen mehr auf Dein Handy.

Oder Du suchst die Ursache der Meldungen, was wohl sinnvoller ist.

In dem Skript von Dennis /var/www/steuerung/quellen/sensoren/echolot.py gibt es ja folgende Zeilen:

#Entferung messen
Millimeter = MeasureDistance(GPIOTrigger, GPIOEcho)
#Hier wird geprüft, ob der Sensor antwortet, falls nicht wird eine unnötig lange Abfrage unterbunden, damit der Job nicht blockiert wird
if Millimeter == 0:
lDistance = [0]
break

Es kann gut sein das Dein Sensor öfter mal Spinnt!!!

Hast Du kein Test-Skript das Du einfach mal über Putty durchlaufen lässt als Endlos schleife und die Werte beobachtest im ca. 3sec. Takt.



Welche Pins benutz Du als
GPIOTrigger = 26??
GPIOEcho = 19??

Was hast Du als Kennung 26-19 in die Pfiffi Steuerung ein gegeben?
Dann Stell ich Dir so ein kleines Skript Hier rein
oder
schau dir an wie der Computer Nerd das aus der Hand schüttelt :


Link zum Video




______________________________________________
Schönen Gruß vom
Paul
______________________________________

70 mm als max. level wurden eingegeben und schön eingehalten, bis auf eine Ausnahme heute
Bei 79 mm erfolgte erst der Spülvorgang, nicht schlimm, aber ich wollte es mal mitteilen, freue mich schon, wenn Gunter seinen EBF levelabhängig spült, mit 2 Sensoren soviel ich weiß

Wert
10.04.2016 20:38:10 -2 mm
10.04.2016 20:37:10 -1 mm
10.04.2016 20:36:28 -1 mm
10.04.2016 20:35:10 -69 mm
10.04.2016 20:34:10 -67 mm
10.04.2016 20:33:10 -55 mm
10.04.2016 20:32:10 -50 mm
10.04.2016 20:31:13 -47 mm
10.04.2016 20:30:10 -41 mm
10.04.2016 20:29:10 -35 mm
10.04.2016 20:28:10 -31 mm
10.04.2016 20:27:10 -29 mm
10.04.2016 20:26:10 -23 mm
10.04.2016 20:25:10 -20 mm
10.04.2016 20:24:10 -17 mm
10.04.2016 20:23:10 -16 mm
10.04.2016 20:22:10 -13 mm
10.04.2016 20:21:10 -11 mm
10.04.2016 20:20:10 -10 mm
10.04.2016 20:19:10 -6 mm
10.04.2016 20:18:10 -6 mm
10.04.2016 20:17:10 -4 mm
10.04.2016 20:16:11 -2 mm
10.04.2016 20:14:28 -2 mm
10.04.2016 20:13:11 -79 mm
10.04.2016 20:12:10 -69 mm
10.04.2016 20:11:10 -60 mm
10.04.2016 20:10:10 -52 mm
10.04.2016 20:09:12 -49 mm
10.04.2016 20:08:10 -41 mm

Wegen der Aussetzer bei der Aufzeichnung bin ich noch am suchen, ich schreibe dann bei Gelegenheit in dem dortigen thread....

Viele Grüße
Hans

Hallo Paul,
danke für das video. Ein Skript ist kein Problem, der "kleine Junge" kann das ja auch
Er hat auch nochmal das Problem angesprochen, je größer die zu messende Entfernung (bis zu einem max. Punkt), desto genauer die Ergebnisse mit dem Echolot.
Bei mir ist der Sensor in der Klarwasserkammer mit Entfernung max. 10 cm zur Wasseroberfläche. Gespielt hatte ich am Schreibtisch mit 2,5 cm, da ist die Fehlerquote dann höher gewesen.

Aber ich lasse jetzt mal ein paar Tage laufen, wichtiger als die Aufzeichnungen (ist ja mehr "Gimmick") sind mir die "echten" Spülungen am Teich und da muss man längerfristig prüfen, ob die US für unter 2,- Euro zuverlässig arbeiten.

Wegen der Stromunterbrechungsversorgung habe ich jetzt mal den Netzstecker gezogen, dann lief der Raspi mit Batterie und ging dann "gemütlich" aus, hat mehrere Minuten gedauert. Dann Batterie und Netzteil nach ca. 1 Stunde wieder rein und der Raspi lief wie immer
Also das Teil ist nicht verkehrt, Stromausfall hat mich schon eine SD-Karte gekostet und da hatten wir noch kein buck-up

Viele Grüße
Hans

So, seit Samstag steuert der HC-SR04 den Trommelfilter wie gewünscht. Ab und an wird mal eine Aufzeichnung ausgelassen, das liegt wohl am US, die Temperatur wird lückenlos und sehr genau aufgezeichnet (gelegentlich wird die erfasste Temp. mit einem Laborthermometer überprüft und die Ergebnisse sind einwandfrei ). Alle anderen Thermometer habe ich nach ca. 1 Jahr entsorgt, die haben immer mehr "Mondwerte" abgelesen.
Mit den Alarmen, das ist noch so eine Sache, entweder hat Gunter die in die Software integriert und dort liegt ein Fehler vor, oder es ist ein Sensorproblem. 1-2 mal täglich kommt ein Alarm, ich weiß überhaupt nicht, wo der eingestellt worden ist???
Hier mal wieder das Protokol.

Viele Grüße
Hans

Ereignisprotokoll
Wann Ereignis
12.04.2016 19:58:05 Der Pegelsensor der Filtersteuerung liefert keinen sinnvollen Wert!
12.04.2016 19:27:11 Sensor TrommelfilterSensor liefert keinen sinnvollen Wert!
11.04.2016 17:59:10 Sensor TrommelfilterSensor liefert keinen sinnvollen Wert!
11.04.2016 16:57:03 Der Pegelsensor der Filtersteuerung liefert keinen sinnvollen Wert!
10.04.2016 16:56:09 Sensor TrommelfilterSensor liefert keinen sinnvollen Wert!
10.04.2016 16:10:04 Der Pegelsensor der Filtersteuerung liefert keinen sinnvollen Wert!
09.04.2016 16:47:09 Sensor TrommelfilterSensor liefert keinen sinnvollen Wert!
09.04.2016 15:49:03 Der Pegelsensor der Filtersteuerung liefert keinen sinnvollen Wert!

Anzeige:

_________________
Wenn du einen Monat lang ein werbefreies Forum willst, klicke hier und überweise mir 100 Taler!
Wenn du mich im Koi-Schnack etwas fragen möchtest, klicke hier!

Hallo Hans,

es ist leider so, dass der Ultraschallsensor, den wir verwenden in Verbindung mit unserer Treibersoftware auf dem Raspi in einigen wenigen Fällen unbrauchbare Werte liefert. Die Ursache hat Paul schon genannt. Wenn der Raspi während der Messung im Hintergrund noch etwas zu tun hat, ist er einfach zu beschäftigt, um die ganze Zeit nach einem Echo zu lauschen. Er bekommt das Echo dann zu spät mit, was eine unplausibel hohe Laufzeit bewirkt.

Innerhalb des Python-Skripts wurde das bereits berücksichtigt, indem nicht nur eine Messung, sondern mehrere Messungen veranlasst werden. Dadurch werden von vorn herein schon die meisten Fehlmessungen ausgeblendet und korrigiert.



Die Software ist nun mal so programmiert, dass ungültige Werte verworfen und nicht aufgezeichnet werden. Dadurch bleiben die Grafiken übersichtlich.
Für die Filterspülung ist das eher unerheblich, denn in solchen Fällen würde sich die Spülung nur um eine Minute verzögern.




Hm, schwer zu sagen. Der Unterbau der Software versieht zuverlässig seinen Dienst. Wenn ein Sensor defekt zu sein scheint, soll das dem Besitzer mitgeteilt werden. Und das funktioniert hier tadellos.




Es ist so vorgesehen, dass Du nur eine solche Alarmmeldung innerhalb von 24 Stunden bekommst. Damit soll verhindert werden, dass der Teichbesitzer für den Rest seines Arbeitstages und auf dem Heimweg minütlich von einer Alarmmeldung genervt wird. Auch wenn Dein Sensor mehrmals täglich aussetzt, wirst Du deshalb höchstens einmal täglich alarmiert.


Dass ein Raspi-Nutzer so ein dickes Fell hat, wie Du, dass ein Nutzer die Ausfallmeldungen von einem Sensor so konsequent ignorieren möchte, wie Du, das hatte ich beim Schreiben der Software einfach nicht vorhergesehen.


Nun haben wir zwei Möglichkeiten:

1. Dennis spielt noch ein wenig mit den Parametern im Python-Skript, so dass öfter gemessen wird und weniger Fehlmessungen zu erwarten sind.
   
   
2. Du kannst auf eigenes Risiko in Deiner Software eine kleine Veränderung vornehmen:
   Du öffnest die Datei /var/www/steuerung/quellen/cPegel.php
   
   Code:
   joe /var/www/steuerung/quellen/cPegel.php
   
   
   Geh hinunter bis zur Zeile 308! Darin steht bisher die Alarmierungsfrist von 24 Stunden:
   
   Code:
               $Daten      =   "`sensAlDef`   = '".($jetzt + 24*60*60-30)."' ";
   
   Daraus kannst Du eine eigene Alarmierungsfrist einstellen:
   
   Code:
               $Daten      =   "`sensAlDef`   = '".($jetzt + 3650*24*60*60-30)."' ";
   
   In diesem Beispiel würdest Du nur noch einmal innerhalb von 10 Jahren (3650 Tagen) von einem Alarm geweckt. Wäre das in Ordnung?

Pfiffikus,
der die Alarmierung bei defekten Sensoren nicht generell aus der Software rausschmeißen möchte

Hallo Paul,


hast Du die abgebildeten Ultraschallmessungen mit einem HC-SR04 gemacht?

Durchdringen diese Ultraschallwellen tatsächlich zweimal die Wand von KG-Rohren?


Pfiffikus,
der unter diesen Umständen noch ein paar Ideen hätte.

Danke Gunter für die Erklärung, das ist nachvollziehbar

Wenn zukünftig auch andere user ihre Vorfilter levelabhängig steuern, dann wird die das auch stören
Abschalten wäre eine Option, aber ich vermute, es wird einen Nachteil haben, oder
Andererseits, was hilft es, einmal täglich eine Fehlmeldung auf das handy zu bekommen
Da schreibe ich doch lieber einen job, der eine Meldung aufs handy zaubert, wenn z.B. der Wasserstand in der Klarwasserkammer mehr als 120 mm sinkt....

Viele Grüße
Hans