Leider scheint sich hier nichts zu bessern, und cFos hat die Firmware weiterhin leider null im Griff.

Ich bin wieder auf die 2.8.1 zurück, diese war die letzte Version meiner Kenntnis nach die Wlan-Probleme noch nicht hatte. Per http-Befehl wird diese dann einmal im Monat neu gestartet, mit dieser Kombi hat man einen weitgehend stabilen Betrieb: http://192.168.xx.yy/cnf?cmd=get_esp&restart_esp=321

Schon traurig daß die Firmware von Release zu release kein bischen stabiler wird.

Bite auch Warum kommt es bei der cFos Power Brain Wallbox manchmal zu WLAN-Verbindungsproblemen? lesen.

Verbindungsprobleme hatte ich bisher keine, nun aber auch mit Version 2.12.2. Ferner lädt die Wallbox nur noch mit 4KW, statt wie bisher mit 10 bis 11 KW. Werden die Updates von cFos nicht vor Veröffentlichung getestet. Das ist sehr nervig, besonders wenn man Laie ist. Mittlerweile bin ich soweit, eine Wallbox von einem bekannten Markenhersteller einbauen zu lassen, statt Akzeptanz immer wieder neuer Probleme, die selbst der Elektroinstallateur nicht beheben konnte.

warum hat die wallbox der Fa. cfos so ein schlechtes Verhalten bei der WLAN-Verbindung?

Kurz gesagt: Viele Nutzer berichten tatsächlich über instabiles bzw. „schlechtes“ WLAN-Verhalten bei der cFos Power Brain Wallbox, und es gibt mehrere Gründe / Ursachen, die dafür verantwortlich sein können — teils software-, teils netzwerkbedingt. cFos eMobility+3cFos eMobility+3cFos eMobility+3

❗ Typische Ursachen für schlechtes WLAN-Verhalten bei der cFos Wallbox

1. Software-/Firmware-Limitierungen

• Die WLAN-Funktion scheint gelegentlich instabil zu sein — z. B. Verbindungsabbrüche nach einer gewissen Zeit wurden mehrfach berichtet. In manchen Firmware-Versionen treten solche Abbrüche häufiger auf als in anderen, und Nutzer tauschen diese Beobachtungen im Forum aus. cFos eMobility+1
• Manche Verbindungsfehler hängen offenbar mit dem WLAN-Stack der Firmware zusammen (also dem eingebetteten Netzwerk-Subsystem). Fehler in der Firmware führen dazu, dass Verbindungen abbrechen oder wieder neu aufgebaut werden müssen, selbst wenn der Router das Netzwerk weiterhin anzeigt. cFos eMobility

1. Einschränkungen des WLAN-Clients

• Die Wallbox unterstützt typischerweise nur WLAN im 2,4-GHz-Band (802.11 b/g/n). Wenn dein Heimnetzwerk 2,4 GHz und 5 GHz unter derselben SSID betreibt oder „Dual-Band“-Roaming nutzt, kann das zu Abbrüchen führen. Einige Geräte „springen“ dann zwischen Bändern oder SSIDs hin und her, was die Wallbox nicht gut verkraftet. cFos eMobility
• Manche Handys „klauen“ sich nach der ersten Einrichtung die WLAN-Zugangsdaten zurück ins Heimnetz – das kann die Erst-Konfiguration stören. cFos eMobility

1. Eigenes WLAN-Hotspot-Verhalten der Wallbox

• Beim Einschalten startet die Power Brain einen eigenen WLAN-Hotspot, über den man sich anmelden kann. Das kann je nach Router-Setup Verwirrung stiften und zu unerwartetem Verhalten führen. cFos eMobility

1. Netzwerkumgebung und Router-Funktionen

• Funktionen wie Mesh-Netzwerke, „Fast Roaming“, Band Steering oder Router-Einstellungen, die Ping-Antworten blockieren, können die Verbindung destabilisieren, weil die Box damit nicht gut umgehen kann. Das ergibt sich aus Erfahrungsberichten von Nutzern, die durch Abschalten solcher Features eine stabilere Verbindung erzielten. cFos eMobility

🔧 Praktische Gründe hinter dem „schlechten WLAN“

Viele der beobachteten Probleme lassen sich nicht allein durch Signalstärke erklären – selbst bei voller Feldstärke kommt es zu Verbindungsabbrüchen. Die Ursachen liegen häufig nicht am Funk, sondern am WLAN-Client-Stack der Wallbox-Software und deren Zusammenspiel mit modernen Heimnetz-Routern. cFos eMobility

🧠 Gründe, warum das so ist (technisch vereinfacht):

• Eingebettete Geräte wie eine Wallbox haben schwächere Netzwerk-Stacks als Smartphones/PCs → weniger tolerant bei Netzwerkänderungen oder speziellen Router-Features.
• Viele moderne Router kombinieren 2,4 GHz und 5 GHz in einer SSID mit „Band Steering“. Solche automatischen Balancing-Funktionen können dafür sorgen, dass 2,4 GHz-Clients wiederholt neu verbunden werden, weil sie intern „falsch“ behandelt werden.
• Manche Router-Funktionen (z. B. Blockieren bestimmter Pings, QoS-Einstellungen, Mesh-Optimierungen) stören persistente IoT-Verbindungen.

Das alles führt dazu, dass die Wallbox-Software ihre Verbindung schlecht „halten kann“, wenn das WLAN-Setup zu komplex ist oder der Router spezielle Features verwendet.

🛠 Verbesserungsvorschläge (bewährt aus der Praxis)

