NEWS
Wasserzähler - Version 2 - all-in-device
-
@zwer2k said in Wasserzähler - Version 2 - all-in-device:
@rene_hm sagte in Wasserzähler - Version 2 - all-in-device:
@zwer2k sagte in Wasserzähler - Version 2 - all-in-device:
Hab es mal mit deiner Konfig ausprobier, funktioniert bei mir ohne Probleme. Wird ohne Fehler in neue Version konvertiert.
dann liegt es wohl daran, dass die config nicht gespeichert werden kann. siehe Fehler 400
reboot hilft hier leider auch nicht. Dann bleibt wahrschenlich nichts anderes, als die SDCard neu aufzusetzen,,,Eventuell mal prüfen ob die Datei am PC bearbeitet werden kann und eventuell Dateisystemprüfung laufen lassen ob da Fehler angezeigt werden.
In meinem Fall konnte ich die config.ini auf der SDCard am PC bearbeiten - reparieren konnte ich den Fehler 400 jedoch damit nicht. Da der PC damit kein Problem hatte denke ich das ein größeres Problem am Filesystem nicht vorlag - ein scan/ repair habe ich jedoch nicht ausgeführt.
-
@zwer2k sagte in Wasserzähler - Version 2 - all-in-device:
Eventuell mal prüfen ob die Datei am PC bearbeitet werden kann und eventuell Dateisystemprüfung laufen lassen ob da Fehler angezeigt werden.
PC hat keine Fehler gefunden, Dateisystem war in Ordnung.
Ich habe die config.ini manuell am PC editiert (fehlende Einträge hinzugefügt bzw. geändert).
Danach läuft das System wieder.
Der Fehler 400 beim Speichern ist nun weg und auch die Meldung mit Transfer-Encoding: chunked 2000 ist weg...
Die config-Seite öffnet sich nun auch wieder bei jedem Aufruf. -
Ist es möglich das ESP32 Download Tool mit einem Arduino Uno zu nutzen? Oder wird das vom Tool nicht unterstützt?
Bekomme es irgendwie nicht zum Laufen,
meine ESP8266 konnte ich alle mit dem Uno flashen, allerdings mit dem Tool "nodemcu-flasher". -
Hallo Leute,
habe mir auch den Spaß gemacht, das Teil geholt und aufgesetzt. Vielen Dank an jomjol für die tolle Arbeit.
Ich hatte auch schon für gut eine Woche sauber MQTT Verbindung in IObroker. Leider habe ich jetzt ein paar Probleme und bitte um Eure kurze Hilfestellung. Ich habe bei jedem Aufruf im Browser (habe schon die verschiedensten probiert) erstmal eine "Verbindung abgelehnt" Meldung. Manchmal kommt dann doch nach 10-20 sec von selbst eine Verbindung zustande. Jedoch scheint diese unwahrscheinlich langsam zu sein. So langsam, daß es zu keinem Bildaufbau kommt. WLAN ist lt. meiner fritzbox (7590) jedoch ausreichend. Habe verschiedenste Positionen im Haus probiert. Unzählige male eine reboot gemacht. Jetzt habe ich mir (wohlweislich habe ich 2 bestellt) ein zweites System aufgesetzt, mit neuer SD Karte (Sandisk 16GB) habe aber damit exakt das gleiche Problem. Immer wieder "Verbindung abgelehnt" im Browser.
Hat jemand einen Rat für mich? Firewall ist bei mir die Standart Win10. Alle anderen Geräte (über 20x) sind im Heimnetz einwandfrei erreichbar.Gruß und Danke schon mal
-
@fuso Welche Version hast du genau? In v8.0.0 bis v8.0.2 ist ein Bug drin, der bei der Bearbeitung der config.ini zu Reboots führen kann.
Ich habe das gerade behoben und mit v8.0.3 sollte das weg sein. -
@Zwer2k Ich habe gerade eine kleine Korrektur in deinen Ergänzungen zum GPIO gemacht. In
server_file.cpp
habe ich folgende Zeilen auskommentiert:/* if (strcmp(filepath, CONFIG_FILE) == 0) { printf("New config found. Reload handler."); gpio_handler_deinit(); MQTTdestroy(); } */
Folgendes Problem: wenn ich zweimal hintereinander die config.ini upgedatet habe, ist der ESP32 in der Funktion
gpio_handler_deinit()
abgestürzt.
Kannst du dir erklären warum? Meines Erachtens sind die Zeilen nicht dringend notwendig, da nach dem Update sowie ein Reboot notwendig ist.Vielleicht kannst du dir das ja mal anschauen.
Gruß,
jomjol -
glaub, daß ich die v8.0.2 drauf habe. Komme leider grade gar nicht mehr drauf.
Werde wohl neu flashen müssen. Ich versuchs einfach.Danke erstmal
-
so, jetzt habe ich die v8.0.3 drauf.
Leider hat sich an den Verbindungsproblemen nichts geändert. bei jedem Umschalten auf einen anderen tab bekomme ich erstmal die Meldung, daß das Gerät die Verbindung abgelehnt hat. Manchmal baut die Seite dann doch auf, meistens aber nicht.
Hat jemand eine Idee ob das mit der Firewall zu tun haben könnte. ich weiß nur leider nicht, was ich da einstellen sollte. -
@fuso Kaspersky installiert?
Blockt leider die Seite
Musst du zu den Ausnahmen hinzufügen -
@jomjol sagte in Wasserzähler - Version 2 - all-in-device:
@Zwer2k Ich habe gerade eine kleine Korrektur in deinen Ergänzungen zum GPIO gemacht. In
server_file.cpp
habe ich folgende Zeilen auskommentiert:/* if (strcmp(filepath, CONFIG_FILE) == 0) { printf("New config found. Reload handler."); gpio_handler_deinit(); MQTTdestroy(); } */
Folgendes Problem: wenn ich zweimal hintereinander die config.ini upgedatet habe, ist der ESP32 in der Funktion
gpio_handler_deinit()
abgestürzt.
Kannst du dir erklären warum? Meines Erachtens sind die Zeilen nicht dringend notwendig, da nach dem Update sowie ein Reboot notwendig ist.Vielleicht kannst du dir das ja mal anschauen.
Gruß,
jomjolHallo @jomjol,
ich kann es werder in v8.0.0 noch in der aktueller rolling nachstellen. Kann ohne Probleme auch 10x speichern. Den Code habe ich selbstverständlich wieder aktiviert.In der aktuellen Version gibt es noch ein Problem in server_tflite.cpp
vTaskDelete(NULL); //Delete this task if it exits from the loop above xHandletask_autodoFlow = NULL; printf("task_autodoFlow: end\r\n");
Hier killt sich der Task und kann anschließend die Variable nicht auf NULL setzen, daher gibt es beim OTA Update Start immer einen Absturz, aber nur wenn Autooflow in der config.ini deaktiviert ist.
Sollte daher wie folgt geändert werden.xHandletask_autodoFlow = NULL; vTaskDelete(NULL); //Delete this task if it exits from the loop above printf("task_autodoFlow: end\r\n");
Mein erster Gedanke war, dass es ein ähnliches Problem ist, kann aber eigentlich nicht sein, da der Task aus einem anderen Task gekillt wird und daher die Variable zurück gesetzt werden kann.
Wie gesagt, bei mir kommt der Fehler nicht vor. Vermutlich ist da auch ein Parameter in config.ini anderes gesetzt.
Hast du mal ein Backtrace erstell um zu sehen an welcher Stelle genau er abstürzt? -
Hast du mal Ausgaben der seriellen Konsole angeschaut? Ist da was zu erkennen?
-
-
@fuso
2 Sachen die mir dazu gerade einfallen.Zum einen braucht der Zähler nach dem Start ca. 2 Minuten bis er ansprechbar ist. Davor verarbeitet er das erste Bild und ist in der Zeit nicht wirklich ansprechbar. Auch alle paar Minuten wenn er gerade eine neue Aufnahme verarbeitet sieht es mau aus mit dem Webserver. Zu viele Anfragen können dann auch zum Absturz führen und er startet neu, was dann wieder kurz warten heißt.
Das andere ist der Wlan Empfang, der ist bei den Esp´s ohne externe Antenne schon nicht gerade (teilweise von Board zu Board unterschiedlich) gut, ich bin ca. 4-5m vom AP weg, dannach wird die Luft dünn...
Das sind so die Erfahrungen die ich die Zeit jetzt gesammelt hab.
-
@fuso sagte in Wasserzähler - Version 2 - all-in-device:
oh, kannst Du mir da ein bisschen auf die Sprünge helfen. Wo kann ich das denn anschauen?
Wenn du so einen "USB ->UART interface" wie hier beschrieben verwendest, dann kannst du z.B. mit Arduino-IDE über Menü Werkzeuge -> Serieller Monitor die Ausgabe starten. Alternativ wenn Pyton installiert ist per Kommandozeile
> python -m serial.tools.miniterm
anschließend richtigen COM-Port auswählen.
Eventuell müssen zuvor serial.tools nachinstalliert werden.
> pip install --upgrade pip > pip install serial.tools
GPIO0 sollte dabei unbeschaltet bleiben.
-
Hallo Zusammen,
ich habe das ganze an 3 verschiedenen Zähler laufen. Bei der einen Wasseruhr habe ich das Problem, das sich nach einer gewissen Zeit der Zählerstand nicht mehr ändert.
Unter Overview sehe ich aber das sich die Seite neu lädt. Es kommt mir so vor, als würde er kein neues Foto erstellen oder immer ein Altes verarbeiten.
Nach einem Neustart über den Browser wird ein neues Foto erstellt und dann passt es auch wieder mit dem Zählerstand
Habe noch die Version master - v7.1.2 - 2020-06-17Bekomme ich irgendwie her raus an was das liegen könnte? Bei den beiden anderen ist mir das Problem nicht aufgefallen.
Der einzige unterschied der mir jetzt einfällt ist, dass ich bei dem "Problemzähler" analoge Zeiger verwende (ana0700q.tflite)
Habe es jetzt wieder auf die ana0700s1lq.tflite umgestellt und werde es weiter beobachten -
Ich nutze das hier auch für Strom/Wasser/Gas und es funktioniert super.
Hat funktioniert ...Aber NEIN, dann müssen die mir den Wasserzähler austauschen gegen so ein modernes Teil mit Funk und Fernabfrage usw.
QALCOSONIC W1
Als beste/einfachste Lösung dachte ich wieder an diese hier ... ab die haben die Uhr natürlich so angebaut das der Platz nach oben sehr knapp ist.
Eigentlich sollte das mit den Digitalzahlen ja sogar einfacher gehen ... aber ich kämpfe mit den Lichtverhältnissen (Ausleuchtung und Reflektionen) und der Kameraposition. Mein 3. Entwurf kommt nun aus dem 3D-Drucker.
Theoretisch kann das Ding mir auch direkt die Daten senden: https://www.axiomametering.com/en/products/water-metering-devices/ultrasonic/qalcosonic-w1Aber dann bräuchte ich erst einmal ein LoRaWAN oder MBUS Empfang - und ich weis nicht mal was davon aktiviert ist. Ein passende Handy App für NFC habe ich auch nicht gefunden.
Also Falls jemand eine andere Idee dazu hat ... ansonsten Bastle ich weiter am passenden Gehäuse und Ausleuchtung
-
Hallo,
möchte mal kurz Feedback geben zu meinem Problem, daß das Gerät immer den Zugriff verweigert hat.
Vorweg erstmal. ich habe jetzt seit 1 1/2 Tagen ein funktionierendes System.
Habe mir vorgestern mal die Zeit genommen und alles platt gemacht(ESP und SD-Karte). Alles neu heruntergeladen, somit auch die neueste Version (war vorgestern noch die 8.0.3). Alles neu geflasht und SD-Karte bespielt.
Dann noch eine Änderung in der hardware. Ich habe vorher für die Spannungsversorgung mir so eine Platinebesorgt und diese mit dem ESP verbunden. Als Spannungsgeber habe ich ein original Raspberry 3 Netzteil verwendet.
Zum flashen nutze ich das hier CH340G USB2Serial
und diese Teil habe ich jetzt einfach auf dem ESP stecken lassen. Netzteil ist das selbe. Seitdem habe ich keinerlei Probleme mit der kommunikation.Also ehrlich gesagt weiß ich nicht was letztendlich dafür gesorgt hat, daß es läuft. Neue Firmware oder die geänderte Stromversorgung.
Dank für Eure Hilfe
-
@fuso
Das hört sich tatsächlich nach Spannungsversorgung an.
Platine die bei dir nicht funktioniert hat, scheint keinen Spannungswandler zu haben, d.h. die Versorgung hätte über den 5V Pin von der ESP32-CAM Modul laufen müssen. Hast du aber vermutlich auch so gehab.
Ein 220µF Elko direkt an der Platine hätte eventuell schon geholfen. Beim starten der WLAN-Verbindung, gibt es kurze Stromspitzen, die zu "Brownout" führen. Diese hättest du auch über seriellen Log erkennen können, allerdings nicht mit deinem USB2Serial Modul, da es eigene Spannungsversorgung für den ESP bereitstellt. Oder du hättest dein USB2Serial Modul nur mit 3 Leitungen GND+RX+TX verbinden müssen.@jomjol
Hast du schon mal "reser reason" Funktion getestet. Eventuell könnte man den Reset-Grund nach dem Reboot in die Log-Datei schreiben. Link -
@fuso Wenn man die ESP32-CAM-MB Versionen kauft ist das genau das was du nun hast, da ist das Board für die Stromversorgung und das Flashen gleich dabei. Hatte ich von Anfang so gekauft - nicht weil ich so schlau bin sondern weil ich gesehen hatte das das andere auch so machen und ich faul bin. Ich habe dann die ESP32-CAM-MB Version genommen wo gleich eine externe Antenne dabei ist, funktioniert bei mir einen Ticken besser.
-
Verständnisfrage: mit dem HTTP request "http://<meineIP>/setPreValue.html" erhalte ich doch den letzten Wert der vom System "berechnet" wurde.
Bei mir zeigt er seit dem Update auf Version 8.0.x. immer nur 0 oder 1 aber keine aktuellen Werte mehr.