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 done -
Hallo zusammen,
kann mir einmal jemand sagen, wie ich die Software auf die ESP32-Cam drauf bekomme? Versuche jetzt schon seit Tagen das ganze am Laufen zu bekommen, aber es funktioniert nicht. Habe die Anleitungen befolgt! ESP32-CAM mit der firmware.bin, bootloader.bin und partitions.bin über das Flash Download Tool geflasht. SD-Karte mit den Daten aus dem Al-on-the-edge-device-master Ordner sd-card gefüllt. Das ganze funktioniert dann leider nicht. ESP32 Cam funktioneirt, getest mit Arduino Tool. Irgendwas mache ich falsch, aber ich weiß leider nicht was!!! Kann jemand Helfen?
Oder gibt es eine Anleitung die man befolgen kann und funktioniert?Gruß
Theo Haverland -
@thaverland
Verwendest du diese Anleitung? https://github.com/jomjol/AI-on-the-edge-device/wiki/InstallationIst das Gerät nach der Installation im WLAN zu sehen?
-
@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
