Gut das kann bei meinem Setup natürlich nicht vorkommen, es sei denn bei mir sind die 12V Akkus komplett am Ende. Habe außerdem die neuste Firmware und LittleFS.
Könnte auf einem weiteren FiPy Mal ein Dauertest, mit meinem Programmierbaren Netzteil starten. Würde sagen alle 30 sec. 0,05V runter bis 2,5V und dann wieder von 4V beginnen. Das in einer Dauerschleife.
Einwände oder andere, niedrigere Spannungen?
Vielen Dank für Deine Tests.
Ich denke auch, der aktuelle Zwischengegner hat ein paar andere Skills drauf.
Denke ich auch. Hab mir auch Mal Vue.js und den Code von @vinz grob vertraut gemacht.
Hab jetzt zumindest aus den riesen großen, viele kleine Fragezeichen gemacht.
Evtl. bekomme ich das Webinterface, zumindest provisorisch verheiratet so das wenigstens die Grundfunktionen für Bob Betrieb laufen. Alles weitere werde ich merken wenn ich dabei bin.
Bei mir wurde im Juni durchgehend getestet: Am 3.6. Aufbau draussen ( mit Fernsehen ), am 18.6. neue Software mit Filterung und Waagen-Kalibrierung:
Die Software von GitHub - Hiverize/FiPy oder die von GitHub - hiveeyes/terkin-datalogger: Datalogger for MicroPython and CPython. ?
Nicht das wir da noch was verwechseln. Dein letzter Bericht war ja glaube ich mit der hiverize/FiPy oder?
Just a short welcome note for @pinguin.
make format-flashMich würde brennend interessieren, wie du die Messwerte Filterst.
Da nur alle paar Std. ein Außreißer zu erwarten ist, würde ich denken, Mitte von 3 oder von 5, ist am einfachsten und effektivsten.
Das heißt, wenn man die höchsten und den niedrigsten Werte der letzten 3 oder 5 Messungen ignoriert.
man hat dann zwar ne Phasenverschiebung um eine Messungsperiode, ist aber Denke nicht wirklich tragisch solange man in einigermaßen kurzen Abständen misst. Die Bienen haben ja auch keine Atomuhr.
Oder Filterst Du anders?
Da die Messwerte alle 10 sec gemessen werden, liegen sie nah beieinander. Nur alle paar Minuten bei DS18B20 und alle paar Stunden bei HX711 weichen sie deutlich davon ab.
z.B. 22.3 22.3 22.3 22.3 22.3 80.5 22.3 22.3 22.4 22.3 usw.
Ich gehe davon aus, dass irgendwo ein bit verschluckt wird und betrachte den Messwert als völlig falsch und ersetze ihn durch den letzten Wert.
Codebeispiel für HX711
### HX711 Waage
hx711akt = 0
hx711old = hx711.get_value(times=5)
hx711tol = 15.0
…
hx711akt = hx711.get_value(times=5)
hx711akt = int(hx711akt*10)/10 # 1 Dezimalstelle nach Komma
if (hx711akt > hx711old + hx711tol): # Aktueller Wert > alter Wert
print('korr> Gewicht: {} kg > old: {} kg + {} kg'.format(hx711akt, hx711old, hx711tol))
hx711akt = hx711old
if (hx711akt < hx711old - hx711tol): # Aktueller Wert < alter Wert
print('korr< Gewicht: {} kg < old: {} kg - {} kg'.format(hx711akt, hx711old, hx711tol))
hx711akt = hx711old
hx711old = hx711aktDanke, so geht es natürlich auch.
Wenn ich jetzt mal beide Software vergleichen darf oder überhaupt kann.
Ich teste jetzt ja aktuell mit dem Hiveeyes MicroPython Datalogger 0.5.1 mit 15 Sec Deep Sleep der Wachzustand mit hochfahren der Sensoren und des WLan dauert ca. 30 sec…
Übertragen und gemessen werden also in etwa alle 45sec.
Also muß ich die Fehlerhäufigkeit fairer weise bei mir bei mir um Faktor 4,5 höher ansetzen.
Dennoch st diese Firmware doch einiges besser bei den Sensoren aufgestellt.
Die HX711 haben bei mir auf allen 4 Systemen (Addierte Dauerlaufzeit ca 2 Wochen + zzgl.vorherige kürzere Tests) bisher nur ein einiges mal, und dann aber auch extremen Außreißer (-19,7t) gemacht.
Von den insgesamt 18 DS1820 haben im gleichen Zeitraum, 4 Stk zusammen 6 mal Schluckauf gehabt.
Die Frage die sich mir jetzt stellt woran liegt es? Es scheint ja die Möglichkeit zu geben die Fehler zu reduzieren.
Sind es die Bibliotheken, das Layout des Boards oder andere Probleme (Spannungsversorgung? Timing?) die die Fehlmessungen erzeugen.
Vor ca.2 Jahren habe ich Dauermessungen von DS18B20 und HX711 mit einem RaspberryPi gemacht. Da sind mir Fehlmessungen der DS18B20 fast nicht aufgefallen, die vom HX711 waren aber viel häufiger.
Dann bin ich im Oktober 2018 auf einen ESP32 DevKitC mit Arduino-IDE umgestiegen, habe aber kaum Dauermessungen gemacht und sie auch nicht graphisch dargestellt. Auch da sind mir Fehlmessungen kaum aufgefallen.
Ab März 2019 habe ich den FiPy mit der Arduino-IDE programmiert, ober ohne Dauermessungen.
Erst seit Mai programmiere ich den FiPy mit MicroPython und stelle die Dauermessungen mit der BOB-App dar. Jetzt zeigt der BME280 nie, der HX711 selten und die DS18B20 oft Fehlmessungen.
Fazit: es könnte noch an der Software liegen. Die Hardware war in allen Fällen ähnlich oder gleich. Stromversorgung war ein 2,5A USB-Netzteil.
Ja kann an der Software oder an der Hardware liegen. Meine laufen noch nicht lange genug um da Rückschlüsse zu ziehen, dafür sind die Fehler zu selten.
Alle Messungen derzeit mit Datalogger 0.5.1
FiPy 0
FiPy 1
FiPy 2
WiPy 1
Bei den Kurzzeitmessungen vorher teilweise mit unterschiedlichen Softwareversionen die nur 1-3 Tage gelaufen sind sind mir keine Mess-Fehler aufgefallen(hab allerdings nicht intensiv danach gesucht)
Mit der FiPy Software allerdings schon auffällig viel. Lief allerdings auch nur 4 Tage auf einen FiPy. Da ich dort aber ernste Probleme mit meinem WLAN Router hatte (müsste die Routereinstellungen für die tests ändern). Und dazu noch im Testzeitraum 3 Abstürze hatte hab ich den neuen Datalogger probiert.
Beim Rasperry sind mir früher aber auch häufige HX Fehler aufgefallen. Die DS laufen dort auch gefühlt sauberer, allerdings waren da auch nur 2 dran, was das Gefühl wieder verfälscht.
Vielen Dank für Eure Beobachtungen.
Ich nehme auf jeden Fall nochmal den onewire-Treiber und die entsprechende Ansteuerung unter die Lupe.
Ja aber bitte nicht sofort. Eine Baustelle nach der anderen.
Die Fehlmessungen fallen ja auf da bis auf einmal nur je ein Sensor gesponnen hat.
Später kann es nervig werden, wenn man sich veränderungen im Brutnest über einen längeren Zeitraum anschauen möchte und die Sala durch einen falschen Wert so grob wird, das man nichts mehr erkennen kann.
Beim HX711 ist es das selbe, aber bei mir bisher nur ein einziges Mal.
Hier mein Testsystem draußen, aber ohne Bienen:
das läuft ab 8. Juli und liefert ca. alle 6 Minuten Daten:
[Zeitangaben in UTC, d.h. “für echt” müssen momentan noch 2 Stunden drauf, MESZ = UTC+2]
Auch eine nette Ansichtsmöglichkeit, nur schade das die DS1820 nicht dabei sind.
±25g finde ich jetzt aber etwas viel, für die paar °C Abweichung. Obwohl sie nicht so stark zu Rauschen scheinen, wie meine. Hast du wieder die Einbalkenwaage am Start?
Wenn du Teile des search-strings weglässt, bekommst du auch alle Daten inkl. aller DS18B20! ;-)
https://swarm.hiveeyes.org/api/hiveeyes/testdrive/area-005/fipy-cg-01/data.txt?from=2019-07-08T15:27:05&to=now
Ja, die kleine Taschenwaage! ;-) Steht leider fast den ganzen Tag im Schatten, muss mal schauen, ob ich sonniger noch WLAN habe.
± 15 g hatte ich schon bei fast konstanter Temperatur auf der Werkbank, finde ich nicht problematisch. Bei einem normale Stock hat man mit Luftfeuchte, Regen usw. garantiert mehr.
Nächste Test-Waage ist dann eine mit Holz-Magazin, konstantem Gewicht und ohne Bienen.
Bei mir sind die Sensoren schon in der Beute.
Auch mit der neuen Firmware und der aktuellen Micropython Firmware läuft das System nicht komplett stabil. Trotz Deep-sleep setzt das System häufig nach ein paar Stunden aus und lässt sich nur durch Trennung vom Strom wieder aufwecken.
Ich werde noch einmal das Netzteil austauschen, obwohl das verwendete eigentlich ausreichen sollte.
Das WLAN hatte ich schon einmal durch einen Repeater verstärkt, da dies aber keinen Unterschied brachte habe ich es wieder zurück gebaut. Können die Signalstärke Werte die @MKO gefunden hat uns hier Aufschluss geben?
Bei den Messwerten ist es so, dass ich gelegentlich fehlende Messwerte bei den Temperatursensoren beobachte. Es ist nicht immer der gleiche Sensor, daher gehe ich nicht von einem Sensorproblem aus.
Grüße aus dem Norden
Andreas
Moin @waggi .
Hmm. Hattest du auch die Gerätefirmware Upgedatet und dabei auch gleich das Dateisystem auf LittleFS gestellt?
Denke Mal da liegt das Problem.
Um zu überprüfen, wie viele Datenpakete wirklich ankommen, habe ich mir in Grafana ein einfaches panel gebaut, das die Datensätze per Stunde zählt und anzeigt. Damit sollten Ausfälle und Instabilitäten gut sichtbar gemacht werden können:
Passt bisher ganz gut, ich lade ca. alle 6 Minuten Daten hoch, d.h. es sind 10 Datensätze / Stunde oder auch mal nur 9 wenn es etwas mehr als 6 Minuten sind, 9-10 sind also im Normalbereich, d.h. bisher gab es also 0 % Ausfall und alles läuft stabil!
Live-Daten unter https://swarm.hiveeyes.org/grafana/d/DP9PYvgZz/hiveeyes-testdrive-area-005-fipy-cg-01?refresh=5m&orgId=2&from=now-7d&to=now
