Ferraris Zähler mit TCRT5000 und esp8266

[Eisbaeeer]

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

D1 mini Pro

Hast du mal versucht, diese Parameter beim Compilieren einzustellen? Habe leider gerade keinen D1 mini Pro zur Hand

https://docs.platformio.org/en/latest//boards/espressif8266/d1_mini_pro.html

[khkissel]

@eisbaeeer Die Compile-Parameter hab ich so eingestellt. Aber keine Änderung. Es liegt den Funktionen von ESP8266Wifi. Hab mal aus den Arduino-Beispielen ESP8266Wifi/WifiScan geladen. "Erase all Flash-Contents" habe ich angegeben. Der Scan läuft manchmal, crasht aber dann auch regelmäßig. Auch das Beispiel WifiManager/Basic crasht. Hab dann mal Tasmota 12.2.0.1 geflasht. Läuft stabil und problemlos. Bevor ich mich in die Tiefe des Debugging verliere, nehme ich entweder eine NodeMCU V3. Darauf funktioniert es ja. Nur muss ich dann eine anderes Gehäuse drucken. Oder ich versuche es noch mit einem Wemos D1 mini (ohne Pro).
Viele Grüße
Karlheinz

[Alex_K]

Re: Ferraris Zähler mit TCRT5000 und esp8266

Hallo, bin ja hier absoluter Anfänger,
bis zum Mqtt bin ich gekommen, alöso im Dashboard kommen Daten/Impulse an,
wie bekomme ich das jetzt visualisiert ?
Gibt es da kein Blockly oder sonstiges Script dazu ?

LG Alex

[Eisbaeeer]

@alex_k Hi und Willkommen! Welche Version baust du denn? Sonoff, ESPEasy oder das Framework?
Wo genau kommst du nicht weiter?
Grüße

[Alex_K]

@eisbaeeer Hi erstmal thx für das ganze Projekt,
über dein Github habe ich schon 2 ESP8266 D1 mini geflasht und auch schon die TRCT5000 dran,
einmal Strom und einmal Gaszähler, die liefern auch schon beide Daten in iobroker über mqtt

Vom IoBroker hab ich keinen blassen Schimmer, nur schon verstanden das ich zu berechnen ein script bzw. blockly benötige und anscheinend auch noch was zum Visualisieren:

Da bräuchte ich einen Schubs in die richtige Richtung wie es da weitergeht.
In der Art z.B.

Das wird noch etwas Arbeit

LG Alex

[Eisbaeeer]

@alex_k
Ok, das hat ja jetzt erstmal nichts mit dem Projekt zu tun. Damit du so schöne Kurven malen kannst, musst du die Werte erstmal sammeln. Z.B. kannst du mit dem History Adapter die Daten speichern. Also erstmal History Instanz erstellen.
Danach bekommst du hinter jedem Objekt so ein Rädchen. Mit dem Rädchen aktivierst du History für die Objekte, die du als Kurve darstellen möchtest.

Wenn die Daten gesammelt sind, kannst du mit einem Diagram Adapter z.B. Flot die Kurven erstellen.
In Flot kannst du dir dann Diagramme nach Belieben zusammenbauen.
Darstellen in VIS macht man dann bei Flot z.B. über das iframe widget. Dort hinterlegst du den erstellen Link von Flot.
Gruß

[Alex_K]

Hallo nochmal, ich bin mal wieder festgefahren, den einzelnen Impuls würde ich auch gerne noch aufzeichnen, was muß ich den im ioBroker kopieren bzw neu einfügen um dem Impuls / Loop angezeigt zu bekommen ?

Momentan sieht das so bei mir aus :
LG Alex

[Eisbaeeer]

@alex_k Dann fehlt dir nur noch die Visualisierung z.B. mit Float. Hier findest du ein gutes Tutorial: https://www.youtube.com/watch?v=s29VsYzQeOw
Gruß Lars

[Eisbaeeer]

@alex_k Die einzelnen Impulse werden derzeit nicht mit MQTT übermittelt. Macht irgendwie auch keinen Sinn. Was willst du denn mit den Impulsen in iobroker?

[khkissel]

@eisbaeeer said in Ferraris Zähler mit TCRT5000 und esp8266:

