Wasserzähler - Version 2 - all-in-device
-
@toki1973
ja ich nutze diese Anleitung und Nein ist danach nicht zu sehen. Erst wenn ich mit der Arduino Software Daten hochlade ist es zu sehen! -
@thaverland Ich empfehle die Anleitung über den Python Code und nicht die espressif Flashsoftware.
Außerdem sollte man die Dateien nicht per Einzellink runterladen, sondern als ZIP-File und dann daraus die bin-Dateien verwenden. Beim Download kommt es vor, dass das File korrupt ist. -
@toki1973 sagte in Wasserzähler - Version 2 - all-in-device:
Hier in der Runde 34 ist der Sprung der qm. Genügt dieses Message Log? Oder benötigst du noch ein anderes?
2021-10-13T19:37:26: CPU Temperature: 50.0 2021-10-13T19:41:23: task_autodoFlow - next round - Round #33 2021-10-13T19:41:23: FlowControll.doFlow - ClassFlowMakeImage 2021-10-13T19:41:31: FlowControll.doFlow - ClassFlowAlignment 2021-10-13T19:41:48: FlowControll.doFlow - ClassFlowCNNGeneral 2021-10-13T19:41:59: FlowControll.doFlow - ClassFlowCNNGeneral 2021-10-13T19:42:17: FlowControll.doFlow - ClassFlowPostProcessing 2021-10-13T19:42:17: FlowControll.doFlow - ClassFlowMQTT 2021-10-13T19:42:17: sent publish successful in MQTTPublish, msg_id=62211, wasserza/connection, connected 2021-10-13T19:42:17: sent publish successful in MQTTPublish, msg_id=55763, wasserza/uptime, 9373 2021-10-13T19:42:17: sent publish successful in MQTTPublish, msg_id=25312, wasserza/freeMem, 3016240 2021-10-13T19:42:17: sent publish successful in MQTTPublish, msg_id=20092, wasserza/main/value, 356.6935 2021-10-13T19:42:17: sent publish successful in MQTTPublish, msg_id=38553, wasserza/main/error, no error 2021-10-13T19:42:17: sent publish successful in MQTTPublish, msg_id=59939, wasserza/main/rate, 0.021010 2021-10-13T19:42:17: sent publish successful in MQTTPublish, msg_id=45564, wasserza/main/timestamp, 2021-10-13T19:41:31 2021-10-13T19:42:17: sent publish successful in MQTTPublish, msg_id=64229, wasserza/main/json, {"value":356.6935,"error":"no error","rate":0.021010,"timestamp":"2021-10-13T19:41:31"} 2021-10-13T19:42:17: task_autodoFlow - round done 2021-10-13T19:42:17: CPU Temperature: 49.4 2021-10-13T19:46:14: task_autodoFlow - next round - Round #34 2021-10-13T19:46:14: FlowControll.doFlow - ClassFlowMakeImage 2021-10-13T19:46:22: FlowControll.doFlow - ClassFlowAlignment 2021-10-13T19:46:39: FlowControll.doFlow - ClassFlowCNNGeneral 2021-10-13T19:46:50: FlowControll.doFlow - ClassFlowCNNGeneral 2021-10-13T19:47:08: FlowControll.doFlow - ClassFlowPostProcessing 2021-10-13T19:47:08: FlowControll.doFlow - ClassFlowMQTT 2021-10-13T19:47:08: sent publish successful in MQTTPublish, msg_id=31038, wasserza/connection, connected 2021-10-13T19:47:08: sent publish successful in MQTTPublish, msg_id=35981, wasserza/uptime, 9664 2021-10-13T19:47:08: sent publish successful in MQTTPublish, msg_id=4997, wasserza/freeMem, 3017908 2021-10-13T19:47:08: sent publish successful in MQTTPublish, msg_id=14523, wasserza/main/value, 357.5935 2021-10-13T19:47:08: sent publish successful in MQTTPublish, msg_id=35095, wasserza/main/error, no error 2021-10-13T19:47:08: sent publish successful in MQTTPublish, msg_id=25084, wasserza/main/rate, 0.185566 2021-10-13T19:47:08: sent publish successful in MQTTPublish, msg_id=59672, wasserza/main/timestamp, 2021-10-13T19:46:22 2021-10-13T19:47:08: sent publish successful in MQTTPublish, msg_id=56396, wasserza/main/json, {"value":357.5935,"error":"no error","rate":0.185566,"timestamp":"2021-10-13T19:46:22"} 2021-10-13T19:47:08: task_autodoFlow - round doneDas sieht für mich danach aus, als ob einfach die Ziffer 6 falsch erkannt wurde. Hast du MaxRateValue eingestellt?
-
@jomjol Danke für den Tip, jetzt läuft es!!
-
@jomjol ja den hatte ich auf 3 Welcher Wert wäre denn zu empfehlen?
Die 6 wird ja nur beim Übergang auf 7 nicht erkannt -
@toki1973 sagte in Wasserzähler - Version 2 - all-in-device:
@jomjol ja den hatte ich auf 3 Welcher Wert wäre denn zu empfehlen?
Die 6 wird ja nur beim Übergang auf 7 nicht erkanntIch würde den auf 1 oder leicht kleiner stellen. Das sind 1000l Wasser und die verbrauchst du i.d.R. nicht zwischen zwei Messungen. Wenn dann mal eine Ziffer falsch erkannt wird, dann wird der Wert einfach verworfen.
-
@jomjol said in Wasserzähler - Version 2 - all-in-device:
@homecineplexx sagte in Wasserzähler - Version 2 - all-in-device:
Also bei mir haut das auch nur ganz schlecht hin:
Meine Wasseruhr zeigt digital 01016 an als
Value: 996.8434
Previous Value: 996.84338
Raw Value: 01006.9356
Error:
Rate too high - Read: 1006.9356 - Pre: 996.8434
kann oder muss ich da irgendwas tun, damit das korrekt funkt?
danke
lgals version hab ich folgendes drauf:
Git-Base-Branch: master - v8.5.0 - 2021-10-07
HTML Version: 10.2.0Hier liegt das Problem ja schon in den Rohdaten, denn der angezeigt Wert stimmt nicht mit dem echten überein. Ursache dürfte eine falscher Erkennung sein. Da dein Bild aber sehr unscharf ist, ist das nicht überraschend. Versuche mal, das Bild scharf zu stellen und dann nochmals abwarten.
hallo
gibts da eine möglichkeit, wie ich das scharf stellen kann?
danke dir
lg -
habe beim erstem mal mit einem 8-9 Maulschlüssel gegengehalten und mit Kombizange gedreht. Ist einmal der Sicherungslack gebrochen geht's einfach.
-
@senior1418 said in Wasserzähler - Version 2 - all-in-device:
habe beim erstem mal mit einem 8-9 Maulschlüssel gegengehalten und mit Kombizange gedreht. Ist einmal der Sicherungslack gebrochen geht's einfach.
bitte was hast du da genau gedreht???? da ist doch nix zum drehen
-
@jomjol Welche Größe hat der Elko? Und wo haste den angeklemmt? Also einfach zwischen GND und VCC?
Ansonsten aber ziemlich cool die Logik. Aktuell erkennt er die "1" nicht... er weiss aber dass das wohl ne 1 sein soll.
Hat das mal unter PreSet Value eingegeben.
-
@homecineplexx Klar ist da was zum drehen... Das Objektiv ist mit einem Lack gesichert, und wie homecineplexx schreibt... wenn der Lack gebrochen ist, dann kann man den Focus einstellen... (aber Vorsichtig !!!! )
-
@homecineplexx sagte in Wasserzähler - Version 2 - all-in-device:
@senior1418 said in Wasserzähler - Version 2 - all-in-device:
habe beim erstem mal mit einem 8-9 Maulschlüssel gegengehalten und mit Kombizange gedreht. Ist einmal der Sicherungslack gebrochen geht's einfach.
bitte was hast du da genau gedreht???? da ist doch nix zum drehen
@homecineplexx: schau mal ins Wiki auf der Seite Installation, dort ist es der zweite Absatz von oben, inkl. eines Bildes
https://github.com/jomjol/AI-on-the-edge-device/wiki/Installation -
@oberfragger 1000µF und ja zwischen GND und VCC
-
@jomjol super, dankeschön!!!! das probier ich gleich morgen aus
-
@homecineplexx
und am besten vor verdrehen des Objektivs die vorhandene Position mit einem Stift markieren. Versuche zu Anfang mal 90 Grad nach links zu drehen und richte weitere Korrekturen dem Ergebnis endsprechend aus. -
Hallo zusammen,
ich hab seit dem Update auf die Version 8.5.0 ein Problem, dass das MQTT nicht mehr funktioniert.
Ich kam von der Version 7.0.1. Die Daten in der config.ini wurden nicht verändert. Ich habe auch testweise den Part MQTT in der config.ini einmal deaktiviert/reboot/neu aktiviert/reboot. Danach auch nochmal alle MQTT Daten neu eingetragen, wieder reboot, aber trotzdem werden keine Daten an ioBroker gesendet.Der Adapter in ioB ist bereit (wenn ich z.b. eine Tasmota Steckdose auf MQTT aktiviere werden sofort die Daten empfangen). Aus dem Log werde ich nicht schlau:
Was übersehe ich denn hier?
-
@jomjol
Hallo Jamjol, nach langer Zeit möchte ich mal wieder meinen Gas- und Wasserzähler von 6.4 auf die neueste Version 8.5 oder 9 hochrüsten.
Die Version 6.4 hat mir während meiner Reisen mit dem WoMo keinerlei Probleme gemacht und über GPIO das Wasser bei Verbrauch > 10l außerhalb vordefinierter Gießzeiten sauber abgeschaltet. Kam aber nur ganz selten vor wenn er mal einen Reset gemacht hat und falsch ausgelesen hatte. Besser so als das Haus unter Wasser;-)
Nun habe ich gestern beim Gaszähler angefangen das Update auf 8.5 zu machen. Läuft soweit erstmal ganz gut und auch die von mir später benötigten GPIOs für den Wasserzaehler konnte ich konfigurieren.
Leider wird über mqtt aber jetzt ein anderer Pfad ausgegeben (statt Gaszaehler/Zahlerstand jetzt Gaszaehler/main/value) was natürlich alle Verknüpfungen zu SourceAnalytics und meinen Programmen durcheinander bringt. Wie könnte ich das am einfachsten lösen?Dann habe ich noch festgestellt, dass es bereits eine Version 9 gibt in der aber die GPIOs nicht mehr wie in der 8.5v konfigurierbar sind. Für mich somit nicht nutzbar. Bleibt das so und gab es einen Grund das wieder rauszunehmen?
Danke schon mal für euere Antworten und Gruß aus Franken
HORST -
@hasont Hallo Horst,
den Pfad bei dem MQTT kannst du nicht mehr konfigurieren. Ich musste es standartisieren, da du jetzt mehrere Zähler pro Bild definieren kannst und dementsprechend mehrere Ausgaben per MQTT notwendig sind.
Die GPIOs kannst du weiterhin konfigurieren, du musst nur oben auf den Expertenmodus schalten, dann sollten eigentlich auch in der Version 9 alle Parameter wieder auftauchen.
Beste Grüße,
jomjol -
@jomjol sagte in Wasserzähler - Version 2 - all-in-device:
@hasont Hallo Horst,
den Pfad bei dem MQTT kannst du nicht mehr konfigurieren. Ich musste es standartisieren, da du jetzt mehrere Zähler pro Bild definieren kannst und dementsprechend mehrere Ausgaben per MQTT notwendig sind.
Die GPIOs kannst du weiterhin konfigurieren, du musst nur oben auf den Expertenmodus schalten, dann sollten eigentlich auch in der Version 9 alle Parameter wieder auftauchen.
Beste Grüße,
jomjolDanke für die schnelle Antwort, mal sehen ob ich bei SourceAnalytics ev. einen Tip bekomme um den Pfad zu ändern. In meinen Programmen kann ich das ja nachtragen. So wie ich das sehe würde SourceAnalytics aber komplett neu aufbauen was nicht so schön ist.
LG Horst -
@hasont Hi,
wie kann man das OTA-Update machen? Ich bin im Moment auf Version "master - v8.2.0 - 2021-08-24" und so richtig habe ich die Anleitung nicht verstanden.
Kannst du 1-2 Sätze dazu vielleicht schreiben?Dank dir.
@jomjol said in Wasserzähler - Version 2 - all-in-device:
@oberfragger 1000µF und ja zwischen GND und VCC
In der Anleitung für externe LEDs hast du nun 470µF referenziert. Als Nachbauer und elektrik Noob wil ich die Dinger nun auf Ebay kaufen. Da muss ich noch ne Spannung auswählen. Bei 470µF kann ich 16v oder 25v wählen. Die ESPs laufen ja auf 5V...
Also einfach 16V 470µF nehmen?
Außerdem habe ich noch 390Ohm Widerstände rumfliegen. Reichen die auch oder sollten das 370Ohm sein.
