UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Medoc]

@succo_j
ich blättere mich da gerade durch. das problem ist die einbindung per mqtt in den iobroker

[Einstein67]

@medoc said in Logging von Tasmota Geräten:

wir benötigen die daten der verschiedenen pow2 sekundengenau.

Durch dem Befehl "powerdelta" bekommst bei jeder Änderung (Delta einstellbar in %) und unabhängig von Teleperiod die aktuellen Daten geschickt.

Da musst dann nur noch die Sekunden zwischen den Änderungen als den selben Wert interpretieren.

[succo_J]

@medoc
mqtt geht nicht, aber Modbus TCP. Ich glaube, hier im Forum haben einige Leute den PAC3200 verbaut.

[Medoc]

@einstein67

kannst du mir das etwasgenauer erläutern?
gern auch per pn

danke, erledigt. das war tatsächlich die lösung.

[OpenSourceNomad]

@medoc said in Logging von Tasmota Geräten:

das problem ist die einbindung per mqtt

Ich empfehle allen die immer noch mqtt broker am laufen habe diese abzuschalten, 20 Jahre (quasi ein Dinosaurier) sind dann auch mal genug ;)

Mit der native api von esphome habe ich zu Testzwecken meine pzem004t v3's (AC power meter) mal auf 0,1 Sekunden gestellt, hat problemlos funktioniert. Einzig der Datenberg ist sehr schnell angewachsen weswegen ich mich im sweet spot von 0,5 Sekunden wiedergefunden habe.

[Medoc]

@opensourcenomad
nicht hilfreich die antwort ;)
wir steuern hier das gesamte haus über den broker und haben bisher 60 schalter mit verschiedensten anwendungen - teils über den broker vollautomatisiert - verbaut.
ist schon lustig, in eiem iobroker forum zu empfehlen, diesen ab zu schalten.

[Medoc]

@einstein67
ok,powerdelta war die lösung.

thread kann geschlossen werden

[OpenSourceNomad]

@medoc said in Logging von Tasmota Geräten:

ist schon lustig, in eiem iobroker forum zu empfehlen, diesen ab zu schalten.

Es reicht ja schon auf ein moderneres Protokoll umzustellen ;)

Advantages over MQTT

• Much more efficient: ESPHome encodes all messages in a highly optimized format with protocol buffers - for example binary sensor state messages are about 1/10 of the size.
• One-click configuration: ESPHome just needs one click to set up in Home Assistant - no more messing around with retained MQTT discovery messages and alike.
• One less single point of failure: In the ESPHome native API each ESP is its own server. With MQTT, when the broker shuts off nothing can communicate anymore.
• Stability: Since ESPHome has far more control over the protocol than with MQTT, it’s really easy for us to roll out stability improvements.
• Low Latency: The native API is optimized for very low latency, usually this is only a couple of milliseconds and far less than can be noticed by the eye.

Mein bester Tag in meiner "Smart Home Karriere" war mit Sicherheit das abschalten des MQTT brokers. Danach ist man ziemlich verdutzt und weis tatsächlich erstmal gar nicht was mit der neu "gewonnen" Zeit (die nicht verloren geht mit mqtt debugging) anzufangen.

Bei mir ging die Abschaltung von MQTT einher mit der Migration der letzten Tasmota Gerätschaften zu esphome. Seid dem geht die meiste Zeit für die Hardware- Basteilein und- Installation mit ESPs drauf, software seitig ist das mittels esphome einfach nur noch plug'n'play.

[OpenSourceNomad]

@ahnungsbefreit said in Logging von Tasmota Geräten:

Naja ich denke mal eine Steckdose mit Leistungsmessung. Wenn da Tasmota drauf läuft, bekommst Du über den SONOFF Adapter die Leistungsdaten in dem per Teleperiod eingestellten Intervall und kannst über Datenpunkte schalten. Ich nutze das auch für einige Geräte (Kühlschrank, TV, ...) und komme mit den 10s problemlos aus.

Blöde Frage aber wo kumulierst du denn deinen Verbrauch? Wenn du das nicht direkt auf dem esp machst und nur 10 sekündlich einen "snapshot" des aktuellen Verbrauch durchgibst kann das ja wirklich nur für sehr lineare Verbraucher halbwegs funktionieren :eyes:

Für æchte Warnungen oder gar Lastabwürfe bei autarken Strominstallation (mit begrenzter maximal Last) ist das natürlich auch nichts. :electric_plug:

[Ahnungsbefreit]

@opensourcenomad ich nutze das nicht für eine genaue Verbrauchsberechnung, nur z.B. um laufende Geräte erkennen zu können. Und kumuliere dann in Grafana um zu sehen, ob der Kühlschrank deutlich mehr als vorher verbraucht

[Medoc]

@opensourcenomad
bei erreichen eine definierten gesamtlast im haus, werden nach festgelegter reihenfolge nicht ganz so wichtige verbraucher ab geschaltet. ganz einfach.

die gesamtlast im haus darf 5 kw nicht überschreiten.

das selbe passiert bei der batterieüberwachung. bei bestimmten ladezuständen werden ebenfalls verbraucher abgeschaltet, bzw der dieselgenerator automatisch zu geschaltet.

