Wemos D1 mini / Tasmota mit IR Lesekopf und Reedkontakt
-
Rein subjektiv fällt mir ein, dass ich beim ESP8266 schon mal an die Grenze von 12 Geräten gestoßen bin (beim ESP32 sind es 32 Geräte). Dies ließe sich aber im Quellcode modifizieren, wenn man es unbedingt möchte/Sinn macht :)
Dadurch das hier fertige PlugIns genutzt werden, sind manche Dinge etwas "geschlossen" und schwerer für Spezialfälle modifizierbar.
Auch finden sich spezielle Geräte die in Tasmota unterstützt werden aber in ESPEasy noch nicht und umgekehrt. Da aber beide über MQTT mit IObroker sprechen ist mir dieser Wildwuchs eigentlich ganz lieb um Open-Minded für verschiedene Lösungen zu bleiben :)Bin überzeugt das mit beiden System sehr oft Gleiches möglich ist. Die Frage für mich nur, wo und für was ist die jeweile Lösung für mich einfacher/besser nutzbar. Danach entscheide ich.
Z.B. ist mir für ESPEasy keine "einfache" Möglichkeit bekannt sich in Amazon Alexa zu integrieren. Mit Tasmota geht das super einfach. Also zB für Steckdosen die ich per Alexa schalten möchte nutze ich dann Tasmota. Für den Rest oft ESPEasy da mir die Bedienung, Oberfläche sowie der Support im Forum und die Doku besser gefällt :)
Edit2: Definitiv ein Nachteil, der auch Deinen Fall betrifft. SML also Smartmeter scheint ESPEasy noch nicht direkt als PlugIn auswerten zu können. Entsprechend hier beschrieben, wie Du ESPEasy so konfigurierst, dass es die Informationen an den SML-Reader-Adapter in IOBroker schicken kannst. Hier wurde dies auch schon einmal so umgesetzt.
@dieter_p Irgendwie bin ich zu doof... Villeicht kannst Du mir ein wenig Starthilfe geben. Ich bekomme ESPEasy erst gar nicht auf den WEMOS. Mit Tasmota einfach am USB verbinden, Tasmotizer öffnen, flashen, fertig. Die ESP bin bekomme ich aber nicht drauf, weder mit dem Online Tool, noch mit dem Tasmotizer. Gibt es da vllt einen Unterschied zur Tasmota bin und man kann ESPEasy nicht direkt per USB flashen? Muss ich da den FTDI Flasher rauspacken und manuell verbinden?
EDIT: Jetzt hats geklappt. Auf der neusten Version ist der Flasher nicht mehr dabei. Älteres Package runtergeladen, ESPFlasher gestartet und aktuelle bin geflasht.
-
Rein subjektiv fällt mir ein, dass ich beim ESP8266 schon mal an die Grenze von 12 Geräten gestoßen bin (beim ESP32 sind es 32 Geräte). Dies ließe sich aber im Quellcode modifizieren, wenn man es unbedingt möchte/Sinn macht :)
Dadurch das hier fertige PlugIns genutzt werden, sind manche Dinge etwas "geschlossen" und schwerer für Spezialfälle modifizierbar.
Auch finden sich spezielle Geräte die in Tasmota unterstützt werden aber in ESPEasy noch nicht und umgekehrt. Da aber beide über MQTT mit IObroker sprechen ist mir dieser Wildwuchs eigentlich ganz lieb um Open-Minded für verschiedene Lösungen zu bleiben :)Bin überzeugt das mit beiden System sehr oft Gleiches möglich ist. Die Frage für mich nur, wo und für was ist die jeweile Lösung für mich einfacher/besser nutzbar. Danach entscheide ich.
Z.B. ist mir für ESPEasy keine "einfache" Möglichkeit bekannt sich in Amazon Alexa zu integrieren. Mit Tasmota geht das super einfach. Also zB für Steckdosen die ich per Alexa schalten möchte nutze ich dann Tasmota. Für den Rest oft ESPEasy da mir die Bedienung, Oberfläche sowie der Support im Forum und die Doku besser gefällt :)
Edit2: Definitiv ein Nachteil, der auch Deinen Fall betrifft. SML also Smartmeter scheint ESPEasy noch nicht direkt als PlugIn auswerten zu können. Entsprechend hier beschrieben, wie Du ESPEasy so konfigurierst, dass es die Informationen an den SML-Reader-Adapter in IOBroker schicken kannst. Hier wurde dies auch schon einmal so umgesetzt.
@dieter_p Läuft. Das hätte ich von Anfang an gebraucht - Danke! Bevor ich das einbinde und die bisherige Lösung ersetze, muss ich meine Scripte umstricken. Ich hatte die Counts im iobroker umgerechnet und darauf basierend die Berechnung der Zählerstände. Das macht ja jetzt der ESP schon selbst. Ausserdem scheint die unterschiedliche Entprellzeit gut zu funktionieren. Mal sehen, ob das bei längerem Test genauso zuverlässig ist, wie der bisherige Weg über Tasmota.
-
@dieter_p Läuft. Das hätte ich von Anfang an gebraucht - Danke! Bevor ich das einbinde und die bisherige Lösung ersetze, muss ich meine Scripte umstricken. Ich hatte die Counts im iobroker umgerechnet und darauf basierend die Berechnung der Zählerstände. Das macht ja jetzt der ESP schon selbst. Ausserdem scheint die unterschiedliche Entprellzeit gut zu funktionieren. Mal sehen, ob das bei längerem Test genauso zuverlässig ist, wie der bisherige Weg über Tasmota.
Ah schön dass es etwas für Dich ist.
Zum Flashen komme ich mitlerweile am besten über den Browser zu recht auch bei Tasmota aber etwas zickig kann es manchmal unter Windows sein. Kommt immer mal vor. Hab auch schon ESPEasy mit dem Tasmotizer geflasht ;)Die SML-Lösung gefällt mir für den Zähler in ESPEasy nicht wirklich, aber wenn die Gesamtlösung besser passt, vielleicht eine "kleine Kröte". Und bevor ich nicht Up-To-Date bin im Forum gibt es normal schnelle Antworten/Hilfe direkt von den Entwicklern.
-
Ah schön dass es etwas für Dich ist.
Zum Flashen komme ich mitlerweile am besten über den Browser zu recht auch bei Tasmota aber etwas zickig kann es manchmal unter Windows sein. Kommt immer mal vor. Hab auch schon ESPEasy mit dem Tasmotizer geflasht ;)Die SML-Lösung gefällt mir für den Zähler in ESPEasy nicht wirklich, aber wenn die Gesamtlösung besser passt, vielleicht eine "kleine Kröte". Und bevor ich nicht Up-To-Date bin im Forum gibt es normal schnelle Antworten/Hilfe direkt von den Entwicklern.
@dieter_p Bevor ich von dem "Volkszähler" erfahren habe, hatte ich schon meine eigene Lösung gebastelt. Sieht vielleicht etwas Wild aus, funktioniert aber sehr zuverlässig:
Die Auswertung werde ich auch weiter per Blockly machen, mit Prüfung ob der Zähler wegen Stromausfall genullt wurde und Korrekturfaktor, falls doch Impulse verschluckt werden (was bislang nicht vorkam). Ausserdem täglich per Javascript eine Hochrechnung auf den Jahresverbrauch, basierend auf der letzten Ablesung.
Der Gasverbrauchzähler funktioniert ähnlich, teilt aber in Verbrauch/Kochen und Verbrauch/Heizung auf, je nachdem ob die Heizung läuft oder nicht. Falls Interesse besteht, kann ich die Scripte gerne teilen. -
@dieter_p Bevor ich von dem "Volkszähler" erfahren habe, hatte ich schon meine eigene Lösung gebastelt. Sieht vielleicht etwas Wild aus, funktioniert aber sehr zuverlässig:
Die Auswertung werde ich auch weiter per Blockly machen, mit Prüfung ob der Zähler wegen Stromausfall genullt wurde und Korrekturfaktor, falls doch Impulse verschluckt werden (was bislang nicht vorkam). Ausserdem täglich per Javascript eine Hochrechnung auf den Jahresverbrauch, basierend auf der letzten Ablesung.
Der Gasverbrauchzähler funktioniert ähnlich, teilt aber in Verbrauch/Kochen und Verbrauch/Heizung auf, je nachdem ob die Heizung läuft oder nicht. Falls Interesse besteht, kann ich die Scripte gerne teilen.Ein paar Streifen Klebeband stören mich nicht ;)
Die Plausibilitätsprüfung per Skript in IOBroker weiterhin sehr sinnvoll und notwendig, da die Gaszählerstände in ESPEasy keinen Stromausfall überleben.Hab auch nen Volkszählerkopf im Einsatz, hab mich aber damals für eine "autarke" Lösung (PV-Logger) auf einem RPI 1 entschieden um diese Daten abseits von meinem SmartHome-"Gebastel" separat zu tracken.
Der IObroker zieht als Client untergeordnet die Daten vom dem PV-Logger/RPI1.
Bin damit auch nicht ganz unglücklich, da sonst viel durch eigene Bastellei am SmartHome in den letzten 10 Jahren verloren gegangen wäre und so aber durch eine autarke Lösung und regelmäßige Backups nichts fehlt.
Der Anfang = Lernkurve am Smarthome verträgt sich nicht mit sensiblen Daten, da bin ich froh das so getrennt und für mich erkannt zu haben. Heute mit einer Grobidee wie es besser gehen könnte, würde ich es vielleicht auch im IOBroker realisieren, aber bin im Prinzip immer noch froh über die Trennung und bastel fröhlich weiter und schieb keine Panik, wenn der IOBroker mal Offline ist ;)
-
Ein paar Streifen Klebeband stören mich nicht ;)
Die Plausibilitätsprüfung per Skript in IOBroker weiterhin sehr sinnvoll und notwendig, da die Gaszählerstände in ESPEasy keinen Stromausfall überleben.Hab auch nen Volkszählerkopf im Einsatz, hab mich aber damals für eine "autarke" Lösung (PV-Logger) auf einem RPI 1 entschieden um diese Daten abseits von meinem SmartHome-"Gebastel" separat zu tracken.
Der IObroker zieht als Client untergeordnet die Daten vom dem PV-Logger/RPI1.
Bin damit auch nicht ganz unglücklich, da sonst viel durch eigene Bastellei am SmartHome in den letzten 10 Jahren verloren gegangen wäre und so aber durch eine autarke Lösung und regelmäßige Backups nichts fehlt.
Der Anfang = Lernkurve am Smarthome verträgt sich nicht mit sensiblen Daten, da bin ich froh das so getrennt und für mich erkannt zu haben. Heute mit einer Grobidee wie es besser gehen könnte, würde ich es vielleicht auch im IOBroker realisieren, aber bin im Prinzip immer noch froh über die Trennung und bastel fröhlich weiter und schieb keine Panik, wenn der IOBroker mal Offline ist ;)
@dieter_p Nach ein paar Tagen zählen die Sensoren immer noch nicht wirklich stabil. Ich bin immernoch am rumprobieren mit den Zählmethoden. Vor allem der Reedkontakt vom Gaszähler verschluckt einige Impulse bei Pulse_low/high und zählt einige hinzu bei Edge. Selbes beim Wasserzähler, wobei der deutlich näher an der Wahrheit liegt. Beim Stromzähler hab ich noch nicht genug Daten, der Zähler selbst zeigt ja nur volle kWh an.
Jedenfalls überlege ich woran das liegt. Ist der ESP mit dem gleichzeitigem Zählen von 3 Pulsen überfordert? Zum Vergleich: Der ESP mit Tasmota hat über Monate hinweg so genau gezählt, das beim Gaszähler sogar die letzte Nachkommastelle gepasst hat, maximal um 1 abgewichen ist. Oder ist ESPEasy "ungenauer"?
Zum Setup: Stromzähler optisch (TRCT5000) mit Raising, Debounce =0, Gaszähler Reed und Wasser optisch mit Pulse-High und 500ms Debounce. Kabel 1m / 0,5m jeweils geschirmt, der Reedkontakt vom Gaszähler hängt direkt dran (10-15cm). -
@dieter_p Nach ein paar Tagen zählen die Sensoren immer noch nicht wirklich stabil. Ich bin immernoch am rumprobieren mit den Zählmethoden. Vor allem der Reedkontakt vom Gaszähler verschluckt einige Impulse bei Pulse_low/high und zählt einige hinzu bei Edge. Selbes beim Wasserzähler, wobei der deutlich näher an der Wahrheit liegt. Beim Stromzähler hab ich noch nicht genug Daten, der Zähler selbst zeigt ja nur volle kWh an.
Jedenfalls überlege ich woran das liegt. Ist der ESP mit dem gleichzeitigem Zählen von 3 Pulsen überfordert? Zum Vergleich: Der ESP mit Tasmota hat über Monate hinweg so genau gezählt, das beim Gaszähler sogar die letzte Nachkommastelle gepasst hat, maximal um 1 abgewichen ist. Oder ist ESPEasy "ungenauer"?
Zum Setup: Stromzähler optisch (TRCT5000) mit Raising, Debounce =0, Gaszähler Reed und Wasser optisch mit Pulse-High und 500ms Debounce. Kabel 1m / 0,5m jeweils geschirmt, der Reedkontakt vom Gaszähler hängt direkt dran (10-15cm).Hast Du Dir mal das logging zum Pulse Counter (Statistical logging for PUSE modes) angesehen?
Daraus ggf ein Hinweis zu erkennen? -
Hast Du Dir mal das logging zum Pulse Counter (Statistical logging for PUSE modes) angesehen?
Daraus ggf ein Hinweis zu erkennen?@dieter_p guter Hinweis. Werde ich aktivieren und mal ansehen
-
Hast Du Dir mal das logging zum Pulse Counter (Statistical logging for PUSE modes) angesehen?
Daraus ggf ein Hinweis zu erkennen?@dieter_p Ich glaube (hoffe?) es jetzt in den Griff bekommen zu haben. Mit Raising für den Strom und jeweils Pulse_High und 500msec Debounce für Gas und Wasser. Seit 2 Tagen bis auf die letzte Nachkommastelle (sprich jeden Puls) genau. Laut Doku zählt ESPEasy bei einem Anstieg schon bei einer geringeren Spannungsdifferenz, was durchaus Sinn machen würde. Hoffentlich bleibt es so stabil und hoffentlich komm ich um die Signalauswertung herum...
-
@dieter_p Ich glaube (hoffe?) es jetzt in den Griff bekommen zu haben. Mit Raising für den Strom und jeweils Pulse_High und 500msec Debounce für Gas und Wasser. Seit 2 Tagen bis auf die letzte Nachkommastelle (sprich jeden Puls) genau. Laut Doku zählt ESPEasy bei einem Anstieg schon bei einer geringeren Spannungsdifferenz, was durchaus Sinn machen würde. Hoffentlich bleibt es so stabil und hoffentlich komm ich um die Signalauswertung herum...
@frederik-buss said in Wemos D1 mini / Tasmota mit IR Lesekopf und Reedkontakt:
Hoffentlich bleibt es so stabil und hoffentlich komm ich um die Signalauswertung herum...
Drück die Daumen und kann ich nachvollziehen. Für solche Detailanalysen brauche ich besondere Gemühtslaagen um daran Freude und dann auch schnellen Erfolg zu haben. Das sowas bei ESPEasy "Out-Of-The-Box" drin ist finde ich super, ob einem was nutzt steht auf nem anderen Papier ;)
Support us
243
Online32.7k
Benutzer82.4k
Themen1.3m
Beiträge