Smoki

Dass man den EVSE Bricklet 3.5 braucht verstehe ich. Die anderen sind nur optional damit man eine komplette Warp3 hat, oder? Wenn man genug Platz hätte in dem Gehäuse, kann man dann den Ethernet Brick von der Warp2 auch verwenden? Ich will nur vestehen was sich von der Hardware wirklich alles geändert hat. Ein Schütz mehr => verstanden. Braucht man wegen der Phasenschaltung. Aber die Bricklet und das Brickt versethe ich nicht. Ist das nur wegen dem Platz oder ist da noch mehr?

Danke für die Antwort Ich habe eine Warp 2 pro und ich hätte gerne die Phasenschaltung. Da hab mich gefragt was ich alles machen müsste um das nachzurüsten ohne gleich ein Upgrade auf die Warp 3 zu machen. Was ist WEM? Hat das meine Warp 2? Bei dem was passieren kann ist es vielleicht besser es nicht selbst zu programmieren 🤔

Reicht es für die Phasenumschaltung, wenn man L2 und L3 (von außen) wegnimmt? Oder gibt es da noch mehr zu beachten? Der Software sollte es egal sein, oder?

Ach ja, was ich noch fragen wollte: Wie warscheinlich ist es, dass ihr die Indices ändert? Ich lese nicht jedes Mal die meters/X/value_ids aus sondern verwende nur direkt die Indices

ja, das mit dem Index ist mir bewusst. Nur so kann man schneller nachschauen ob die Werte die ich nehme auch die richtigen sind :-) Ladevorgänge habe ich bereits zurück gesetzt. Danke

Hallo zusammen, da mein Wechselrichter anscheinend mit SunSpec ein wenig Probleme hat und ich die Abhängigkeit zu einem weiteren Tool (evcc) vermeiden will habe ich die PV Ladung selbst programmiert. Soweit klappt alles. Ich kann die Wallbox Manuell starten und ihm den Ladestrom mitgeben. Auch eine Min+PV (wie bei evcc) und eine reine PV Ladung mit diversen Parametern funktioniert super. Jetzt will ich zusätzlich die Leistung anzeigen was im aktuellen Ladevorgang bereits ins Auto geladen wurde. Dazu hab ich folgede benötigte API Aufrufe identifiziert: charge_tracker/current_charge[meter_start] => Zählerstand zu Beginn des Ladevorgangs meters/0/values[209] => Zählerstand (kein Reset möglich) meters/0/values[210] => Zählerstand seit Reset Da ich nie einen Reset durchgeführt habe kann ich leider nicht feststellen welchen Zählerstand charge_tracker/current_charge[meter_start] zurück gibt. Vielen Dank

Werden dann im Shop auch gleich die "WARP 3 Ersatzteile" angeboten? Oder kommt das dann erst später?

Dazu hatte ich mal eine Issue erstellt: https://github.com/Tinkerforge/esp32-firmware/issues/221 Geht das jetzt oder nicht? Kann man mit einem Trigger evcc übergehen?

Ja, evcc kann man anscheinend über MQTT (und Rest API) steuern. Also auf "schnell" Laden umstellen. Das wäre eine Möglichkeit. Sammelt ihr Erweiterungsvorschläge für diese Automatisierung?

Ein Regelsystem einzuführen finde ich unglaublich gut. Aktuell kann ich aber eine Anforderung nicht ganz abbilden .. oder ich verstehe es nicht richtig. Meine Wallbox wird über evcc gesteuert. Dadurch ist bei "kein PV" das Laden gesperrt. Ich will in diesem Fall durch drücken des Fronttasters das Laden starten. Ich denke das funktioniert so wie in dem Screenshot. Eine weitere Ebene wäre super. Starten mit voller oder minimaler Leistung (dazu bräuchte man mehrere Aktionen pro Bedingung) Nur Starten wenn überhaupt gesperrt wurde. Und das ganze auch beim Stoppen. Ich würde gerne über den Taster das laden beenden falls er gerade lädt. Eine weitere gute Aktion wäre, über den Taster zwischen "max und min" Laden switchen zu können. Dazu müsste man aber mehrere Bedingungen für eine Aktion festlegen können. Sammelt ihr wo gewünschte "Regeln"?

Hab mich falsch ausgedrückt, sorry. Im Geiste war ich eigentlich bei folgendem Satz der in der pdf steht den @pitchfork verlinkt hat: und in der 700er Serie steht laut der Tabelle: Mir sagen die Wert nicht wirklich was, also was da dahinter steckt. Aber meine Hoffnung des letzten Posts war, dass es doch irgendwann klappt

war nur so eine Idee. Ich programmiere es eh gerade in meine Steuerung ein (ist auch ein ESP32) mit der ich die WARP steuern kann. Nur fände ich es super wenn alles in einem System ist. Aktuell habe ich die Abhängigkeit zu evcc (was mega gut funktioniert). Eine Idee wäre auch, dass ihr ein yaml vorgebt und die community euch templates für verschiedene Wechselrichter (etc) dazu schreibt die man hochladen könnte. Allerdings habe ich immer noch die Hoffnung, dass in meinem Fall SMA das SunSpec noch fixed :-D

Mal unabhängig ob das SunSpec zuverlässig funktioniert oder nicht. Ihr habt ja noch die Option mit der API eingebaut. Würdet ihr auch eine Option einbauen wo man ein Modbus konfigurieren kann? So ähnlich wie das mit der API. Man wählt bei "Klasse" "modbus" aus. Gibt dann wie bei SunSpec die IP und den Port an. Und konfiguriert dann für alle Werte die ihr braucht die richtige Registeradresse? So wie: PV_Leistung = register 1234 (anzahl register) + register 4567 (anzahl register) Das Gleiche für die Batterieladung und Entladung, die Eingespeiste Leistung, etc.

Vielen Dank!!! Habe das Ticket bei SMA um die Information erweitert. Hoffe jetzt, dass ich bei der nächsten Antwort direkt mit einem 3rd Level oder einem Entwickler reden kann 😉. Die Hoffnung stirbt zumindest zuletzt.

SMA hat auf mein Ticket reagiert und will jetzt wissen was genau Fehlerhaft am SunSpec Protokoll sein soll. Kannst du mir dazu etwas genaueres liefern was ich denen alles mitteilen kann?