Logging von Tasmota Geräten
-
@ahnungsbefreit
nochmal zum verständnis,
offenkundig geht mit dem befehl teleperiod nur ein logging ab 10 sec.
gebe ich teleperiod 5 ein, kommt die rückmeldung ": stat/tasmota_9BFC5F/RESULT = {"TelePeriod":10}"meine frage lautet, läßt sich da was umbiegen?
-
@medoc ok, verstanden. Ich hatte noch nie das Bedürfnis, auf unter 10s zu gehen und habe deswegen die Beschränkung nie gesehen. Ich fürchte, dann kann ich nicht helfen.
-
@medoc warum willst du das Log auf 1 sec setzten.. damit kannst du ehh nix anfangen. da es nur auf der Konsole läuft auf dem Gerät ..
vielleciht hast du ein Verständsnissproblem.. was hast du vor ??
-
@arteck
das ist so nicht richtig.
die teleperiod bestimmt den interall,mit dem die daten an den iobroker gesendet werden.
und da benötige ich halt möglichst kurze intervalle zur echtzeitverarbeitung. -
Geht nur ab 10sek
Quelle: https://tasmota.github.io/docs/Commands/
TelePeriod See current value and force publish STATE and SENSOR message
0 = disable telemetry messages
1 = reset telemetry period to firmware default (TELE_PERIOD)
10..3600 = set telemetry period in seconds (default = 300) -
@medoc das heisst du schaltest das Gerät anderweitig an und aus ?
von welchem Gerät sprechen wir ... -
@arteck 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.
-
@ahnungsbefreit deshalb die Frage was er vor hat.. den eine sekündliche Abfrage verursacht Traffic ohne ende
-
@arteck
hier läuft ein komplett aiutarkes haus.
wir benötigen die daten der verschiedenen pow2 sekundengenau.
ebenfalls die daten vom energyspeicher um die automatiken paßgenau zu steuern.aber wie gesagt, es geht halt nicht mit diesen dingern,also muß ich nach anderen hardwarelösungen suchen.
der trafik spielt eine untergeordnete rolle, da für das iobroker netz ein eigenes netzwerk installiert ist, welches nicht ans internet angeschlossen ist.
-
@medoc
Schon mal bei Industriestromzählern geschaut?
zB. Siemens PAC3200 + 3 Stromwandler: sind zwar teuer, aber messen dauernd.Wenns etwas billiger sein soll: https://stromzähler.eu/stromzaehler/wechselstromzaehler/
Da gibt es auch geeichte und mit verschiedenen Schnittstellen. -
@succo_j gute idee, aber ich muß vorrangig nicht die gesamtenergie zählen, sondern spannung und strom überwachen.
und dann das ganze noch in den iobroker übertragen.
mqtt können die dinger leider nicht. -
@medoc
Das können die auch - zumindest die Siemens (Spannung, Strom, Leistungsfaktor, THD-R pro Phase, Frequenz)
Preislich über dem PAC3200 sind es dann schon richtige Netz-Analyser.
https://support.industry.siemens.com/cs/document/109764140/messgeräte-7km-pac-ein-überblick-der-wichtigsten-dokumente-und-links?dti=0&lc=de-DEJanitza hat auch so was im Angebot.
-
@succo_j
ich blättere mich da gerade durch. das problem ist die einbindung per mqtt in den iobroker -
@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.
-
@medoc
mqtt geht nicht, aber Modbus TCP. Ich glaube, hier im Forum haben einige Leute den PAC3200 verbaut. -
kannst du mir das etwasgenauer erläutern?
gern auch per pndanke, erledigt. das war tatsächlich die lösung.
-
@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.
-
@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. -
@einstein67
ok,powerdelta war die lösung.thread kann geschlossen werden
-
@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
- 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.
