wuesten_fuchs

Sollten sich mehr als ein solches Reste-Angebot finden ... hier!

Den Hostnamen in der URL-Zeile anschauen? Dann weiß man doch, welche seiner Boxen man gerade vor sich hat.

Das gibt ein JSON zurück, muss ich also irgendwie zerfieseln. Ich brauche meter_start und dann was als Startzeitpunkt? evse_uptime_start oder timestamp_minutes? Wie sind diese Zeiten definiert?

Hmm. In Home Assistent sehe ich das aber nicht? Ist dort offenbar nicht automatisch als Sensor verfügbar.

Kann es sein, dass es auch keine MQTT topics gibt für die Daten eines etwaig laufenden Ladevorgangs, also Zeitdauer und Energiemenge? Ich sehe im Home Assistant eine ganze Menge Daten von der Wallbox, aber solche sind nicht darunter. Übersehe ich etwas?

Und per discovery bitte auch einen Selektor für den Lademodus (Aus, PV, Min+PV, Schnell) ... :-)

Kommt auch noch eine für WARP2?

Was in meinem Fall noch auffiel: sekündlich die Werte zu senden war "zu viel" und führte zu Aussetzern. Auf Anraten des bitshake-Supports habe ich das dann auf "alle drei Sekunden" reduziert: >S if upsecs%3==0{ =>WebQuery http://192.168.200.43/meters/1/update POST [Content-Type:application/json] [%sml[3]%,%sml[4]%,%sml[5]%,%sml[6]%,%sml[10]%,%sml[11]%,%sml[12]%,%sml[1]%,%sml[2]%] } Damit waren bei die Probleme behoben.

Oder meine Erfahrungen damit hier.

Danke. Den Rest krieg ich sicher hin. Aber was ist der Unterschied zwischen /power_manager/charge_mode_update und /charge_manager/charge_modes_update/0 ? Persistent meint den, der nach dem Boot der Box aktiv ist?

Ok, danke. Gibt's da irgendwo eine Anleitung, wie man das macht?

Ich habe unsere WARP2 via MQTT im Home Assistant integriert. Im HA sehe ich für das Gerät: Also diverse Sensoren und drei Aktionen. Irgendwie sind die Aktionen ein bisschen wenig, oder? Ich vermisse jedenfalls eine Aktion, mit der ich den Lademodus umstellen könnte (Schnell, Min+PV ...). Ist das nicht vorgesehen oder muss ich da noch etwas definieren? Oder geht das nur über einen HTTP-API-Aufruf? Hmm, und bei den Sensoren müsste es dann natürlich auch einen geben, der den aktuellen Lademodus anzeigt. Ja, klar, geht natürlich via WARP2-Webseite, aber da wir uns da gerade ein bisschen ein Dashboard zu dem Themenkomplex bauen, wäre das sehr praktisch, es von da tun zu können.

Dann darf das halt nicht draußen sein, wo es auch z.B. Ameisen gibt ... die kommen sonst überall rein.

Wie heißt das so schön? "Das ist individuell verschieden." :-) Mach Dir nicht so viele Gedanken, lass es auf Dich zukommen. Schraub die Wallbox irgendwo hin, so dass das Kabel zum Anschluß am Auto reicht ... Ab und zu wirst Du den Knopf an der Box brauchen und sicher schadet es nicht, wenn Du schon beim Betreten der Garage sofort die LED der Box sehen kann, die den Status anzeigt. Also sollte sie nicht in der hintersten Ecke hängen bzw. wo man sie nicht leicht sehen kann. Allenfalls würde ich empfehlen, sie vorn an der Garage anzubringen, also direkt hinter dem Tor, nicht hinten. Dann kann man auch leicht mal ein vor der Garage stehendes Auto z.B. eines Gastes laden. Das wirst Du irgendwann auch mal brauchen so wie sich BEV mehr durchsetzen.

Hmm. Also Umbau auf Steckdose mit Verriegelung ist doch sowieso ein Rückschritt. Das ist doch gerade ein Vorteil der WARP, dass sie ein fest angeschlagenes Kabel hat, so dass nicht jeder beim Laden wieder mühselig sein eigenes herauskramen muss. Das nervt mich immer an öffentlichen AC-Ladestationen...

