Ferraris Zähler mit TCRT5000 und esp8266

[A Former User]

@phil82 , warum?
Die vorhandene *.bin wird wohl für den NodeMCU sein (siehe Bilder auf dem Github)....ich war der einzigste der das auf dem Wemos D1 Mini ausprobiert hat und der geht auch nach Anpassung der GPIO´s.
Mal den Thread von Anfang lesen.

btw....deine compilier Fehler werden wohl an dem verwendeten Core ober IDE Version liegen. Da sollte man flexibel sein und mehrere versuchen. Vielleicht steht´s auch auf sein Github.
Ich habe drei parallele portable Arduino IDE Versionen am laufen aus dem Grund.
...aber Tasmota und ESPEasy compilliere ich derzeit mit dem neusten Core und IDE. Der verwendete Core steht auch im Source Code dabei.

[Eisbaeeer]

@phil82 Die bereits vorhandene Binary auf Github ist für den NodeMCU Boards (alle Versionen). Link: zur Binary
Gruß Eisbaeeer

[Phil82]

@eisbaeeer @Menne
Vielen Dank für Eure Antworten. Das die Binary auf Github liegt habe ich leider übersehen.

[dibide]

@eisbaeeer
Würdest Du den Code für mich (und die, die es auch gerne hätten) anpassen,bitte ?

[Eisbaeeer]

Neue Version ist jetzt online. Es gibt nicht viel "neues". Die Nachkommastelle der Leistung wurde auf 3 erweitert und ein Bugfix für neue Arduino Versionen.
Ihr könnt das Update über WLAN einspielen. Dazu im Browser auf Euren Ferraris gehen und /update hinten dranhängen.
Dort wählt ihr "Firmware" "Datei auswählen" und "Update Firmware". Die Binary liegt im Github unter binary.

Im iobroker werden dann 3 Nachkommastellen angezeigt:

Wenig "Schnick-Schnack" aber es läuft seit September 2020 ohne Ausfall.

Ihr findet das Projekt unter meinem: Github Eisbaeeer

Grüße Eisbaeeer

P.S.: Ich bin auch auf Insta: @kidbuild

[kral84]

@eisbaeeer

super vielen dank fürs Update So wissen wir das projekt ist noch nicht tot

ich habe aber pro tag das er 1kw nicht zählt, laut zählerstand ! Hast du da kein tipp für mich ... habe schon ein schmitt trigger eingebaut aber dann zählt er nicht , also
(2 lampen an silver) (1 lampe an red) und beim schmitt genau anders herum, weiss aber nicht ob dann richtig ist.... habe "leider" nur home assistant, deins läuft perfekt nur das er in den 24 std , 75 impulse überseht ist ein bisschen silly ;D , habe den sensor schon sehr fein eingestellt, ich weiss aber nicht ob er die langsamen nicht mitzählt oder die super schnellen ,laut home assistant habe ich std 0.3 - 1.6 KW/h ... wäre es auch wünschens wert wenn du in dein webinterface eine log schnittstelle einbauen würdest ?

...wenn Waschmaschine, Trockener, TV, und Staubsauger laufen
[11:12:57]Red detected; Waiting for silver
[11:12:58]Silver detected; waiting for red
[11:12:58]2.78 kW @ 17258ms
[11:12:58]char_meter_kw_1 :2.781 KW
[11:12:58]loops_actual_1 :70 / 75
[11:12:58]meter_counter_reading_1 :66264 KWh

[Eisbaeeer]

@kral84 Also ich habe bei mir mal kontrolliert. Über Monate hinweg habe ich beim Haushaltszähler nun 3 KWh weniger im ESP als auf der mechanischen Rolle. Eine Kilowattstunde am Tag kommt mir daher sehr viel vor. Der Sensor erkennt also den roten Strich nicht. Andernfalls hättest du ja zu viele KWh. Bei meiner Wärmepumpe sind es seit dem 7 KWh. Ist aber auch schon ein halbes Jahr her, als ich das letzte Mal verglichen habe. Die 3 bzw. 7 KWh nehme ich in meinem Fall in Kauf. Bei einer Kilowattstunde pro Tag würde ich nochmal eine Weile vor den Zähler sitzen und kontrollieren. Das ist das Wichtigste, dass die Erkennung gut funktioniert. Ich habe auch schon Beiträge hier gesehen, in denen der Sensor verbessert wurde. Bei mir ist es auch so, dass kein Tageslicht einfällt, da er im Keller ist. Sobald die Zählertüre dann zu ist, kommt gar kein Infrarotlicht mehr als Störquelle. Die Software kann ich als Fehlerquelle ausschließen.

Wie meintest du das mit log im Webinterface? Ein rollierendes Log, ohne den ESP an der seriellen anschließen zu müssen?

Gruß Lars

[kral84]