Wenn du die WLAN-Stabilität verbessern willst:
✅ eigenes 2,4 GHz-SSID nur für die Wallbox
✅ keinen Dual-Band-Namen/kein Band-Steering
✅ Router-Funktion „Block Ping by WAN“ deaktivieren (falls vorhanden)
✅ Mesh/fast-roaming für die Wallbox-SSID abschalten
✅ Router-Firmware aktuell halten
➡️ alternativ einen WLAN-Repeater oder cFos-Mesh-Lösung nutzen, um gute Funkabdeckung sicherzustellen. cFos eMobility+1

📝 Fazit

Die „schlechte“ WLAN-Performance ist überwiegend software- und netzwerkseitig bedingt, nicht einfach ein zufälliger Hardware-Fehler. cFos arbeitet zwar an Updates, aber da viele Probleme mit dem WLAN-Client-Stack und Interoperabilität mit Heim-Routern zusammenhängen, können sie auch nach Updates teilweise weiter bestehen. cFos eMobility

@tomtom: kannst Du bitte mal hier

https://www.cfos-emobility.de/network/antworten/korrelieren-wlan-verbindungsprobleme-mit-mesh-konfigurationen-im-heimnetz/

ein Feedback geben?

Gibt es eigentlich Statements von cFos zu den W-Lan-Ausfällen? ich selbst fühle mich mit der Box verschaukelt. Ich habe sie gekauft um a) PV-Überschussladen zu ermöglichen b) eine Auflistung der Ladevorgänge mit Aufteilung nach PV-Strom/Netzbezug zu bekommen c) das Auto zu laden.

a) und b) sind nicht mehr möglich, c) ist schwierig geworden.

Ja, diese Ausfälle habe ich auch - leider sehr regelmäßig.

Früher konnte ich das noch an einer Firmwareversion fest machen; mittlerweile kann ich diese Korrelation nicht mehr ziehen. Dennoch, stabil ist etwas ganz anderes. (Die Garagentorsteuerung 1 Meter weiter läuft einwandfrei und das dauerhaft. Der AP ist auf der anderen Seite der Wand.)

Ja, die Abstürze kenne ich auch, wenn ich den AP oder Mesh (einen tatsächliche Funktionalität von Mesh habe ich nicht erkennen können - eine zweite Wallbox hängt 10 cm neben dran, die eine läuft teilweise einige Wochen stabil, während die andere ständig ausfälle hat, dann wechselt sich das mal wieder ab und die andere fällt aus - dennoch, mit Mesh ist da nicht viel.) einschalte. Daher habe ich beides wieder deaktiviert.

Ja, meine Wallbox erhält auch per MQTT Zählerstände gepusht. Ich bin aktuell schon am überlegen, ob ich das Lademanagement komplett herauslösen sollte (aktuell habe ich noch zahlreiche Regel aktiv; auch eine, die bei Ausfwall von WLAN die Box auf Durchzug stellt) und die Wallbox nur noch als Marionette per Home Assistant steuern sollte. So würde ich die CPU entlasten. Ggf. ist auch eine Anbindung per OCPP oder HTTP ressourcenschonender? Aktuell habe ich noch MQTT inkl. SSL-Verschlüsselung aktiv; jedoch ist die CPU eigentlich weitgehend entspannt - auch der RAM-Verbrauch geht gerade noch.

Hmm, irgendwie ziemlich unzufriedenstellend.

Ich fasse hier mal meine Erkenntnisse zu dem Thema zusammen:

1. Die Wallbox wählt sich - was kaum nachvollziehbar ist - nicht konsequent auf dem AP mit dem besten Signal ein, zum Teil sogar und das mit befremdlicher Konsequenz auf dem AP mit einem so schlechten Signal, dass keine Kommunikation mehr stattfinden kann. Bei mir sieht die Fritzbox die cfos dann zwar noch auf dem entferntesten AP, ein Ping dorthin schlägt aber bereits fehl. Ich halte das für das Grundübel der Box. Wenn sie sich mal auf dem besseren AP einwählt, arbeitet sie auch sauber.
2. Die UI der Wallbox erlaubt die Vorgabe der BSSID des AP, auf dem sie sich einwählen soll. Eine Eingabe dort ignoriert sie jedoch und verhält sich wie unter 1. beschrieben.
3. Der AP der Wallbox legt sich mit Vorliebe auf den Kanal, auf welchem auch meine Fritzbox arbeitet,
4. auch wenn man einen anderen Kanal vorgibt, auf dem er arbeiten soll.

Ich habe einen OBD2-Adapter (Wican), mit dem ich den SoC meiner Fahrzeugbatterie an die Wallbox übermittle. Der befindet sich ca. 4m weiter von meinen AP's entfernt und zudem im Fahrzeuginnern, aber er arbeitet stabil.
Auch er hat wie die Wallbox einen AP, den kann man aber optional deaktivieren lassen, sobald und solange das Gerät als WLAN-Station verbunden ist. Das ist eine sehr vernünftige Eigenschaft, die ich mir für die Wallbox auch wünschen würde.

Die Probleme schlagen durch bis auf die Ladevorgänge, sobald man bei Laden Werte verarbeitet, die irgendwie über das WLAN kommen (bei mir z. B. über mqtt). Dann kommt es bei mir zu Restarts des Charging Managers bis zum Totalausfall der Box mit der Meldung, ich solle meine Konfiguration reparieren. Verlege ich meine Eingabedaten für die Ladevorgänge wieder in CM-Variablen, statt sie über mqtt zu übermitteln, arbeitet die Box wieder zufriedenstellend. Aber zu der Aussage von cfos, dass man die Box komplett über mqtt steuern könnte, passt das in keiner Weise.

Ich habe heute die Information vom cfos Service erhalten, dass man die oben unter 2. und 4. beschriebenen „Features“ mal an „die Techniker“ weitergeben müßte. Ich hoffe, es passiert auch.