@alex_k Die einzelnen Impulse werden derzeit nicht mit MQTT übermittelt. Macht irgendwie auch keinen Sinn. Was willst du denn mit den Impulsen in iobroker?

Naja, es gibt noch andere Systeme neben iobroker. Mit den Impulsen könnte ich z.B. in FHEM den
ElectricityCalculator verwenden und alle Berechnungen hinsichtlich des Verbrauchs und der Kosten durchführen lassen.

Mittlerweile lauft die V0.92 mit dem Grove Infrared Reflective Sensor v1.2 auf einem Wemos D1 mini. Auf dem Wemos D1 mini pro habe ich es nicht zum Laufen bekommen. Probleme habe ich z.Zt. noch mit den Impulsen. Anscheinend muss die Entprellzeit niedriger oder evtl. auch 0ms sein.

Nebenbei: Im Forum wurde mal nach der V0.93 gefragt. In GitHub liegt nur eine V0.92.

Viele Grüße
Karlheinz

[khkissel]

@khkissel Noch ne Frage: Auf max. wieviel Sekunden kann ich das MQTT Publish Interval einstellen? Mir kommen da zuviel Werte über MQTT an.

[Eisbaeeer]

@khkissel Der maximale Wert derzeit sind 255 Sekunden.

In main.cpp:

int mqttPublishTime;          // last publish time in seconds

In configuration.json:

 {
        "name": "mqtt_interval",
        "label": "MQTT Publish Interval (seconds)",
        "type": "int8_t",
        "value": "30"
    },

Das ist der maximale Wert, der mit "int" möglich ist. Wer länger möchte, muss diese Variablen höher deklarieren.

Zu der Version 0.93 muss ich zugeben, dass ich wohl verpennt habe, diese auf Github zu pushen. Leider finde ich die V0.93 auch lokal nicht mehr. Was war denn in der v0.93 noch geändert? Ich habe inzwischen keine Ferraris Zähler mehr. Aber der Code lief bei mir über 12 Monate mit der Version 0.92 ohne Probleme.
Gruß Lars

[viruz]

Nabend,

ich bin ein Neuling, was das Thema angeht, also seht mir bitte mein Unvermögen nach.

Ich habe mein TRCT5000 über A0 an A0 an meinem NodeMCU Lolin V3 angeschlossen und die binary aus dem Git geflasht, was soweit auch funktioniert hat. Danach habe ich die mqtt Verbindung konfiguriert, der Connect zum Sonoff Adapter im ioBroker funktioniert auch. Anschließend habe ich meinen Zählerstand hinterlegt. Allerdings wird im ioBroker/Sonoff kein Baum erzeugt

und im Dashboard füllen sich die Felder nicht. Es sieht die ganze Zeit so aus:

Das ist meine Config:

Und das mein Stromzähler:

Habt ihr Tipps bzw. habe ich was falsch gemacht?

Danke im Voraus!

Gruß
Kai

[Eisbaeeer]

@viruz Hi. Der A0 dient nur zum Ausrichten des Sensors. Du muss nach dem Ausrichten des Sensors auf einen der Eingangspins umstecken!
Gruß Lars

[viruz]

@eisbaeeer moin. Du meinst, am Sensor D0 und am Board dann auch?

Gruß und frohe Weihnachten
Kai

[khkissel]

@eisbaeeer Danke dir für die schnelle Antwort. Allerdings hat das Programm bei mir leider eine für mich nicht nachvollziehbare Ungenauigkeit bei der Impulserkennung und da ich bereits meinen Gaszähler über einen Reedkontakt auslese, war eine Umstellung Tasmota eine einfache Sache. Jetzt bekomme ich die Impulse vom D1 Mini mit dem RPR220 über MQTT direkt und kann sie problemlos weiterverarbeiten und alle benötigten Werte in FHEM berechnen. Trotzdem nochmal ein Kompliment für deine Arbeit.
Viele Grüße
Karlheinz
P.S. Falls jemand an den Tasmota- und FHEM-Definitionen interessiert ist, bitte melden.

[mazzzon]

@Eisbaeeer da die aktuelle Version nicht richtig funktuniert würde ich gerne meine eigene .bin bauen. Also habe ich platformio installiert und das bauen funktioniert auch bereits bei anderen Projekten. Nun versuche ich dein Projekt zu bauen aber bekomme dabei folgenden Fehler:

 File "C:\Users\user\.platformio\penv\lib\site-packages\platformio\__main__.py", line 102, in main