@eisbaeeer @eisbaeeer genau so meine ich es... Bei mir ist ja der wemos an die pi angeschlossen, kann ja den log schön mitverfolgen... Mein sensor ist auch im schaltschrank. Ich weiss.nicht wirklich weiter wann er die 1kw vergisst.... Vlt liegts auch einfach am.sensor.selbst , dachte am anfang es sei das Gehäuse, nun nach dem 3d druck, immernoch in wiefern sensor verbessert?

[dibide]

@eisbaeeer Sehr cool - funktionert auf Anhieb und durch OTA update dauerte es keine Minute!

Ich persönlich fände es noch genial, wenn die Nachkommastelle des Zählerstandes mit hochgezählt werden würde. Ließe sich das noch realisieren?

[Eisbaeeer]

@dibide Mal sehen, was sich machen lässt

[Dan.Master]

@Eisbaeeer
Mega cool vielen Dank für deine Arbeit. ICh werde das heute nachmittag mal probieren.

@kral84
Hast du auch schon versucht die TCRTs zu mdonifiziern?. Ich hatte auch lange das Problem das oft viel zu viel gezählt wurde oder dann mit ner anderen einstellungen zu wenig. Mit der modifikation aus meinem Post (April) habe ich an laufen bekommen.

Der Hauptzähler läuft "verlustfrei" der Nebenzähler Wohnung mit ca 2kwh pro quartal.
Wärmepumpe mit einem ungünstigen keinen Rad mit 96//kwh und vielen ausgeprägten Zähnen sind es 2kwh pro Monat.

Gruß
DerDani

[kral84]

@dan-master

https://forum.iobroker.net/post/610301

Habs gefunden, danke... Meiner zählt ja weniger .. ich habe erstmal heute den wemos an einen netzteil angeschloss statt über pi... Vlt war es die ursache... Und mein tcrt5000 sieht anders aus als deiner, er hat mehr Widerstände usw ... Dein versucht ist ja das selbe wie mit einem schmidt trigger .. hab ich ja bereits versucht doch dann arbeitet das system anders herum...

[kral84]

@Eisbaeeer krass, es lag an der Stromzuführung... Hab ihn seit 3 Tagen am netzteil ... Alles takko....keine fehlmessung oder wenig messung

[Eisbaeeer]

@kral84
@Dan-Master

Leute ihr habt mich animiert. Der bisherige Code basierte auf Arduino IDE. Ich hab das Projekt mal auf vscode und PlatformIO konvertiert. Ich bin mal gespannt, wie lange meine zwei Ferraris Zähler noch drin bleiben. Danach muss wohl wieder der Lötkolben dran und ein Infrarot Auge gelötet werden. Spätestens dann gibt es eine neue Version

Der Code wurde auf das Framework für ESP8266 Boards angepasst. Ihr könnt die neue Firmware immer noch wie im Post beschrieben über das OTA (over the air) update einspielen: IP-Adresse/update

Die neue Version liegt auf Github unter binary.

Hier mal ein paar Screenshots:

Have FUN!
https://github.com/Eisbaeeer

Die Framework Version ist die 0.6
Da nightly build, kann es sein, dass sie erst am 19.08.21 verfügbar ist. Ich füttere gerade erst noch mein Gitbhub.

[Eisbaeeer]

Ich habe noch ein paar kleine Bugs gefunden, die möchte ich noch fixen. Deshalb habe ich das Binary nochmal entfernt. Stay tuned.
Grüße Eisbaeeer

[Dan.Master]

@eisbaeeer
Vielen Dank für die Mega Arbeit.
Was hälst du davon einen Timestamp mit zu schicken damit die Auswertung in IOBroker einfacher wir. Zusammen mit einem einstellbaren NTP ?
Nur so als kleine Anregung.

Ich nutze das Dingen schon seit Anfang 2021 bin echt begeistert.

Gruß
DerDani

[Eisbaeeer]

@dan-master Ähm, was genau meinst du jetzt mit dem Timestamp? iobroker liefert ja eigentlich den Timestamp schon mit. Erklär mal was du damit meinst bzw. was du damit auswerten möchtest.
Gruß

[kral84]

@eisbaeeer top besten dank dann schauen wir mal wenn das gefixxte online ist ....

[Dan.Master]

@Eisbaeeer
Du bekommst ja in IO Broker mit wann die letzte Änderung mit. Die Frage ist ob man noch Datum und Uhrzeit zum Zeitpunkt der Übertragung mitschicken kann dann kann man das Datenfeld direkt auswerten. Ähnlich diesem hier von dem Wasserzähler Projekt hier aus dem Forum:

Gruß
DerDani

[Eisbaeeer]

@dan-master Und das wäre dann der Timestamp der letzten MQTT Übertragung oder wann soll der Timestamp erstellt werden?
Wie gesagt bekommst du ja schon für jeden Datenpunkt einen Timestamp "letzte Aktualisierung" und "letzte Änderung".