wuesten_fuchs

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.