Ferraris Zähler mit TCRT5000 und esp8266

[Etlam]

@gavu das ist bei einem meiner Testgeräte exakt genauso, das andere geht. Also recht komisch, das es geräteabhängig ist.
"Soft WDT reset" bedeutet dass er für irgendwas zu lange braucht und der Watch Dog dann einen Reset macht. Damit ist auch klar, das niemals etwas am MQTT ankommen wird. Ich wollte mir das anschauen wenn ich mal Zeit habe, also eventuell noch dieses Jahr . . .

[gavu]

@etlam Danke für die Info, hatte mir auch Hoffnung gemacht dass es doch gehen würde... Ich habe 3 Geräte bestellt, und 3 Sensoren. Keins der Geräte funktioniert... ich warte mal ab, vielleicht wird es bald ein Update geben... Oder kannst du mir einen anderen Board-Typ empfehlen? evtl. einen anderen Hersteller?

[Codierknecht]

@gavu sagte in Ferraris Zähler mit TCRT5000 und esp8266:

Oder kannst du mir einen anderen Board-Typ empfehlen? evtl. einen anderen Hersteller?

Ich hatte mir seinerzeit 3 Stk. von AZ-Delivery bestellt (AZDelivery NodeMCU Lolin V3 Module ESP8266 ESP-12F) und dazu vom gleichen Hersteller 3x TRCT5000.
Gleich beim ersten Versuchsaufbau hat die Kombi am MQTT-Adapter problemlos funktioniert.
Inzwischen habe ich einen zweiten Controller mit Tasmota geflasht und über den Sonoff-Adapter angebunden. Völlig problemlos.

[Etlam]

@gavu Auf der Config-Seite gibt es einen Eintrag "Home-Assistant Auto Discovery". Wenn ich den auschalte, hat er weniger MQTT Daten zu schicken und es geht "besser". Du musst allerdings schnell genug klicken und den save Button erwischen, bevor es wieder bootet.
Ich habe gerade mein "nicht funktionierendes" NodeMCU neu aus der PlatformIO geflashed, jetzt geht es auch. Vorher hatte ich es über esptool von der Kommandozeile aus gemacht. Eventuell waren da Parameter falsch? Womit flashst Du?

[Etlam]

@eisbaeeer wie Du schon gesehen hast, habe ich einfach mal angefangen Bugs auszubauen die hier bei mir noch aufgetreten sind.

Kannst Du selber noch testen? Oder wie machen wir das mit einem neuen Release auf der GitHub Seite? Hier hatten ja auch andere zufällige Re-Boots, denen könnte das ja auch helfen.

Ich würde mit einem Refactoring des Codes weitermachen um langfristig die Interrupts dauerhaft aktiv lassen zu können. Möchtest Du vorab etwas mit mir absprechen, oder soll ich einfach loslegen? (Ich denke dass man hier auch Direktnachrichten schicken kann?)

[Eisbaeeer]

@etlam sagte in Ferraris Zähler mit TCRT5000 und esp8266:

Möchtest Du vorab etwas mit mir absprechen, oder soll ich einfach loslegen?

Hi. Ich habe dich in Github berechtigt. Kannst direkt loslegen. Ich selbst kann leider nicht mehr testen, da ich keinen Ferraris mehr habe. Ich werde mir auch keinen reinschrauben . Aber es würde mich freuen, wenn das Projekt jemand weiter betreut! Go, go, go!
Gruß Lars

[Eisbaeeer]

@etlam sagte in Ferraris Zähler mit TCRT5000 und esp8266:

Womit flashst Du?

Ich nutze den upload direkt aus PlatformIO. Manchmal aber auch einen py-flasher. Je nachdem, ob ich bereits ein fertiges binary habe oder erst compilieren muss.
Gruß Lars

[bonsai308]

An alle beteiligten meinen herzlichen Dank!

Leider gehöre ich zur Fraktion "kann nur fertige .bin's auf den ESP schieben",
aber vielleicht kann ich mit Fehlernbildern unterstützen.

Hab auf einen D1 mini pro geflasht (die 0.94er bin).
Auch ich kann die Reboot's bestätigen, genauso wie die nur ab und zu funktionierende MQTT Übertragung. Bei einem erneuten Flash mit vorherigem wipe des kompletten Speichers werden nun keine Werte die im WebIF unter config eingetragen werden übernommen. Auch die MQTT Verbindung zu ioBroker kommt gar nicht mehr zustande.

[Etlam]

@bonsai308 ich habe eben die noch fehlenden 0.95er Images bei GitHub hochgeladen. Die kannst Du mal ausprobieren.
Was definitiv hilft: nach dem Flashen erst in die Configuration gehen, dort den Haken bei "Home-Assistant Auto Discovery" wegnehmen und "Save" bestätigen. Der dazu gehörende Teil ist recht umfangreich/langsam und kann damit den Watchdog auslösen.
Man muss schnell sein! Sonst ist schon neu gestartet bevor "save" ausgeführt wurde.

[gavu]

@etlam die v0.95 funktioniert nun bei mir. Ich habe sie per NodeMCU PyFlasher installiert, WiFi konfiguriert, HomeAssistant Discovery deaktiviert, MQTT konfiguriert, HomeAssistant Discovery aktiviert... alles funktioniert wie erwartet... ich fasse es nie wieder an

[kral84]

@eisbaeeer könntest du die nicht aktiven Z2...Z3...Z4... aus dem dashboard rausschmeissen , wenn sie deaktiviert/ oder nicht genutzt werden

ansonsten klasse leistung danke

[Kueppert]

Hi, ich hab mir paar D1 Mini ESP32 bestellt und versucht, diese zu flashen...anscheinend ist das Repository nur für ESP8266 ausgelegt? Ich erhalte zumindest im VSCode die Fehlermeldung "A fatal error occurred: This chip is ESP32 not ESP8266. Wrong --chip argument?"
Muss ich ggf etwas umstellen, damit es funktioniert? Wie WO??? ^^

Danke euch und vG, Thorsten

[Codierknecht]

@kueppert
Das Repository enthält auch Code für den ESP32.

Du musst das allerdings korrekt konfigurieren (platformio_override.ini und/oder platformio_tasmota_env.ini), damit die passenden Bibliotheken eingebunden werden.

Da ich aber nur ESP8266 am Start habe, kann ich da nicht weiterhelfen.

[Etlam]

@kueppert dieser Thread geht um den ESP8266 (so sagt es der Titel). @Codierknecht meint ein anderes Projekt...

Aber zur Frage: nein, das läuft leider nicht auf dem D1 Mini ESP32. Ich habe die auch, aber einige genutzte Bibliotheken laufen nur mit dem ESP8266. Die müsste man austauschen.

[Kueppert]

kurze Frage: ist es richtig, dass nach einem Stromverlust alles an Werten/Einstellungen wieder weg ist? Ist bei mir zumindest so...nur WLAN bleibt erhalten

[Etlam]

@kueppert sorry für die späte Antwort, ich war leider sehr beschäftigt.
Eigentlich sollten Einstellungen erhalten bleiben. Es kann aber sein, dass ich mit den letzten Änderungen was kaputt gemacht habe. Ich hoffe, dass ich demnächst wieder Zeit habe hier weiter zu machen.