Ich habe auch einen Tesla und (s.o.) ich persönlich würde diesen Aufwand nicht haben wollen. Mir wäre die Sache mit dem SoC auch nicht so wichtig. Wenn unsere Autos laden, kann ich den SoC jeweils über die Hersteller-App direkt sehen und es gibt wiederum von den (oder manchen, jedenfalls bei uns Tesla, Hyundai und Kia) Hersteller-Apps/Servern Integrationen zu Home Assistant, so dass man das dort eh schon bekommen kann, wenn man das möchte. Und vor allem noch viel mehr Daten (https://www.home-assistant.io/integrations/tesla_fleet/). Und eigentlich braucht man den SoC ja nicht in der oder für die WARP-Box, sondern für Automations und dafür wird man eh z.B. Home Assistant brauchen. Wenn es mir nur um einen einfachen Ziel-SoC geht, dann kann ich den sowieso im Auto einstellen und tue dies heute schon so. Wenn ich mal woanders lade und das brauche, mache ich das ja auch so, also warum nur zuhause "anders machen". Langer Rede kurzer Sinn: wenn ich dafür einen Tesla API Key usw. brauche, dann mache ich das gleich in/für Home Assistant und nicht für die Wallbox.

Zwei Wireguard-Clients zum selben Server aus demselben Netzwerk ... das ja sicher (wie üblich) per NAT mit dem Internet verbunden ist. Wireguard verwendet UDP, da besteht durch das NAT ein Konfliktpotenzial. Der NAT-Dienst auf dem Router/Firewall muss beim ausgehenden NAT die UDP-Pakete der beiden Warp von verschiedenen Ports versenden, damit Antwortpakete auch jeweils an diese verschiedenen Ports gehen und dann wiederum durch den NAT-Dienst an die richtige Warp intern weitergeleitet werden. Das kann funktionieren, muss aber nicht immer. Insbesondere gibt es im NAT-Dienst timeouts für die Einträge in dieser seiner Zuordungstabelle. Vielleicht geht da etwas schief.

Darum geht es ja nicht. Sondern nur darum, dass sich der Tesla auch so verhält wie andere BEV... Naja, solange Tesla-Nutzer die Funktion in der Warp4 abschalten können ist es ja auch OK. Ich habe ja auch einen Tesla und aktuell eine Warp2 - damit habe ich einen Grund weniger für ein Upgrade auf eine Warp4. :-) Und nein, ich würde nicht wollen, dass die Warp4 auch noch via Tesla-Server und deren API auf meinen Wagen zugreift.

Bug-Report an Tesla?

Ich habe ein 8m Kabel (Metron) und das sind über die Wallbox gehängt gerade mal 3 Schleifen. In 80% der Fälle nehme ich halt nur zwei runter, wenn der Ladeport des betr. Autos so nahe ist. Selbst wenn Du also ein 10m Kabel nimmst, werden es nur max. 4 Schleifen sein. Das passt locker noch auf die Wallbox drauf, da brauchst Du keinen extra Kabelhalter.

Same here. Ich schaue an manchen Tage schon auch mal drauf, während tagsüber ein Auto mit PV-Überschuss lädt. Aber dann will ich ja auch nicht zur Wallbox in die Garage gehen, sondern sehe per Browser vom Schreibtisch aus nach. Ich hatte nur woanders schon mal geäußert, dass ein zweiter Taster manchmal hilfreich wäre ein Taster zur Auswahl des Lademodus ein weiterer für Start/Stop Ansonsten wäre evtl. eine etwas bessere LED-Anzeige (mehr als nur die eine) hilfreich, um den aktuellen Lademodus besser erkennbar anzuzeigen (wenn man den gerade per Taste umgeschaltet hat, das mit dem mitzählen ist nur so halb gut ...). Und das sind genau die Dinge (2 Taster und die LED-Anzeige), die man "vor Ort" braucht, wenn man gerade angesteckt und die NFC-Karte hin gehalten hat. Mehr nicht.

Die WARP läßt sich per MQTT in HA integrieren. Sicher kann man dann andere Zählerdaten (die von diesen auch per MQTT in HA fließen) an API-Zähler in der Wallbox pushen. Ich mache das zwar nicht, meine aber, das gesehen zu haben, dass das geht. Ich lasse bei uns die Zähler (PV und Netz) direkt an API-Zähler in der WARP2 senden.

D.h. Dein Metron-Kabel hat 12,5 mm, meines 13 (oder ich habe nicht so genau gemessen). Aber das original mit meiner Warp2 gelieferte Kabel hat auch nur 13 mm und nicht wie Deines 15,6 mm. Nun ja, hatten sie halt mal anderes Material. Aber das heißt m.E. ganz und gar nicht, dass das Metron-Kabel nun irgendwie "schlechter" ist. Die Spezifikation ist ja identisch. Sei doch froh, so ist das Kabel sicher etwas leichter und flexibler bei gleicher "Leistung".

Hier nicht. Welchen Außendurchmesser haben denn Deine Kabel (original Warp, Metron)?

Ich habe auch das Metron-Kabel gekauft. Das mit der Dicke kann ich nicht bestätigen. Sowohl das originale Kabel als auch das Metron-Kabel haben ziemlich exakt 13 mm Außendurchmesser. Offenbar hattest Du vorher wohl doch eher ein 32A-Kabel.