photron

Hier ist das Datenblatt des Gehäuses: https://www.rose-systemtechnik.com/wp-content/rose-import-data/export/Zeichnung_PDF/KAT26162609.pdf Das Loch ist 50mm tief und hat 11mm Durchmesser. Da passt keine Stecknuss rein. 20mm + 40mm + 10mm = 70mm

Danke, ich nehme dich auf die Liste der potentiellen Testkunden auf. Ich kann dir allerdings nichts versprechen, wann wir dazu kommen werden. Die Liste der Hersteller, die wir noch unterstützen wollen ist lang.

Für PV-Überschussladen erwarten wir, dass der für PV-Überschussladen ausgewählt Zähler den Wert "Wirkleistung (Bezug minus Einspeisung); Summe L1, L2, L3 [W]" in Watt liefert, gemessen am Netzanschluss. Dabei bedeutet "Bezug minus Einspeisung", dass der Wert bei Bezug positiv und bei Einspeisung negativ ist. Ein klassiches Problem ist das Vorzeichen verdreht zu haben, oder einen vorzeichenlosen Wert zu schicken. Wenn die WARP3 immer nur postive Leistungswerte am Netzanschluss sieht, dann sieht das aus als würde nie eingespeist, also ist nie PV-Überschuss vorhanden und es wird im PV-Überschuss-Modus nie geladen.

stefan12345352 hat ein Verbindungsproblem auf dem Level von Netzwerkkabel-Wackelkontakt. Du hast aber einen Crash intern im TCP/IP Code. Wir haben das auch schon von anderen Kunden gesehen und sind dabei das zu debuggen, das Problem ist aber leider noch nicht behoben.

Maximal 11mm, siehe https://warp-charger.com/documents/WARP4_Betriebsanleitung.pdf Abschnitt "3.1.3 Wandmontage".

Das Debug-Log fehlt.

Was hindert dich daran? Das wäre die beste Lösung. Der Plenticore hat die Werte höchstwahrscheinlich. Frage ist ob er sie auch durchreicht. Wenn du von der Wallbox aus einen SunSpec-Gerätesuche für den Plenticore laufen lässt, welche Modelle werden dann gefunden. Der KSEM müsste als Modell 203 oder 213 auftauchen. Kannst du das Log einer SunSpec-Gerätesuche hier anhängen. Dann kann ich mit besser ein Bild der Lage machen.

@cord Ich sehe, dass du über SunSpec das Wechselrichter-Modell 113 ausgewählt hast. Ich vermute, dass du dort den Messort von Wechselrichter auf PV umgestellt hast. Die Messorte sind jetzt nicht mehr umstellbar, wenn sie konzeptionell durch die Art des Zählers bekannt sind. Die Umstellbarkeit hatte Kunden mehr verwirrt als geholfen. Der Fronius Symo sollte auch SunSpec-Modell 160 (MPPT-Erweiterung) an bieten. Das ist die eignetliche PV-Erzeugung. Das ist leider schlecht benannt und dadurch nicht offensichtlich. Das werde ich für die nächste Firmware in PV-Erzeugung umbennenen. Versuch bitte mal, ob du den "PV Carport" von Modell 113 auf 160 umstellen kannst.

Das kannst du ignorieren. Ich habe in der Testfirmware einen Wert nicht angepasst, dadurch kommt diese Meldung. Das ist unkritisch und wird in der nächsten Release-Firmware korrigiert sein. Das Warndreieck kannst du anklicken, um einen Erklärung auszuklappen, ähnlich wie bei den Hilfe-Fragezeichen. Es kann bei der Batteriesteuerung vorkommen, dass abhängig vom Hersteller nicht alle Zustände vollständig umgesetzt werden können. Zum Beispiel ist es bei SAX Power nicht möglich, dass Laden zu erzwingen. In dem Fall wird das Laden auf normal belassen und das Entladen blockiert. Das Warndreiek zeigt dir an, wenn so ein Fall vorliegt, mit Erklärung dazu. In deinem Fall wurde das Warndreiek vorher bei dir aber fälschlicherweise angezeigt. Da sind zwei Fehler in der aktuellen Firmware, dei bei den in der Testfirmware korrigiert sind. Einmal der Crash bei Wiederholungs-Interval 0 und das der effektive Zustand des Speichers bei benutzerdefinierter Registertabelle undefiniert war, was dann zur falschen Anzeige des Warndreiecks führen konnte. Mit der Testfirmware kannst du jetzt auch bei benutzerdefinierter Registertabelle den effektiven Modus einstellen, Falls der Fall vorliegt, dass es nicht Möglich ist den Speicher gewisse Zustände einnehmen zu lassen.

Das ist der gleiche Bug wie hier. Schau mal bitte den den Thread, dort gibt es eine korrigierte Testfirmware.

Sorry, da ist ein Bug in der Behandlung für die benutzerdefinierte Batteriesteuerung mit Wiederholungs-Interval 0. Anbei eine korrigierte Testfirmware. @CptHildi Ich vermute, dass dein Problem ein anderes ist. Im Fall der benutzerdefinierten Batteriesteuerung mit Wiederholinterval 0 crasht die Firmware reproduzierbar sofort beim ersten Senden der Steuerbefehle an die Batterie. Edit: Veraltete Firmware entfernt.

Das steht auf der TODO Liste. Hat aber kein anvisiertes Fertigstellungsdatum.

Sorry, das ist ein Bug in WEM 2.7.0 und WEM2 1.6.0. Anbei korrigierte Testfirmwares. energy_manager_v2_firmware_1_6_0_6a26b98e_a517a6871b1a2e8_merged.bin energy_manager_firmware_2_7_0_6a26bbb8_a517a6871b1a2e8_merged.bin

Was für einen Wechslerichter/Batteriespeicher hast du denn?

Anbei eine aktuelle Version. Diese Version erkennt jetzt auch die Byte-Order automatsich. Achte nach dem Einspielen der Firmware einmal darauf, dass Plenticore G3 noch richtig ausgewählt ist in der Batteriesteuerung. Da ich zwei Einträge aus der Liste entfernt habe, wird sich das vermutlich vom G3 auf den G2 verstellt haben. energy_manager_v2_firmware_1_5_2_6a185616_00e26a7713a84c1_feature-kostal-battery-control_merged.bin