NEWS
Wasserzähler - Version 2 - all-in-device
-
@pfried sagte in Wasserzähler - Version 2 - all-in-device:
@Hasont Tipp: Check über Expertmodus, ob in der Config.ini wirklich der Wert auf false steht.
Ja hatte ich, jetzt ist noch ein ; davor das war bisher nicht(-;
;CheckDigitIncreaseConsistency = false -
@pfried sagte in Wasserzähler - Version 2 - all-in-device:
@Hasont das ; muss weg
Kaum macht man es richtig, also Haken wieder rein
-
@pfried sagte in Wasserzähler - Version 2 - all-in-device:
@Hasont in der Config.ini muss stehen:
CheckDigitIncreaseConsistency = false
Da sind noch ein paar Bugs in der Bedienoberfläche für den graphischen Config-Editor. Ich bin gerade dabei, u.A. auch das deaktivieren der analogen Zeiger zu implementieren. Dabei werde ich auch diese Bugs beseitigen und dann eben neu einbauen
Nächste Rolling sollte einiges verbessern - bis dahin: direkt in der config.ini nachprüfen. -
@pfried sagte in Wasserzähler - Version 2 - all-in-device:
@Hasont in der Config.ini muss stehen:
CheckDigitIncreaseConsistency = false
Da sind noch ein paar Bugs in der Bedienoberfläche für den graphischen Config-Editor. Ich bin gerade dabei, u.A. auch das deaktivieren der analogen Zeiger zu implementieren. Dabei werde ich auch diese Bugs beseitigen und dann eben neu einbauen
Nächste Rolling sollte einiges verbessern - bis dahin: direkt in der config.ini nachprüfen.Ich habe den Zähler für meinen Wasserzähler seit 4 Tagen erfolgreich im Einsatz. Danke für die Arbeit an dem Projekt und die umfangreiche Doku dazu!
Ich habe folgendes Problem: Bis auf den Webserver werden von dem Gerät alle Verbindungen abgelehnt. Ich bekomme über MQTT keine Verbindung zum Gerät - sie werden immer direkt abgelehnt. Ich habe es über MQTT Explorer vom PC probiert, laut Wireshark werden die Anfragen vom Zähler direkt mit einem Reset (RST) beantwortet. Auch über NodeRed auf einem Raspberry bekomme ich beim Verbindungsaufbau direkt ein "Verbindung getrennt"...
Einstellungen:
- Firmware und HTML auf aktuellem Stand (V6.0.0)
- MQTT aktiviert (Uri: mqtt://ip:1883, topic, client-ID, user-name und password definiert)
- Wireshark-Auswertung der MQTT-Explorer Anfrage
- Verwendeter ESP32: https://www.amazon.de/gp/product/B081L95PQ6
Irgendwelche Ideen, an was das liegen kann?
- Firmware und HTML auf aktuellem Stand (V6.0.0)
-
Ich habe den Zähler für meinen Wasserzähler seit 4 Tagen erfolgreich im Einsatz. Danke für die Arbeit an dem Projekt und die umfangreiche Doku dazu!
Ich habe folgendes Problem: Bis auf den Webserver werden von dem Gerät alle Verbindungen abgelehnt. Ich bekomme über MQTT keine Verbindung zum Gerät - sie werden immer direkt abgelehnt. Ich habe es über MQTT Explorer vom PC probiert, laut Wireshark werden die Anfragen vom Zähler direkt mit einem Reset (RST) beantwortet. Auch über NodeRed auf einem Raspberry bekomme ich beim Verbindungsaufbau direkt ein "Verbindung getrennt"...
Einstellungen:
- Firmware und HTML auf aktuellem Stand (V6.0.0)
- MQTT aktiviert (Uri: mqtt://ip:1883, topic, client-ID, user-name und password definiert)
- Wireshark-Auswertung der MQTT-Explorer Anfrage
- Verwendeter ESP32: https://www.amazon.de/gp/product/B081L95PQ6
Irgendwelche Ideen, an was das liegen kann?
@Arie Ich bin kein MQTT Experte, daher kann ich dort nicht viel helfen. Bei mir meldet er sich am ioBroker Server an, allerdings verwende ich keine Authentifizierung. Vielleicht ist dort die Implementierung nicht okay.
Vielleicht mal probehalber ohne Authenfizierung testen, wenn es daran liegt, dann muss ich danach mal schauen. - Firmware und HTML auf aktuellem Stand (V6.0.0)
-
Ich habe den Zähler für meinen Wasserzähler seit 4 Tagen erfolgreich im Einsatz. Danke für die Arbeit an dem Projekt und die umfangreiche Doku dazu!
Ich habe folgendes Problem: Bis auf den Webserver werden von dem Gerät alle Verbindungen abgelehnt. Ich bekomme über MQTT keine Verbindung zum Gerät - sie werden immer direkt abgelehnt. Ich habe es über MQTT Explorer vom PC probiert, laut Wireshark werden die Anfragen vom Zähler direkt mit einem Reset (RST) beantwortet. Auch über NodeRed auf einem Raspberry bekomme ich beim Verbindungsaufbau direkt ein "Verbindung getrennt"...
Einstellungen:
- Firmware und HTML auf aktuellem Stand (V6.0.0)
- MQTT aktiviert (Uri: mqtt://ip:1883, topic, client-ID, user-name und password definiert)
- Wireshark-Auswertung der MQTT-Explorer Anfrage
- Verwendeter ESP32: https://www.amazon.de/gp/product/B081L95PQ6
Irgendwelche Ideen, an was das liegen kann?
@Arie
Hallo, bei mir ist auch alles so eingestellt wie bei dir, und es funktioniert auch mit User und Passwort. Welchen port benutzt du denn ? Ich habe in meiner Anlage mehrere MQTT Adapter laufen. Zum Testen kann man eine weitere MQTT Instanz erzeugen (ohne User und Passwort). In der neuen Instanz, dann mal ohne User und Passwort probieren.
Bei mir werden die Topics dann in der MQTT Instanz automatisch angelegt.
Sind die Topics bei dir auch angelegt worden ? Denn dann hat es ja schon einmal eine Anmeldung bzw. Verbindung gegeben.
MQTT neu gestartet ?
Gruß Bulli - Firmware und HTML auf aktuellem Stand (V6.0.0)
-
Ich habe den Zähler für meinen Wasserzähler seit 4 Tagen erfolgreich im Einsatz. Danke für die Arbeit an dem Projekt und die umfangreiche Doku dazu!
Ich habe folgendes Problem: Bis auf den Webserver werden von dem Gerät alle Verbindungen abgelehnt. Ich bekomme über MQTT keine Verbindung zum Gerät - sie werden immer direkt abgelehnt. Ich habe es über MQTT Explorer vom PC probiert, laut Wireshark werden die Anfragen vom Zähler direkt mit einem Reset (RST) beantwortet. Auch über NodeRed auf einem Raspberry bekomme ich beim Verbindungsaufbau direkt ein "Verbindung getrennt"...
Einstellungen:
- Firmware und HTML auf aktuellem Stand (V6.0.0)
- MQTT aktiviert (Uri: mqtt://ip:1883, topic, client-ID, user-name und password definiert)
- Wireshark-Auswertung der MQTT-Explorer Anfrage
- Verwendeter ESP32: https://www.amazon.de/gp/product/B081L95PQ6
Irgendwelche Ideen, an was das liegen kann?
@Arie said in Wasserzähler - Version 2 - all-in-device:
auf den Webserver werden von dem Gerät alle Verbindungen abgelehnt. Ich bekomme über MQTT keine Verbindung zum Gerät - sie werden immer direkt abgelehnt. Ich habe es über MQTT Explorer vom PC probiert, laut Wireshark werden die Anfragen vom Zähler direkt mit einem Reset (RST) beantwortet. Auch über NodeRed auf einem Raspberry bekomme ich beim Verbindungsaufbau direkt ei
bei mir läuft auf dem IoBroker der MQTT Server/broker & die Wasseruhr meldet sich dort als Client an.
Das Funktioniert wunderbar.
So wie ich dich verstanden habe versuchst du einen Client auf deiner Wasseruhr anzumelden?Viel Erfolg.
Johannes - Firmware und HTML auf aktuellem Stand (V6.0.0)
-
@Arie said in Wasserzähler - Version 2 - all-in-device:
auf den Webserver werden von dem Gerät alle Verbindungen abgelehnt. Ich bekomme über MQTT keine Verbindung zum Gerät - sie werden immer direkt abgelehnt. Ich habe es über MQTT Explorer vom PC probiert, laut Wireshark werden die Anfragen vom Zähler direkt mit einem Reset (RST) beantwortet. Auch über NodeRed auf einem Raspberry bekomme ich beim Verbindungsaufbau direkt ei
bei mir läuft auf dem IoBroker der MQTT Server/broker & die Wasseruhr meldet sich dort als Client an.
Das Funktioniert wunderbar.
So wie ich dich verstanden habe versuchst du einen Client auf deiner Wasseruhr anzumelden?Viel Erfolg.
Johannes -
@FredFeuerstein @Arie Ist mir auch nicht aufgefallen, das ESP System ist ein reiner Client und benötigt einen Server der die Daten aufnimmt (e.g. IObroker MQTT konfiguriert als Server/Client)
@jomjol Bei mir bleibt das Gaszähler System (reiner Digitalzähler) immer wieder hängen und rennt dann in einer Endless Loop:
Erst ein Reset hilft dann. Beim Digital/Analog System (wasserzähler) tritt der Fehler nicht auf.
Kann man vielleicht einen zeitlich einstellbaren Reboot (vorerst implementieren) um den Fehler zu umgehen. Denn wenn der Zähler zu lange in der Schleife hängt und man dann rebootet ist der Wertesprung meist größer als die maximal erlaubte Zahl (MaxRateValue) und man muss wieder tricksen damit der Wert gesendete wird (MaxRateValue größer als Wertesprung und dann wieder zurücksetzen) -
@Arie said in Wasserzähler - Version 2 - all-in-device:
auf den Webserver werden von dem Gerät alle Verbindungen abgelehnt. Ich bekomme über MQTT keine Verbindung zum Gerät - sie werden immer direkt abgelehnt. Ich habe es über MQTT Explorer vom PC probiert, laut Wireshark werden die Anfragen vom Zähler direkt mit einem Reset (RST) beantwortet. Auch über NodeRed auf einem Raspberry bekomme ich beim Verbindungsaufbau direkt ei
bei mir läuft auf dem IoBroker der MQTT Server/broker & die Wasseruhr meldet sich dort als Client an.
Das Funktioniert wunderbar.
So wie ich dich verstanden habe versuchst du einen Client auf deiner Wasseruhr anzumelden?Viel Erfolg.
Johannes@FredFeuerstein sagte in Wasserzähler - Version 2 - all-in-device:
@Arie said in Wasserzähler - Version 2 - all-in-device:
auf den Webserver werden von dem Gerät alle Verbindungen abgelehnt. Ich bekomme über MQTT keine Verbindung zum Gerät - sie werden immer direkt abgelehnt. Ich habe es über MQTT Explorer vom PC probiert, laut Wireshark werden die Anfragen vom Zähler direkt mit einem Reset (RST) beantwortet. Auch über NodeRed auf einem Raspberry bekomme ich beim Verbindungsaufbau direkt ei
bei mir läuft auf dem IoBroker der MQTT Server/broker & die Wasseruhr meldet sich dort als Client an.
Das Funktioniert wunderbar.
So wie ich dich verstanden habe versuchst du einen Client auf deiner Wasseruhr anzumelden?Viel Erfolg.
JohannesHallo Fred,
ja - der ESP kann sich nur an einem MQTT-Server/broker anmelden. Es läuft kein Server darauf, dazu gibt es schlicht nicht mehr genug freien Speicher.
Gruß,
jomjol -
@jomjol Bei mir bleibt das Gaszähler System (reiner Digitalzähler) immer wieder hängen und rennt dann in einer Endless Loop:
Erst ein Reset hilft dann. Beim Digital/Analog System (wasserzähler) tritt der Fehler nicht auf.
Kann man vielleicht einen zeitlich einstellbaren Reboot (vorerst implementieren) um den Fehler zu umgehen. Denn wenn der Zähler zu lange in der Schleife hängt und man dann rebootet ist der Wertesprung meist größer als die maximal erlaubte Zahl (MaxRateValue) und man muss wieder tricksen damit der Wert gesendete wird (MaxRateValue größer als Wertesprung und dann wieder zurücksetzen)Hallo @pfried,
das Phänomen hatte ich auch schonmal, konnte die Ursache aber nicht identifizieren und dann war es weg. Ein wesentlicher Grund für einen Hänger kann ein Problem mit der SD-Karte sein (daher auch die neue Version). Was mich wundert ist, dass es auf dem anderen ESP bei dir problemlos läuft. Eigentlich dürfe es nicht an den fehlenden Zeigern liegen.
Hast du die nochmals neu formatiert nach dem Aufspielen von der neuen Rolling?
Es sieht ja so aus, also ob er noch auf HTTP-Zugriffe reagiert, oder? Dann kannst du per Script mit folgender URL einen Reboot regelmäßig antriggern:
http://IP-ADRESSE/reboot
Wäre einfacher, wie jetzt dort einen internen Trigger zu installieren. -
Hallo @pfried,
das Phänomen hatte ich auch schonmal, konnte die Ursache aber nicht identifizieren und dann war es weg. Ein wesentlicher Grund für einen Hänger kann ein Problem mit der SD-Karte sein (daher auch die neue Version). Was mich wundert ist, dass es auf dem anderen ESP bei dir problemlos läuft. Eigentlich dürfe es nicht an den fehlenden Zeigern liegen.
Hast du die nochmals neu formatiert nach dem Aufspielen von der neuen Rolling?
Es sieht ja so aus, also ob er noch auf HTTP-Zugriffe reagiert, oder? Dann kannst du per Script mit folgender URL einen Reboot regelmäßig antriggern:
http://IP-ADRESSE/reboot
Wäre einfacher, wie jetzt dort einen internen Trigger zu installieren.@jomjol @MichMein @Bulli-Bultmann @pfried : Das ist mein erstes Projekt mit MQTT - habe jetzt meinen Fehler gefunden: Ich habe in den Einstellungen bei Uri die IP-Adresse des ESP eingetragen statt die des Brokers (konnte man wegen der Verpixelung nicht erkennen...)
Kaum macht man's richtig, dann funktionierts
Danke für eure schnelle Hilfe! -
Hallo @pfried,
das Phänomen hatte ich auch schonmal, konnte die Ursache aber nicht identifizieren und dann war es weg. Ein wesentlicher Grund für einen Hänger kann ein Problem mit der SD-Karte sein (daher auch die neue Version). Was mich wundert ist, dass es auf dem anderen ESP bei dir problemlos läuft. Eigentlich dürfe es nicht an den fehlenden Zeigern liegen.
Hast du die nochmals neu formatiert nach dem Aufspielen von der neuen Rolling?
Es sieht ja so aus, also ob er noch auf HTTP-Zugriffe reagiert, oder? Dann kannst du per Script mit folgender URL einen Reboot regelmäßig antriggern:
http://IP-ADRESSE/reboot
Wäre einfacher, wie jetzt dort einen internen Trigger zu installieren. -
@jomjol Ich kann über HTTP noch auf den Zähler zugreifen, stimmt. Wie kann so ein Script aussehen, da ja auf dem ESP kein cron läuft?
@pfried Du brauchst einen externen cron, der dann regelmäßig einen reboot ausführt. In Linux z.B. folgende Zeile in deine cron-Tabelle eintragen:
0 5 * * * wget http://IP-ADRESSE/reboot
Dann rebooted dein ESP32 jedem Morgen um 5 Uhr.
Gruß,
jomjol -
@jomjol Ich kann über HTTP noch auf den Zähler zugreifen, stimmt. Wie kann so ein Script aussehen, da ja auf dem ESP kein cron läuft?
@pfried
Hallo,
müßte hiermit gehen.
Probier mal aus.
Ist schon lange her, das ich daß benutzt habe.
Gruß Bulli -
@pfried Du brauchst einen externen cron, der dann regelmäßig einen reboot ausführt. In Linux z.B. folgende Zeile in deine cron-Tabelle eintragen:
0 5 * * * wget http://IP-ADRESSE/reboot
Dann rebooted dein ESP32 jedem Morgen um 5 Uhr.
Gruß,
jomjol -
@jomjol Falls das von interesse ist, das sind die letzten Aktionen, bevor der ESP in den Endlos Loop geht:
Support us
741
Online32.4k
Users81.4k
Topics1.3m
Posts