Ich habe nur eine warp3 wallbox und steuere die eigentlich über mqtt im homeassistant, aber das der fernzugriff hat auch noch NIE funktioniert. ich probiere es nach updates immer mal wieder aus, aber heute habe ich mir nochmal die mühe gemacht das Debugging KI unterstützt und systematisch zu machen. Ergebnis der fritzbox mitschnittte für wan und lan ist, dass die https verbindung mit dem portal anstandslos funktioniert (kann mich sauber registrieren, sehe aktualisierungen aber keine Verbindungsmöglichkeit) aber auf der LAN Bridge des routers kommt schlicht gar kein udp von der wallbox an (im wireshark mit "ip.src == meinwallboxip && udp" gefiltert leer), obwohl sie es vermeintlich probiert: 2026-10-08 13:56:11,230 | remote_access | Management connection timed out 2026-10-08 13:56:39,707 | remote_access | Connecting to Management WireGuard peer my.warp-charger.com:51820 2026-10-08 13:57:43,625 | remote_access | Management connection timed out 2026-10-08 13:57:46,109 | remote_access | Connecting to Management WireGuard peer my.warp-charger.com:51820 2026-10-08 13:58:49,009 | remote_access | Management connection timed out ... Ein KI-Verdacht wäre noch dass es an ein falsches interface gebunden ist, aber ich habe den AP auch mal nur als fallback installiert und bin sonst über LAN verbunden. Ein generierte Formulieurng für diese Nachfrage ist: "Laut Code (remote_access.cpp, master) wird der Rückgabewert von management->begin() nicht geprüft, und „Connecting…“ wird vor DNS-Auflösung und Tunnelaufbau geloggt. Mein Mitschnitt zeigt kein einziges UDP-Paket der Wallbox. Ich vermute, dass begin() still fehlschlägt. Ließe sich hier Fehler-Logging ergänzen oder eine Debug-Firmware bereitstellen?" Jetzt lese ich hier das ein Switch schuld war. Gewisse Switch-Kaskaden habe ich auch. Kann man das genauer beschreiben was das Problem war? Eigentlich denke ich nicht dass Switche im reinen L2-Switching ein Rolle spielen sollten und ntp funktioniert ja auch, aber mir fällt auch nichts mehr ein.