Replies: 9 comments 7 replies
-
Hast Du das Limit ggf. mal geändert bzw. änderst es regelmäßig über NonPersistant? Ich würde einfach mal 100% mit Persistant rüberbügeln und dann nochmal testen, ob es passt. Das Limit sollte dann immer auf den 100% stehen, wenn er WR neu gestartet wird. Beim Neustart der DTU wird vermutlich das letzte Limit übergeben (aber 0 ist da m.E. nicht erlaubt). Aber Auch da ggf. mal "alle" Limits vorher auf 100% nochmal drüberschicken. |
Beta Was this translation helpful? Give feedback.
-
Ich ändere jedesmal nach Neustart von 0 auf 100% über Persistant. NonPersistant hab ich tatsächlich noch nicht getestet. Der Neustart des WR (was ja jeden Morgen passiert) hat hier keinen Einfluss. Es geht hier nur um den Neustart der DTU. Ich teste beim nächsten Firmwareupdate auch mal NonPersistant und berichte. |
Beta Was this translation helpful? Give feedback.
-
Nein. Neustarts werden ausschließlich via WebAPI oder MQTT angestoßen. Wenn du dich mit einem Tool wie MQTT-Explorer (oder auch auf der CLI mit mosquitto_sub) auf den MQTT Broker verbindest, was ist denn der erste Wert den das CMD topic annimmt? Also ist dort retained ein Wert hinterlegt? |
Beta Was this translation helpful? Give feedback.
-
Ich nutze MQTT mit dem iobroker. Mit dem MQTT Explorer hatte ich die cmd Objekte angelegt. Offensichtlich ohne das retain Flag. Ich habe jetzt mal nachgeholt. Ich melde mich nach dem nächsten Firmwareupdate. |
Beta Was this translation helpful? Give feedback.
-
Schaue dir doch bitte mal die Funktionsweise von MQTT an. Man kann dort keine Objekte (Topics) anlegen (auch wenn ioBroker das ggf. so darstellt). Man schickt (published) etwas an die Topic. Der Broker verteilt die Werte an alle Clients die auf die Topic hören (subscribed sind). Danach ist die Topic wieder weg vom Broker. Nichts deutet mehr darauf hin, das sie jemals existiert hätte. Wenn sich also ein neuer Client zum Broker verbindet bekommt er erstmal keine Werte. Er bekommt erst Werte zugeschickt wenn jemand etwas an eine Topic schickt auf die er hört. Das ist der ganz normale Regelfall. Jetzt gibt es noch das Retain Kennzeichen das man mit einer Nachricht mitschicken kann. Dadurch speichert der Broker die Topic und genau diesen Wert bei sich lokal. Wenn sich ein neuer Client verbindet bekommt er diesen zwischengespeicherten Wert genau dieser Topic zugesandt. Wenn weitere Werte ohne Retain Flag gesendet werden, werden diese ganz normal an alle Clients verteilt. Ein sich neu verbindender Client bekommt jedoch den ursprünglichen Wert welcher mit Retain geschickt wurde als initialen Wert. |
Beta Was this translation helpful? Give feedback.
-
@tbnobody |
Beta Was this translation helpful? Give feedback.
-
Hallo wurde das problem bereits gelöst? Denn mein openDTU stellt auch jeden morgen auf 0% und bleibt dann dort stehen. |
Beta Was this translation helpful? Give feedback.
-
OpenDTU setzt niemals aktiv irgendein Powerlimit. Es wird nichts selbstständig geregelt oder angepasst. Das muss alles von außen kommen. Wenn dein Inverter nach einem Neustart (was auch über Nacht der Fall ist) ein Limit von 0% hat, ist dieses vmtl. irgendwann Persistent gesetzt worden (Siehe WebUI temporär vs. persistent). Hier hilft es vllt. einmal das Limit persistent auf 100% zu setzen. |
Beta Was this translation helpful? Give feedback.
-
Ich habe auch das Problem, dass das Limit nach einem (Neu-)Start des MSP zunächst ein Limit von 0% anzeigt. Nach einiger Zeit, oder wenn ich eine andere Seite der opendtu anzeigen lasse und dann zurück zur Live-Ansicht gehe, wird korrekte 100% Wert angezeigt. |
Beta Was this translation helpful? Give feedback.
-
Nach Neustart (zB Firmwareupdate) setzt die DTU das Limit des Inverters (HM-1500) immer auf 0. Ich muss dann manuell das Limit wieder auf 100% setzen. Solang der Neustart geplant ist, mag das kein Problem sein, ungeplant schon. Wie kann ich das lösen?
Beta Was this translation helpful? Give feedback.
All reactions