...

Natürlich habe ich mir bereits deine "Installation Guide" Seite durchgelesen, wo auch beschrieben wird dass das Programm nicht direkt gebaut werden kann weil es keine default main.cpp gibt. Das verstehe ich allerdings nicht ganz, dort liegt doch die main.cpp im src folder. Ich würde eher einen Buildfehler erwarten das die Librarys wie webServer.h nicht gefunden werden. Könntest du mir das bitte erklären?

Ich danke dir schon mal und wünsche allen frohe Weihnachten

[viruz]

@khkissel hi. Wie hast du das über Tasmota realisiert? Ich tracke damit auch schon meinen Gasverbrauch. Allerdings arbeite ich dann mit ioBroker, InfluxDB und Grafana.

Gruß
Kai

[Eisbaeeer]

@mazzzon Hi. Ich habe gerade die finale Version hochgeladen. Jetzt funktioniert auch das Dashboard und Configuration im Web. Dies wird aber meine letzte Version sein. Ich werde diesen Pfad nicht weiterentwickeln. Für weitere Entwicklungen bitte den Forks auf Github folgen. Grüße Lars

[khkissel]

@viruz Hab Tasmota auf dem D1 mini installiert. Anbindung des RPR220 an Ground, 5V und D1. Relay_i an GPIO2 und Switch an GPIO5 definiert. Siehe folgende Vorlage:

{"NAME":"D1_mini_RPR220","GPIO":[1,0,256,1,1,160,0,1,1,1,1,1,1,1],"FLAG":0,"BASE":18}

MQTT mit den entsprechenden Definitionen angeklinkt. Dann noch folgende Einstellungen in der Tasmota-Konsole, damit auch der Zustand des Switches über MQTT weitergereicht wird:

Backlog Switchmode 1; PowerOnState 0; Setoption0 0; Setoption63 0
Rule1 on Switch1#state do Publish stat/DVES_00941B/ElektroZaehler %value% endon on Switch1#state do POWER %value% endon 
Rule1 1

Bin mir aber momentan nicht sicher, ob alle Setoptions benötigt werden. Aber es fuktioniert:

12:11:09.107 RUL: SWITCH1#STATE performs "Publish stat/DVES_00941B/ElektroZaehler 1"
12:11:09.113 MQT: stat/DVES_00941B/ElektroZaehler = 1
12:11:09.124 RUL: SWITCH1#STATE performs "POWER 1"
12:11:09.130 MQT: stat/DVES_00941B/RESULT = {"POWER":"on"}
12:11:09.133 MQT: stat/DVES_00941B/POWER = on
12:11:14.244 RUL: SWITCH1#STATE performs "Publish stat/DVES_00941B/ElektroZaehler 0"
12:11:14.251 MQT: stat/DVES_00941B/ElektroZaehler = 0
12:11:14.261 RUL: SWITCH1#STATE performs "POWER 0"
12:11:14.270 MQT: stat/DVES_00941B/RESULT = {"POWER":"off"}
12:11:14.275 MQT: stat/DVES_00941B/POWER = off

In FHEM wird jetzt jeder Impuls gezählt. Dazu gibt es im entsprechenden Device die Attribut-Definitionen

readinglist stat/DVES_00941B/ElektroZaehler:.* StromZaehler

userReadings StromCounter monotonic { ReadingsNum($name, "StromZaehler", 0) },
   StromVerbrauchHeutekWh {sprintf("%.1f",ReadingsNum($name,"StromVerbrauch_Tag",0)/75)},
   StromKostenHeuteEuro {sprintf("%.2f",ReadingsNum($name,"StromVerbrauchHeutekWh",0)*0.208072)}

monotonic bedeutet, das der Zähler StromCounter immer um 1 höchgezählt wird, wenn StromZaehler auf 1 steht.

So läuft es bei mir seit Tagen mit ganz geringen Abweichungen, die aber daher kommen, dass mein MQ-Broker manchmal über das WLAN nicht erreicht werden kann. Ist aber selten. Da nun alle Impulse in FHEM ankommen,
kann ich alles andere weiterberechnen und verarbeiten.
Viele Grüße
Karlheinz