die werte der zwei zuständigen pow werden per skript i datenpunkten addiert und von dort aus für die automatiken aus gelesen.

klappt jetzt in echtzeit

[OpenSourceNomad]

@ahnungsbefreit said in Logging von Tasmota Geräten:

Und kumuliere dann in Grafana

Das was du kumulierst ist aber dann nur eine Bestandsaufnahme des Stromverbrauches jede 10 Sekunden.

Gehst du dann einfach davon aus das 10 Sekunden lang der gleiche Stromverbrauch geherrscht hat?

Unsere Kühl-Geffrier-Kombi kickt z.B. mit 120W den Kompressor an aber eben nur für 'ne Sekunde. Danach pendelt er sich so auf 50/40W ein bis er aus geht. (In deinem Fall könnte dann der 120W Verbrauch gleich für 10 Sekunden angenommen werden, oder auch einfach gar nicht und komplett unter den Tisch fallen)

Wenn du interessiert bist den Realvebrauch (Abhängig natürlich von der Genauigkeit deiner Hardware) musst du den Verbrauch direkt auf den esp messen. Ich verwende dazu einfach die "total daily energy" component von esphome, für's tasmota Pendant muss du selber schauen ;)

Interessant wäre dann natürlich ein Vergleich mit deinen Grafana Annäherungen, für deinen Kühlschrank wahrscheinlich im Rahmen (vielleicht 5-15% daneben?), für andere Verbraucher kann da aber auch ziemlicher Kauderwelsch bei rumkommen.

z.B. um laufende Geräte erkennen zu können

...mit etwas Pech mit 9-sekündiger Verspätung? Da machen aber einige Automatisierungen gar keinen Spass mehr...

[Einstein67]

@opensourcenomad said in Logging von Tasmota Geräten:

Unsere Kühl-Geffrier-Kombi kickt z.B. mit 120W den Kompressor an aber eben nur für 'ne Sekunde. Danach pendelt er sich so auf 50/40W ein bis er aus geht

Ja genau dafür ist "powerdelta" total super! Da wird dann eben nur für eine Sekunde der Wert 120W in die InfluxDB geschrieben und danach der aktuelle Wert nach dem Anlauf-Strom.

[Medoc]

@einstein67
wenn du powerdelta 1 ein gibst, dann ist es weniger als 1 secunde. es läuft tatsächlich in echtzeit.
ich bin sowas von begeistert.
die gesamte verarbeitung im broker dauert etwa 35 millisekunden bis selbst der addierte wert im datenpunkt zur verfügung steht. schneller geht wirklich nicht.

[Ahnungsbefreit]

@opensourcenomad stimmt, spielt aber für meine Anwendung keine Rolle. ESPHome nutze ich inzwischen auch für alle neuen Geräte

[Medoc]

@ahnungsbefreit
als TE spielt genau das für mich eine Rolle.
Und dank @opensourcenomad wurde mein problem bestens gelöst. ;)
ich liebe dieses forum

[Einstein67]

@medoc said in Logging von Tasmota Geräten:

die gesamte verarbeitung im broker dauert etwa 35 millisekunden

Wow ... so genau hab ich das noch nie beobachtet.

Ich kaufe alte/defekte Miele-Waschmaschinen, repariere sie und protokolliere dann mit einem POW2 ein paar Testläufe. Da sehe ich mit "powerdelta 1" sogar jeden Drehrichtungswechsel der Trommel ... einfach perfekt für mich!

[OpenSourceNomad]

@medoc said in Logging von Tasmota Geräten:

etwa 35 millisekunden [...] schneller geht wirklich nicht.

A bissl was geht immer. Wenn ich mich recht erinnere sollte die maximale Reaktionszeit bei esphome 16ms (ein loop) betragen.

Ich habe mich zwar nicht wegen der Schnelligkeit einen esp zum Lastabwurf verdonnert sondern ausschließlich wegen der Zuverlässigkeit. Für mich ist das ein kritisches Bauteil und multiple-point-of-failures (WLAN, Server, etc.) sind tabu. Natürlich enthält die Zentrale Daten und kann ebenfalls Relais steuern aber der Lastabwurf geschieht direkt auf dem esp.

[arteck]

@medoc es geht nicht um den Internettraffic sondern den im WLAN 2.4 ghz.. wenn 20 Geräte alle 1 Sekunde Datenpakete senden ..dann wird die der Router /Repeter irgendwann mal aussteigen..

[OpenSourceNomad]

@arteck said in Logging von Tasmota Geräten:

wenn 20 Geräte alle 1 Sekunde Datenpakete senden ..dann wird die der Router /Repeter irgendwann mal aussteigen..

Was hast du denn für einen Asbach Uralt Router? Ich habe hier allein etwa 60 esphome Gerätschaften im WLAN hängen die teilweise halb-sekündlich reportieren. Keine Probleme dazu. Aber ich würde mich für diese Funktion sicher nicht vom WLAN oder Server abhängig machen. Ich will ja auch das mein Lastabwurf funktioniert wenn ich den Server neu starte oder jemand denkt mein WLAN jammen zu müssen.