MatzeTF

Versprechen können wir nichts, aber vielleiiiiiiiicht nächste Woche.

Klingeldraht oder Telefonkabel mit einem Aderpaar reicht auch.

Das Upgrade-Kit kostet schon weniger, als die Summe der Einzelkomponenten. 🫣

Nein, eine WARP4 muss zwei Schütze mit Hilfskontakten haben, wie eine WARP3. Du kannst die Schütze natürlich ebenfalls nachrüsten, aber dann wird der Umbau etwas aufwändiger.

Im WARP Shop bei den WARP4 Ersatzteilen. Das ist dieser Artikel.

Ja, gibt es. Wenn man aber eine ausgemusterte WARP über hat, kann man sie problemlos als mobile Wallbox nutzen. Die auf meinem Foto ist eine alte WARP2.

WARP für Unterwegs kann ich nur empfehlen. Passt auch genau in den Frunk eines Volvo XC-40.

Ich kann verstehen, dass du mit dem aktuellen Zustand unzufrieden bist, und dich vielleicht aus Verzweiflung an die KI wendest. Leider sind deren Aussagen zu solchen Problemen absolut nutzlos und stiften tendenziell mehr Verwirrung oder bestärken einfach nur deine ursprüngliche Annahme. Der SHM ist ein geschlossenes System, aus dem man wenig Logs bekommt und keinen Source Code hat. Die Logs der WARP sind sehr gesprächig und der Source Code ist komplett verfügbar. Diese Informationen in eine KI zu stecken, ist nichts anderes als ein Schauprozess, bei dem von der Partei des Angeklagten niemand anwesend ist. Es ist durchaus möglich, dass beim SHM die Leistungsabfrage von Wallboxen einfach noch nicht implementiert ist. Es ist aber genauso gut möglich, dass das schon implementiert ist, der SHM beim initialen Verbindungsaufbau aber irgendein von der Wallbox gesetztes Flag erwartet, was aktuell noch nicht gesetzt ist. Da man aus dem SHM nun mal nichts Hilfreiches rausbekommt, kann niemand außer SMA sagen, was das Problem sein könnte, weder der Tinkerforge-Programmierer, der es implementiert hat, noch irgendeine KI. Schau dir zum Vergleich mal diesen Thread an, in dem Claude ebenfalls mit voller Überzeugung glaubte, zwei kritische Probleme ausgemacht zu haben, die in Wirklichkeit komplett belanglos waren.

Du kannst Tags an jede Wallbox halten. Es wird weiterhin nur die Wallbox freigegeben, an die du ein passendes Tag hältst. Eine gesteuerte Wallbox kennt das Tag aber nicht und fragt stattdessen beim Lastmanager an, ob das gerade präsentierte Tag laden darf.

The DC fault protector can only be tested when no car is plugged in. Which is also why the DC fault injection cannot cause any problems when a charge is starting.

Achso, nein, eine Liste für kommende Unterstützung gibt es nicht. Es wird das eingebaut, wonach die Nutzer fragen. Kannst du deine Einstellungen hier posten, damit wir das übernehmen können? Falls du zusätzlich noch einen Link zu einem Datenblatt hast, wäre das super. 😀 Bitte lade einen Debug-Report runter (unter System → Ereignis-Log) und hänge ihn hier an, damit wir uns das ansehen können.

Prinzipiell kann man die Wallbox per Kabel-LAN und WLAN in zwei verschiedene Netze hängen. Dann könnten die Wallboxen untereinander dynamisches Lastmanagement mit den Daten vom Netzanschluss machen und für PV-Überschussladen über ein anderes Netz die Daten der Partei X empfangen. Es ist aber, wie schon gesagt, aktuell nicht möglich, dass die Wallbox dieses zweigeteilte Setup alleine schafft. Wahrscheinlich wäre noch die einfachste Variante, dass jede Partei, die PV-Überschussladen nutzen möchte, EVCC mit den eigenen Stromzählerwerten laufen hat. Allerdings braucht dazu jede Partei einen PC oder Raspberry Pi, auf dem EVCC läuft, plus entsprechend Ahnung bzw. Interesse, um das einzurichten.

Das muss sich @photron ansehen. Du könntest übrigens mal beim ioBroker MQTT-Server ausschalten, dass beim Verbinden alle eigenen States rausgeschickt werden. Das müllt die Wallbox zu, speziell das Ereignis-Log.

Ja (sofern dein Fahrzeug kompatibel ist). In EVCC wird der SoC wahrscheinlich noch nicht angezeigt werden, da die WARP4 erstmal bei ein paar Nutzer angekommen sein muss, bevor die EVCC-Leute die SoC-Abfrage einbauen können.

Das ist genau der Grund.