seppl2025

Zumindestens kann ich jetzt erstmal wieder laden und mich über die PV-Überschuss-Einrichtung kümmern, was mein nächtes Ziel ist.

Die Box läuft zumindest wieder. Allerdings gibt es ein paar Folgeprobleme: Die Aktionen für die NFC-Karten waren nicht mehr gespeichert. Außerdem blinkt die Box beim Einschalten gelb, und die NFC-Karten scheinen nicht mehr zu funktionieren. Das überrascht mich nicht, denn die NFC-Elektronik war ja genau das Hindernis beim mechanisch einfachen Einbau. Es würde mich daher nicht wundern, wenn da jetzt etwas nicht mehr so funktioniert wie es soll.

Es ist etwas knapp bemessen. Professionell ginge das sicher besser. Ich überlege deshalb, die Box wieder einzuschicken, damit die Arbeit ordentlich abgeschlossen werden kann.

Alles wieder anschliessen.

Der Zusammenbau gestaltet sich leider nicht ganz frustrationsfrei. Die NFC-Elektronik ist verklebt, und dem Gehäuse fehlen einige Millimeter in der Breite, um den fertigen Block problemlos einzubauen. Hilfe war nötig (meine Frau war so freundlich): gegebenenfalls Sekundenkleber, damit die Scheibe nicht von der Schraube fällt, ein Magnet, um die Schraube an ihren Platz zu bringen (falls man nicht vorher daran gedacht hatte), sowie viel Geduld und Fingerspitzengefühl. Aufgrund dieser scheinbar einfachen mechanischen Hürde, die letztlich viel Zeit und Nerven gekostet hat, würde ich beim aktuellen Design der Wallbox den Zusammenbau nicht noch einmal selbst versuchen. Meine Selbstbaubox für meinen Peugeot Ion aus dem Jahr 2017 hatte da deutlich mehr Platz

Mit ausgebauter Hutschiene ist auch die Rückseite gut erreichbar. Nun können die Anschlüsse entsprechend Stromlaufplan und den dokumentierten Zuständen vorher/nachher systematisch verändert werden.

Die Zuleitung hatte keine Farbkodierung, daher wurden zunächst L1, L2, L3, N und PE mit einem Beschriftungsgerät markiert, damit diese später wieder korrekt angeschlossen werden können. In der Wallbox erhielten sicherheitshalber einige Anschlüsse ebenfalls eine Beschriftung. Beim Lösen der Verbindungen zum NFC, der Zuleitung und dem Deckel ist es wichtig, den Zustand zu dokumentieren – Fotos eignen sich hierfür gut.

Hier noch die Dokumentation. Vorschriftsmässig müssen die Arbeiten von einer Elektrofachkraft durchgeführt werden. Auf jeden Fall hier erstmal der Hinweis: Die 5 Sicherheitsregeln der Elektrotechnik ‍Freischalten. Gegen Wiedereinschalten sichern. Spannungsfreiheit feststellen. Erden und Kurzschließen. Benachbarte, unter Spannung stehende Teile abdecken oder abschranken Das stromlos schalten und Wiederinbetriebenehmen sind die kritischen Schritte.

Der Zähler ist ca. 70mm breit. Ich gehe davon aus, dass das noch ein bischen Platz geschaffen werden muss. Das Bild mit der Holzvertäfelung zeigt meine Installation. Das Bild darunter ist eine Kopie aus https://warp-charger.com/warp3-charger/

Also das Rot-Grüne Kabel in RSA/RSB - ist die Farbezuordnung egal oder festgelegt?

Die Stromkabel machen einen logischen Eindruck. Ich habe aber noch 3 andere Kabel erhalten.

Werde jetzt erstmal von smart auf pro nachrüsten.

Zähler und Kabelsatz habe ich unkompliziert sehr schnell erhalten. Ich bräuchte nur noch die Infos bezüglich der Änderung der Verkabelung. Wo finde ich diese? Siehe auch

Wegen der gleichen Diskussion habe ich mich für einen nachträglichen Umbau von smart auf pro entschieden.

Gerne würde ich im github mir die Issues anschauen und ggf. neue erstellen - inbesondere vermisse ich den issue-Link in der Weboberfläche selbst. Der Bereich: warp3-2etS WARP3 Charger Smart 11kW 2.7.8+67efdb29 sollte IMHO aus Links bestehen die auf die Produkt/Release und Issue-Seiten verweisen bzw auch hier aufs Forum.

