MqTT Push Intervall zu lange in Verbindung mit Shelly3EM für Kompletten Haus Verbrauch #542
Comments
|
Ja, vor dem Problem werde ich auch bald stehen. man bräuchte eine Synchronisation der einzelen Werten. Vorausetzung sollte aber erstmal ein gleiches Interval sein. |
|
Der Shelly sendet nicht iin regelmäßigen Intervallen, sondern immer wenn sich Werte ändern. Also ist dieser Issue eigentlich sinnbefreit. Man müßte um die Werte alle korrekt für eine Berechnung zu bekommen das erst mal synchronisieren. |
Ja, aber in Verbindung mit Calculate nicht mehr sinnbefreit. Wenn Ahoy aber in dieser Zeit nichts pusht passen die Werte nicht mehr. |
|
@BambuLap |
|
Die Werte passen eigentlich nie ! Dann muß schon alles synchron in der selben Sekunde passieren. Und nicht mal das ist streng genommen korrekt 😉 Es gibt immer einen Versatz, wir wollen jetzt aber nicht päpstlicher als der Papst sein. Mir reichen 30s Intervalle. |
|
Ich mach's alle 60s! 😁 |
|
Meine Werte passen mit openDTU vielleicht mit 2,5W unterschied damit kann ich aber leben vergleich zur DTSU. Hab mit dem Inverter Interval gespielt. Gut bei 5Sec läuft es bei Producing bis jetzt ganz gut. Problem ist wenn HM auf not Producing geht kommen nur alle 60sec Mqtt an. Dies kann ich nicht beeinflussen. Und somit wäre das Problem gelöst. 30sec oder 60sec Intervall ist kein Option bei Daten Erfassung dann sprechen wir gleich bei 30W unterschied. |
added SH1106 to automatic build added IP address to MQTT (version, device and IP are retained and only transmitted once after boot) #556 added `set_power_limit` acknowledge MQTT publish #553 changed: version, device name are only published via MQTT once after boot added `Login` to menu if admin password is set #554 added `development` to second changelog link in `index.html` #543 added interval for MQTT (as option). With this settings MQTT live data is published in a fixed timing (only if inverter is available) #542, #523 added MQTT `comm_disabled` #529
Dann darfst Du eben nur wenn Du vom Ahoy aktuelle Werte bekommen hast die Berechnung durchführen. 😀 Ahoy leitet jetzt ja alle Werte weiter sobald es diese vom WR bekommen hat. Ist das damit für Dich gelöst oder was hättest Du hier gerne anders bzw prinzipiell erreichen ? Eine Aktualisierung unter 15 Sekunden hatten wir in der Vergangenheit idR nie empfohlen da dies zu instabilem Verhalten des ESP8266 führte. Das sollte mit dem AsyncWebServer zwar weitestgehend behoben sein... Auch hängt es stark davon ab wieviele WR die AhoyDTU hintereinander abfragen muss. Ich glaube ca 5s war Anfangs das unterste Limit für einen einzelnen Inverter und da waren noch keine weiteren Kommandos zur PowerLimit Anpassung etc im Code vorgesehen. Wenn die Funkverbindung zwischen AhyoDTU und WR nicht stabil / schnell genug ist, hat das mM nichts mit MQTT und dessen Intervall zu tun. Dh Werte per MQTT als aktuelle Werte auszugeben obwohl Ahoy nicht weiss, was der WR gerade macht ist wie Knickohr schrieb tatsächlich sinnfrei und vermutlich auch nicht was Du willst. Bitte ggf ein neues Issue aufmachen falls die Funkverbindung nicht stabil ist bzw. ggf mal hier in #523 nachschauen ob das bei Dir auch zutrifft mit dem Parallelbetrieb mehrerer DTUs ? |
|
Genau hier ist das große Problem. @lumapu #542 hat die Option in MQTT Settings Interval [s] mit eingebaut. Angenommen MQTT Settings 5sec Interval sollte die Leider klappt dies noch nicht mit der #542 Die Funkverbindung ist es auf keine Fall. Ich komme von openDTU hier gibt es keine Problem lief 3 Monate problemlos kein Rechenfehler der Leistung oder Hier Screen Short weil @knickohr das nicht glaubt bei openDTU mit 5sec.
|
|
Ja sorry, was nützt es mir denn wen ich alle 5 Sekunden die gleichen Werte vorgehalten bekomme. Die Wechselrichter können nun mal nicht so schnell Werte ausgeben wie die Shellies. Ein öfteres Ausgeben alter Werte ist in meinen Augen Verschwendung und korrigiert auch keinerlei Berechnungen. Ich schätze mal Du spielst auf die Lücken in deiner Grafik an. Nur so, ich betreibe auch 4 Shellies mit Ahoy und habe keine Lücken in den Kurven 😉
|
fix Prometheus and JSON endpoints (`config_override.h`) #561 publish MQTT with fixed interval even if inverter is not available #542 added JSON settings upload. NOTE: settings JSON download changed, so only settings should be uploaded starting from version `0.5.70` #551 MQTT topic and inverter name have more allowed characters: `[A-Za-z0-9./#$%&=+_-]+`, thx: @mo Demman improved potential issue with `checkTicker`, thx @cbscpe MQTT option for reset values on midnight / not avail / communication stop #539 small fix in `tickIVCommunication` #534 add `YieldTotal` correction, eg. to have the option to zero at year start #512
stefan123t
added
enhancement
|
klar kann man das machen, muss prüfen wie viel Code dafür nötig ist und was der letztendliche nutzen daraus ist |
Super, interessant ist nur des jeweiligen Inverters das er alle 5sec nur available=0 sendet der Rest an Daten ändert sich nicht bis er wieder available=2 bringt. Also kann dies ignoriert werden um Daten zu sparen. |
fix Prometheus and JSON endpoints (`config_override.h`) lumapu#561 publish MQTT with fixed interval even if inverter is not available lumapu#542 added JSON settings upload. NOTE: settings JSON download changed, so only settings should be uploaded starting from version `0.5.70` lumapu#551 MQTT topic and inverter name have more allowed characters: `[A-Za-z0-9./#$%&=+_-]+`, thx: @mo Demman improved potential issue with `checkTicker`, thx @cbscpe MQTT option for reset values on midnight / not avail / communication stop lumapu#539 small fix in `tickIVCommunication` lumapu#534 add `YieldTotal` correction, eg. to have the option to zero at year start lumapu#512
Hardware
Modelname: ______
Retailer URL: ______
nRF24L01+ Module
Antenna:
Power Stabilization:
connected between +3.3V and GND (Pin 1 & 2) of the NRF Module
Connection diagram:
Connection diagram I used:
Note: [*] GND Pin 1 has a square mark on the nRF24L01+ module
Software
Version / Git SHA:
Version: 0.5.66
Github Hash: f8fe044 :: 0.5.66
Build & Flash Method:
Desktop OS:
Debugging:
Ich komme von openDTU, hier kann man den
MqTT
Publish Interval: 5 seconds angeben.
Ich erfasse meine Daten alles über mehrere Shelly3EM in verschieden Unterverteilungen.
Diese sind auf 10sec Push programmiert.
Shelly pusht 10mal wenn man glück hat auch die Ahoy 1mal.
Daher passiert es ständig das Daten nicht kommen und somit
meine Berechnung nicht mehr stimmt und lückenhaft ist.
Ist es möglich MqTT Push Interval auf Niveau von openDTU anzupassen?
The text was updated successfully, but these errors were encountered: