[Bug] DPL: Inverter produziert nicht: disqualified, current limit unknown #1427
Comments
Der Inverter kann nicht verwendet werden, weil der DPL darauf wartet, dass bekannt wird, welches Limit dort eingestellt ist. Hält dieser Zustand dauerhaft an oder nur fünf Minuten nach dem Start deiner OpenDTU-OnBattery? Wie lang ist die Uptime/Betriebszeit laut Web UI unter Info -> System? |
schlimmchen
changed the title
|
@andy75andreas Ich habe dein Problem in dieses Issue verschoben. Bitte starte keine Diskussion um ein neues Problem in einem existierenden Issue. Neues Problem => neues Issue. Wenn ein Issue keins ist, machen wir es wieder zu, kein Problem. Die Ganzzahlen um Issues durchzunummerieren gehen uns sobald nicht aus. Wovon aber nicht genug da ist: Kapazität mehrere Themen in ein und dem gleichen Issue auseinander zu halten 😉 |
|
Hallo "schlimmchen", alles klar und kein Problem. Hier die Daten der Batterie: Betriebszeit: 0 Tage 00:48:16 Dieser Zustand ist seit dem Update auf die aktuelle Version. |
|
Hm. Im Live-View ist der Inverter gelb (nicht rot), oder sogar blau? Was sagt "Letzte Aktualisierung"? Als Workaround kannst du bitte einmal ein beliebiges Limit manuell an den Inverter schicken, z.B. 100W, über die Web UI. Dann wird bekannt sein, dass 100W eingestellt sind, und der DPL kann diesen Inverter verwenden. Was ich nicht verstehe ist, warum OpenDTU nicht irgendwann das Limit abfragt. Vielleicht wird nur ein Versuch pro Neustart unternommen, und wenn der fehlschlägt, bleibt das Limit unbekannt? Das müsste ich mal im Code nachlesen. Es erscheint mir aber nötig, das der DPL selbstständig nach einer gewissen Zeitspanne das lower power limit setzt, sodass das gesetzte Limit bekannt ist. |
|
Hallo, manuell auf 10% eingestellt = 160W. Das war definitiv bei der vorherigen Version nicht so!
|
Ja, ich weiß? Soll ich mich jetzt schämen? Wenn du OpenDTU-OnBattery neu startest, kommt das Problem dann wieder und bleibt für mindestens fünf Minuten? Es dauert eine Zeit lang nach einem Neustart, aber nach fünf Minuten sollte es dann losgehen. |
|
Sollte keine Anschuldigung sein. Nach Neustart: Umrichter steht bei 0%, produziert aber 30W.
|
Hast du zwischen diesen beiden Schritten fünf Minuten verstreichen lassen? Hm, ich glaube es ist egal, denn das ist schon mehrfach aufgefallen, und es ist jedenfalls Mist, wenn die OpenDTU-OnBattery neu startet und dann (aus ungeklärten Gründen) der DPL niemals anfängt zu regeln weil er darauf wartet zu erfahren, welches Limit eingestellt ist. Er muss im Zweifel selbst ein befehlen. Das werde ich einbauen. |
|
Noch ne Frage zur Regelung mit 2 WR. |
Das kommt ganz auf deine Einstellungen an. Setzt das PowerMeter Intervall auf 1s (wenn du einen hast, der Polling macht) und setz das DTU Intervall auf 1s, dann kann der DPL auch häufiger als alle 5s ein neues Limit setzen, auch wenn ein zweiter WR abgefragt wird. |
|
Hallo, SML sendet immer 1s (Optischer Leser). |
|
Also mir ist das jetzt mindestens drei Mal passiert an meinem Test-Setup und jedes Mal hat sich das Problem nach spätestens fünf Minuten von selbst erledigt, weil dann doch das aktuelle Limit vom WR erfragt wurde. Merkwürdig. Aber auch fünf Minuten warten müssen ist nicht ideal, daher bekräftige ich nochmal, dass der DPL "einfach" das lower power limit setzen sollte, wenn er bemerkt, dass der inverter kein bekanntes limit meldet. |
|
Ich habe gerade umgestellt von einem kleinen DTU-Board auf das Fusion-Board und dabei auch die Firmware auf den aktuellen Stand gehoben. Anschließend ist alles wieder auf 0 und ich muss das Limit manuell setzen. Das geschieht bei mir so ca. alle 2-3 Minuten. |
|
Ich habe mal in meinem iobroker addiert, dass immer wenn der DPL das Limit auf 0 setzt, dass er wieder auf 100 % setzt. Es ist immer ein vielfaches der genannten 5 Minuten. |
when starting up, the current limit set at the inverter is not known for a couple of minutes (see upstream FAQ). to speed things up and to make sure that the current limit is eventually known (which it is not always, see #1427), the DPL now sends the lower power limit proactively.
|
Erledigt in be9e2aa. |
|
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new discussion or issue for related concerns. |
Hallo,
irgendwie geht da was nicht mit der 20.11.2024.
ESP32-S3 8MB, Oled,Pylontec,Victron,SML,(W5500)
Ich habe alles so eingestellt wie in der Version vorher, aber es wird kein Strom produziert.
Was ist hier falsch?
Dump von der Konsole:
Hier meine Pin-Map:
[ { "name": "Inv.: HMS/T/HM; BMS: Pylon-CAN ; MPPT P: 2-3; OLED", "nrf24": { "miso": -1, "mosi": -1, "clk": -1, "irq": -1, "en": -1, "cs": -1 }, "cmt": { "clk": 6, "cs": 4, "fcs": 21, "sdio": 5, "gpio2": -1, "gpio3": -1 }, "led": { "led0": 2, "led1": 1 }, "display": { "type": 3, "data": 9, "clk": 8, "cs": -1, "reset": -1 }, "victron": { "rx": 12, "tx": 11, "rx1": 10, "tx1": 17 }, "battery": { "rx": 18, "tx": 7 }, "powermeter": { "tx": 39, "rx": 40, "dere": -1 } }, { "name": "Inv.: HMS/T/HM; BMS: Pylon-CAN ; MPPT P: 2-3; OLED; W5500", "nrf24": { "miso": -1, "mosi": -1, "clk": -1, "irq": -1, "en": -1, "cs": -1 }, "cmt": { "clk": 6, "cs": 4, "fcs": 21, "sdio": 5, "gpio2": -1, "gpio3": -1 }, "w5500": { "mosi": 35, "miso": 48, "sclk": 36, "cs": 37, "int": 47, "rst": 38 }, "led": { "led0": 2, "led1": 1 }, "display": { "type": 3, "data": 9, "clk": 8, "cs": -1, "reset": -1 }, "victron": { "rx": 12, "tx": 11, "rx1": 10, "tx1": 17 }, "battery": { "rx": 18, "tx": 7 }, "powermeter": { "tx": 39, "rx": 40, "dere": -1 } } ]Originally posted by @andy75andreas in #1409 (comment)
The text was updated successfully, but these errors were encountered: