Deutsch
Beta, Runde 8: Fehlalarm bei der Ghost-Jagd behoben, Eskalationsstufe bewusst nicht verfolgt (Issue #79)
Reine Firmware-Änderung an der experimentellen Zwei-Bike-Bridge (bosch_ebike_ldi_dual, factory-dual.yaml). Die einfache Bridge (bosch_ebike_ldi) ist nicht betroffen.
PEPITO82s Tests bestätigen: Die Ghost-Jagd aus Runde 7 findet zwar zuverlässig den richtigen Verbindungs-Handle, kann die Geister-Verbindung damit aber nicht tatsächlich beenden — der Verbindungsversuch besteht trotzdem die vollen rund 40 Sekunden fort. Wichtiger: Ein echter Fehler wurde gefunden und behoben. Die Ghost-Jagd feuerte bisher ohne jede Karenzzeit sofort beim ersten Anzeichen, wodurch sie einmal eine völlig gesunde, gerade frisch verbindende Rad-Verbindung mitten im Aufbau abgewürgt hat. Jetzt müssen die Anzeichen drei Sekunden anhalten, bevor überhaupt ein Beendigungs-Versuch feuert — die reale Ghost-Situation verliert dadurch nichts Nennenswertes, da der Beendigungs-Versuch ohnehin wirkungslos bleibt.
Zur von PEPITO82 vorgeschlagenen nächsten Eskalationsstufe (kompletter Bluetooth-Stack-Reset bei bestätigtem Ghost): Nach genauerer Prüfung der bekannten Probleme in ESP-IDFs eigenem NimBLE-Stack (dokumentierte Abstürze beim Stoppen mit aktiver Verbindung, ein weiterer Absturzpfad beim Neustart, ein Speicherleck bei wiederholten Zyklen) wurde bewusst entschieden, das nicht zu verfolgen. Das würde ein begrenztes, sich selbst heilendes Problem gegen ein unbegrenztes Absturz-/Leck-Risiko tauschen.
Damit bleibt der erreichte Stand: Aus „bis zu einer Stunde nicht erreichbar" ist „erholt sich innerhalb von rund einer Minute von selbst" geworden — ein echter, praktischer Fortschritt, auch ohne vollständige Lösung der tieferen Funk-Kollision.
Wieder Compile-geprüft, noch nicht an echter Hardware bestätigt.
English
Beta, round 8: fixed a false positive in the ghost hunt, deliberately not pursuing the next escalation (issue #79)
Firmware only change to the experimental two bike bridge (bosch_ebike_ldi_dual, factory-dual.yaml). The single bike bridge (bosch_ebike_ldi) is unaffected.
PEPITO82's tests confirm: round 7's ghost hunt reliably finds the correct connection handle, but cannot actually end the ghost connection with it, the connection persists for the usual roughly 40 seconds regardless. More importantly, a real bug was found and fixed. The ghost hunt used to fire with no grace period at all, on the very first sign of one, which once killed a perfectly healthy, freshly reconnecting bike mid setup. It now requires the signs to persist for three seconds before any termination attempt fires at all, costing the real ghost case nothing worth mentioning, since the termination attempt was not helping it anyway.
On PEPITO82's proposed next escalation (a full Bluetooth stack reset once a ghost is confirmed): after looking closer at known issues in ESP-IDF's own NimBLE stack (documented crashes when stopping with an active connection, a separate crash path on reinitializing, a memory leak on repeated cycles), the deliberate call was made not to pursue it. That would trade a bounded, self healing problem for an unbounded crash or leak risk.
Where this leaves things: "stays unreachable for up to an hour" has become "recovers on its own within roughly a minute", a real, practical improvement even without a full answer to the underlying radio collision.
Compile checked again, not yet confirmed on real hardware.
Nederlands
Beta, ronde 8: valse melding bij de spookjacht opgelost, volgende escalatie bewust niet doorgezet (issue #79)
Alleen een firmwarewijziging voor de experimentele bridge voor twee fietsen (bosch_ebike_ldi_dual, factory-dual.yaml). De bridge voor één fiets (bosch_ebike_ldi) is niet geraakt.
De tests van PEPITO82 bevestigen: de spookjacht uit ronde 7 vindt betrouwbaar de juiste verbindingshandle, maar kan de spookverbinding daarmee niet daadwerkelijk beëindigen, de verbinding blijft toch de gebruikelijke ongeveer 40 seconden bestaan. Belangrijker: er is een echte fout gevonden en opgelost. De spookjacht sloeg tot nu toe zonder enige respijtperiode meteen bij het eerste teken toe, wat een keer een volkomen gezonde, net vers herverbindende fiets midden in de opbouw om zeep hielp. Nu moeten de signalen drie seconden aanhouden voordat er überhaupt een beëindigingspoging afgaat, wat de echte spooksituatie niets noemenswaardigs kost, aangezien de beëindigingspoging daar toch al geen effect had.
Over de door PEPITO82 voorgestelde volgende escalatie (een volledige reset van de Bluetooth-stack zodra een spook is bevestigd): na nader onderzoek naar bekende problemen in ESP-IDF's eigen NimBLE-stack (gedocumenteerde crashes bij het stoppen met een actieve verbinding, een apart crashpad bij herinitialisatie, een geheugenlek bij herhaalde cycli) is bewust besloten dit niet door te zetten. Dat zou een begrensd, zichzelf herstellend probleem inruilen voor een onbegrensd crash- of lekrisico.
Waar dit de zaak laat: "blijft tot een uur onbereikbaar" is geworden tot "herstelt zichzelf binnen ongeveer een minuut", een echte, praktische verbetering, ook zonder volledig antwoord op de onderliggende radiobotsing.
Opnieuw compilatie gecontroleerd, nog niet bevestigd op echte hardware.