Wasserzähler - Version 2 - all-in-device
-
@jomjol sagte in Wasserzähler - Version 2 - all-in-device:
@zwer2k Habe gerade schon auf Github geantwortet. Das wird jetzt eine Herausforderung, da ich gerade dabei bin, den Wasserzähler auf die Option für zwei oder mehr Zahlen auf einem Bild zu erweitern. Dazu muss ich auch tiefer in die config.ini und den html-Code rein. Ist aber noch nicht veröffentlicht, da gerade bei mir im Test. Muss ich mir anschauen - dauert bei 50 Files aber einen Moment.
Aber erstmal herzlichen Dank für deine viele Arbeit und auch die Verbesserungen an meinem Code.EDIT: habe es gerade gemerged!
Super, vielen Dank.
Konntest du schon deine Änderungen rein mergen?
Hatte auch einige Zeit für das mergen gebraucht, mein Fork war vor ca. einem Monat, seit dem hast du jede Menge Änderungen vorgenommen, vor allem die HTML-Dateien waren nicht einfach.
Da habe ich eine Frage: Wieso entwickelst du fast ausschließlich in plain-Javascript? Ein Framework würde es ja erheblich vereinfachen. jQuery hast du zwar an 1,2 Stellen eingebunden, hast aber nicht wirklich eingesetzt. -
@zwer2k Bin in html und javascript wirklich kein Experte und daher hat es sich so entwickelt. Wenn du mir da etwas unter die Arme greifen kannst, wäre das super!
Ich habe deine Änderungen übernommen, jedoch noch einige Schwierigkeiten mit dem Multi-Number und dem Handling der Configuration. Bin gerade dabei an meinen 3 Zähler verschiedene Setup-Szenarien zu testen und lade nachher noch einen Zwischenstand hoch.
Noch eine Frage: du scheinst dich auch gut in espressif auszukennen. Ich schaffe es nicht, den Code auf v4.3 zum Laufen zu bekommen. Hast du mit sowas Erfahrung?
-
@jomjol
Bei der html und javascript Entwicklung kann ich gern unterstützen. Auf ein Framework zu wechseln würde komplette Neuentwicklung des Frontends bedeuten und z.T. im Backend, ist einiges an Aufwand und vermutlich nicht mehr nötigt, da du vermutlich nicht mehr viele Funktionen implementieren willst. Mit jQuery könnte man aber einiges vereinfachen.
Im espressif bin ich auch kein Experte, hab bis jetzt hauptsächlich Arduino-Framework mit Platform-IO verwendet. Du verwendest soweit ich weiß auch Platform-IO, so wie ich es verstehe gibt es dafür maximal espressif@3.3.0 . Die lässt sich problemlos kompilieren. Wenn du idf-tools verwendest, dann kannst du auch espressif 4.3 installieren, damit konnte ich dein Code auch problemlos kompilieren. -
@zwer2k Kompilieren geht auch problemlos, aber der Code läuft nicht auf dem ESP32 - er hängt bei mir ohne jegliche Fehlermeldung.
-
-
@zwer2k Genau dasselbe Phänomen habe ich auch!
-
@Zwer2k Ich habe gerade die neue Rolling gepostest. Sie soll ist eine Beta für das nächste Release - Fokus ist Dual/Multi Meter Option (mehrere Zahlen auf einem Zähler).
Ich habe auch alle deine Funktionen übernommen, allerdings scheint es bei mir nicht zu funktionieren, zumindest finde ich keine Einträge im MQTT über den Zustand der GPIOs. Was genau muss ich einstellen und woran merke ich, ob es wirklich funktioniert.
Vielleicht kannst du die neue Rolling auch testen. Eventuell habe ich bei der Integration und dem finalen Bug-Fixing noch etwas an einem Code versehentlich verändert.Danke und Gruß,
jomjol -
@jomjol Hallo Josef, hoffe ich kann die neue Version bei mir nun ohne Probleme einspielen, die letzten Versionen ab 7.0.1 habe ich einfach nicht zum laufen gebracht. Ich werde nun gleich einmal testen und berichten. Vielen Dank für Deine unermüdliche Arbeit, ist ein super Projekt!! Liebe Grüße Paul
-
@pfried Bin gespannt auf deine Rückmeldung!
-
@jomjol
Deine neue Version scheint gut zu laufen
. Hab auch einmal selbst kompiliert, geht auch. War etwas verwirrt, da sich die IP-Adresse von der ESP-CAM geändert hat, kommt vermutlich vom spielen mit mit verschiedenen espressif Versionen.
Ich verstehe allerdings nicht, wie ich einen weiteren Zähler hinzufügen müsste. Muss aber dazu sagen, dass ich nicht genau nachgeschaut habe, da ich keinen doppelten Zähler habe.GPIOs funktionieren bei mir weiterhin problemlos. Hast du entsprechenden MainTopicMQTT definiert?
Und Häkchen für MQTT gesetzt?
Dann sieht es bei mir so im ioBroker aus
-
Moin, habe mich mal an das update gewagt
master - v8.0.0 - 2021-07-14
HTML Version 9.5.0das sollte soweit passen oder?
Irgendwas scheint jedoch "kaputt" gegangen zu sein. Auf der Main page bleibt das aufgenommene Bild schwarz. Test ein neues "Reference Image" aufzunehmen zeigt ein aktuelles Bild - also die Kamera an sich funktioniert.
Wollte dann für die config.ini log aktivieren beim speichern sehe ich ein "400 Error! File already exists"
Power reset/ reboot/ neu flashen soweit keine Abhilfe.
Ideen?
-
@nebmar Schau mal ob dein ESP nicht auch neue IP bekomme hat.
-
@zwer2k merci leider nicht das Problem er war ja erreichbar in einem komplett unstabilen Zustand. Ping mit vermehrtem timeout, langsame response, config.ini wie oben beschrieben nicht zu bearbeiten. Die config.ini scheint auch nicht korrekt konvertiert worden zu sein die neue enthält dig1100s2q.tflite aber die konvertierte nicht. Ich hatte versucht die config.ini auf der SD Karte anzupassen aber es hat es nicht gefixed. Also kurzer Prozess von scratch neu geflashed: nun rennt er wieder....
-
@zwer2k Das mit dem MQTT-Topic war der entscheidende Hinweis. Ich werde es aber vermutlich in der nächsten Version auf einen Standartwert setzen (MainTopic/GPIO). So habe ich es jetzt überall gemacht.
Bezüglich der Kompilierung mit der neuen espressif Version bin ich jezt weiter gekommen. Es liegt daran, dass der Hauptask nicht startet, da er nicht genügend freien Speicher hat. Scheint, dass die neue Version dort mehr belegt.
-
@nebmar Ja, das Update scheint nicht überall reibungslos zu laufen. Wenn du die SD-Karte neu bespielst, dann geht es aber. Leider Einmalaufwand.
-
@jomjol
der versuch es zu reparieren war am Ende aufwendiger als kurz neu zu machen - alles gut soweit! Aufgefallen ist ein einsames verirrtes "ExtendedResolution" in der edit_config_param.html Line 371. Zudem konnte ich die unterschiedlichen Belichtungen/ Farben des Bildes wie bereits vorher erwähnt beobachten jedoch nicht so extrem. Das scheint sich jedoch eingependelt zu haben und soweit nicht die Funktion zu beeinträchtigen. -
@jomjol in der prevalue.ini wird der Wert z.B. wie folgt gespeichert:
main 2021-07-16T12:54:55 308.109985
jedoch habe ich nur zwei Analog ROI eingerichtet und ExtendedResolution auch auf "false" - wie kommen denn die weiteren Nachkommastellen zustande?
Hin und wieder führ das zu
"error":"Neg. Rate - Read: 308.10 - Raw: 00308.10 - Pre: 308.100006 "
was eigentlich wenn Pre 308.10 ist kein error wäre?!Zudem scheint hin und wieder das "Pre-rotate" nicht zu funktionieren was dann zu fehlerhaften Erkennung führt - ich behalte das mal im Auge...
-
Bezüglich der Kompilierung mit der neuen espressif Version bin ich jezt weiter gekommen. Es liegt daran, dass der Hauptask nicht startet, da er nicht genügend freien Speicher hat. Scheint, dass die neue Version dort mehr belegt.
Ich hatte auch festgestellt gehabt, dass der task_autodoFlow Task mit zu wenig Speicher abbricht.
Hab testweise mal in die main() Funktion paar Ausgaben eingebaut und die Speicherbelegung zwischen den Versionen verglichen. Schon an der ersten Zeile in de main() verbraucht 4.3er Version 1,3MB mehr an Speicher 2,9MB zu 4,2MB. -
@zwer2k Spannende Beobachtung. Vielleicht hat die 4.3 ein paar mehr Features, die man erst in der sdkkonfig deaktivieren muss?
-
@nebmar sagte in Wasserzähler - Version 2 - all-in-device:
@jomjol in der prevalue.ini wird der Wert z.B. wie folgt gespeichert:
main 2021-07-16T12:54:55 308.109985
jedoch habe ich nur zwei Analog ROI eingerichtet und ExtendedResolution auch auf "false" - wie kommen denn die weiteren Nachkommastellen zustande?
Hin und wieder führ das zu
"error":"Neg. Rate - Read: 308.10 - Raw: 00308.10 - Pre: 308.100006 "
was eigentlich wenn Pre 308.10 ist kein error wäre?!Zudem scheint hin und wieder das "Pre-rotate" nicht zu funktionieren was dann zu fehlerhaften Erkennung führt - ich behalte das mal im Auge...
Die letzte Ziffer kommt davon, dass ich dort noch recht stupide einfach einen float-Wert in einen String umwandle und nicht die letzten Ziffern abschneide. Du hast aber natürlich recht, dass es bei einem Neustart erstmal zu einem Fehler führt. Kann ich in einer der nächsten Versionen korrigieren. Machst du ein Issue in Github daraus?