Nun nehme ich an, dass ich zunächst mal den internen Zähler ebenfalls simulieren / befüllen müssen, damit eine PV-Überschusssteuerung möglich wird.

Wenn ich das live beeinflusse warp -u 1200 ✅:1200 Watt set wf@fixit com.bitplan.rose % warp -u 1250 ✅:1250 Watt set wf@fixit com.bitplan.rose % warp -u 3600 ✅:3600 Watt set wf@fixit com.bitplan.rose % warp -u 3650 ✅:3650 Watt set bekomme ich

@MatzeTF Danke für die Hinweise. Im Moment habe ich ja theoretisch zwei Zähler. Den einen kann ich zumindestens schon mal "simulieren". Der andere ist der Warpcharger Zähler, der wird bei mir aber als "Kein Stromzähler angeschlossen" dargestellt. Gestern wollte ich das Laden mit dem simulierten Zähler ausprobieren. Das Ergebnis im Lade log ist aber: 18.04.2025 19:15 Maximum-Voll N/A 13:18:35 N/A Der Ladeverlauf sieht dann so aus:

Ich verwende jetzt das unten stehende Script "warp" zum testen warp -h zeigt die usage Usage: warp [options] Options: -h, --help Show this help message -i, --info show API info -u, --update [value] Update meter value warp -i warp -i see https://docs.warp-charger.com/docs/api_reference version: 2.7.8+67efdb29 meter1: Netz meter1 value: 74 - Summe der Phasenwirkleistungen (Bezug - Einspeisung) warp -u 1200 setzt z.B. die aktuelle Leistung auf 1200 Watt der Zähler zeigt das dann auch an warp -u 1200 ✅:1200 Fehler werden angezeigt z.B. warp -u 1200a ❌:Failed to deserialize: JSON payload could not be parsed #!/bin/bash # WF 2025-04-18 docs=https://docs.warp-charger.com/docs/api_reference wallbox=http://wallbox.bitplan.com #ansi colors #http://www.csc.uvic.ca/~sae/seng265/fall04/tips/s265s047-tips/bash-using-colors.html blue='\033[0;34m' red='\033[0;31m' green='\033[0;32m' # '\e[1;32m' is too bright for white bg. endColor='\033[0m' # # a colored message # params: # 1: l_color - the color of the message # 2: l_msg - the message to display # color_msg() { local l_color="$1" local l_msg="$2" echo -e "${l_color}$l_msg${endColor}" } # Function to display negative messages negative() { local l_msg="$1" color_msg $red "❌:$l_msg" } # Function to display positive messages positive() { local l_msg="$1" color_msg $green "✅:$l_msg" } # call the wallbox API with the given command # and filter the json result with given jq filter # params # #1: cmd - the api command # #2: filter - the jq filter api() { local l_cmd="$1" local l_filter="$2" curl -s $wallbox/$l_cmd | jq -r "$l_filter" } # call the wallbox API with the given command # and filter the json result with given jq filter # show result with the given label # params # #1: label - the title label # #2: cmd - the api command # #3: filter - the jq filter show_api() { local l_label="$1" local l_cmd="$2" local l_filter="$3" printf "%s: " "$l_label" api "$l_cmd" "$l_filter" } # explain what a value_id means explain_value_id() { local l_value_id=$1 local l_explanation="" case $l_value_id in 1) l_explanation="Spannung L1-N" ;; 2) l_explanation="Spannung L2-N" ;; 3) l_explanation="Spannung L3-N" ;; 4) l_explanation="Spannung L1-L2" ;; 5) l_explanation="Spannung L2-L3" ;; 6) l_explanation="Spannung L3-L1" ;; 7) l_explanation="Durchschnittliche Phasenspannung" ;; 8) l_explanation="Durchschnitt Spannung L1-L2, L2-L3, L3-L1" ;; 13|17|21) l_explanation="Strom (Bezug + Einspeisung)" ;; 25) l_explanation="Neutralleiterstrom" ;; 29) l_explanation="Durchschnitt der Phasenströme" ;; 33) l_explanation="Summe der Phasenströme" ;; 39|48|57) l_explanation="Wirkleistung (Bezug - Einspeisung)" ;; 74) l_explanation="Summe der Phasenwirkleistungen (Bezug - Einspeisung)" ;; 83|91|99) l_explanation="Blindleistung (induktiv - kapazitiv)" ;; 115) l_explanation="Summe der Phasenblindleistungen" ;; 122|130|138) l_explanation="Scheinleistung (Bezug + Einspeisung)" ;; 154) l_explanation="Summe der Phasenscheinleistungen" ;; 209) l_explanation="Wirkenergie Bezug (seit Herstellung)" ;; 210) l_explanation="Wirkenergie Bezug (seit letztem Zurücksetzen)" ;; 211) l_explanation="Wirkenergie Einspeisung (seit Herstellung)" ;; 212) l_explanation="Wirkenergie Einspeisung (seit letztem Zurücksetzen)" ;; 213) l_explanation="Wirkenergie Bezug + Einspeisung (seit Herstellung)" ;; 214) l_explanation="Wirkenergie Bezug + Einspeisung (seit letztem Zurücksetzen)" ;; 277) l_explanation="Blindenergie induktiv + kapazitiv (seit Herstellung)" ;; 353|354|355) l_explanation="Leistungsfaktor (gerichtet)" ;; 356) l_explanation="Summe der gerichteten Leistungsfaktoren" ;; 364) l_explanation="Netzfrequenz" ;; *) l_explanation="Unknown value_id" ;; esac echo "$l_explanation" } # print usage information usage() { echo "Usage: $(basename $0) [options]" echo "Options:" echo " -h, --help Show this help message" echo " -i, --info show API info" echo " -u, --update [value] Update meter value" exit 1 } # # show API infos # info() { echo "see $docs" show_api version info/version '.firmware' show_api meter1 meters/1/config '.[1].display_name' first_value_id=$(api meters/1/config '.[1].value_ids[0]') first_value=$(explain_value_id $first_value_id) printf "meter1 value: %s - %s\n" "$first_value_id" "$first_value" } # Update meter values function # params # #1: value - the value to set (should be an array of values) update_meter() { local l_value="$1" local l_result=$(curl -s -X POST "$wallbox/meters/1/update" \ -d "[$l_value]") if [ -z "$l_result" ]; then positive "$l_value Watt set" else negative "$l_result" fi } # handle command line options while [ "$1" != "" ]; do option="$1" case $option in -h|--help) usage ;; -u|--update) shift value="$1" if [ "$value" = "" ]; then echo "Error: Missing value for update" usage fi # Update meter value update_meter "$value" # Add update functionality here ;; -i|--info) info ;; *) echo "Unknown option: $option" usage ;; esac shift done

Danke für die prompte Antwort. Ich habe jetzt versucht einen Zähler einzurichten. Die Betriebsanleitung hat im Abschnitt 5.3.1 zum Thema API leider keine Details und auch bei der Einrichtung des Zählers ist es mir schwer gefallen festzulegen welche Zählerangaben ich da machen soll. Meine Zähler sind alle ausschliesslich digital verfügbar - der Zweirichtungszähler hat einen Tasmota-Lesekopf wie oben beschrieben. Meine SMA Wechselrichter werden über einen raspberry PI ausgelesen, wo ich per Script selbst die MQTT Nachrichten zusammen baue. Wenn es noch keine MQTT Unterstützung gibt muss ich also selbst die API Anbindung verstehen, was bisher nicht der Fall ist. In der Benutzeroberfläche bin ich überhaupt nicht nach API Details gefragt worden. so bekomme ich bei meinem eingerichteten Zähler lediglich einen Zählernamen und "Es sind bisher keine Werte vorhanden." angezeigt. In der Benutzeroberfläche sind relativ viele Klicks nötig, um sich die Details anzeigen zu lassen. Schöne wäre wenn es einen YAML Import und Export der Konfiguration geben würde - das würde den Austausch von Erfahrungen zwischen Usern vereinfachen. Ich guck mal ob ich die github Links finde oder hier schon was zu Thema Import und Export von Konfigurationen diskutiert wurde.

Ist das immer noch so? Ich habe ebenfalls einen Tasmota-Zähler der an HomeAssistant die Daten per MQTT schickt. Beispiel: { "Time": "2025-04-17T18:35:31", "Time": "2025-04-17T18:35:51", "eHZ": { "E_in": 67076.074, "E_in": 67076.079, "E_out": 49516.958, "Power": 0, "Power2": 846 } } Für mehr Details müsste ich wohl das Tasmota Script ändern. Allerdings bekomme ich wohl in Kürze auch einen anderen Stromzähler.