Gefahrenwarner mit technischen Problemen: Woran liegt es?

Ooono zählt seit der Markteinführung zu den Favoriten: Seine Co-Driver galten bis Anfang 2025 als extrem benutzerfreundlich. Die Einführung der App-Version 5 sollte Verbesserungen bringen, doch das Gegenteil war der Fall. Die Nutzerbewertungen rauschten in den Keller, die Kunden sind frustriert. Der Hersteller versucht seither, Verbindungsprobleme und nervige App-PopUps in den Griff zu bekommen. Schaut man in die Bewertungen von Saphe und Drive One, kämpfen die größten Mitbewerber mit exakt den gleichen Problemen. Dies wirft die Frage auf, ob die Hersteller hier allein verantwortlich sind. Die Problematik liegt tiefer, im Spannungsfeld zwischen der Notwendigkeit von Sicherheitsupdates und der verwendeten Hardware-Generation.

Das Technische Dilemma: Standort-Zwang durch Bluetooth

Die Betriebssysteme müssen sich rasch weiterentwickeln, um neue Geräte zu unterstützen und Sicherheitslücken zu schließen. Wer seine App im Play Store oder App Store aktualisieren will, muss die Richtlinien der Plattformen einhalten. Ooono hat sich hier für die Mindestanforderung Android 12 sowie iOS 16 entschieden, um weiterhin Updates bereitstellen zu können. Mit diesen OS-Versionen änderten sich die Sicherheitsrichtlinien für Bluetooth-Verbindungen grundlegend. Das Problem betrifft die verwendete Technologie Bluetooth Low Energy (BLE). Diese dient zur effizienten Übertragung kleiner Datenpakete und ist essenziell für die automatische Funktion der Warngeräte beim Start der Fahrt.

Neue Sicherheitsrichtlinien: Scannen führt zum Standort-Zwang

Das Kernproblem: Die App muss die BLE-Geräte permanent im Hintergrund scannen, um die automatische Aktivierung des Warnmelders zu gewährleisten. Seit Android 12 bewertet das Betriebssystem diese ständige Hintergrundsuche jedoch als potenzielle Standortabfrage. Zwar nutzt die App die neue, spezifischere Berechtigung „Geräte in der Nähe suchen“, das System koppelt diese Funktion aber nach wie vor an die hochsensible Standortfreigabe. Dies führt dazu, dass Nutzer zwingend „Standortfreigabe immer aktivieren“ setzen müssen. Diese Anforderung verwirrt die Nutzer zutiefst und weckt die falsche Annahme, die App verfolge ständig die genauen GPS-Koordinaten, obwohl der Scan-Vorgang selbst nur die ungefähre Position per Triangulation erfassen würde.

Inkompatible Hardware zwingt zu Notlösungen

Damit die Verbindung stabil und regelkonform funktioniert, wird ein kompatibler Bluetooth-Befehlssatz in der Hardware benötigt. Der Ooono Co-Driver NO1 und vergleichbare Altgeräte verwenden jedoch ältere BLE-Chips, deren Protokolle oder deren Firmware die strikten, neuen Scan-Mechanismen der Betriebssysteme offenbar nicht mehr optimal unterstützen können. Die Betriebssysteme zwingen die Hersteller zur Verwendung der neuen Technik, was die Entwicklung neuer Hardware wie den Ooono NO2 erforderlich machte. Die App-Hersteller müssen nun komplexe und fehleranfällige Protokolle für die alten Geräte aufrechterhalten, da eine Rückkehr zur alten, unsicheren Methode nicht mehr erlaubt ist.

Die Rolle des NO2 und das Fazit

Die Mitbewerber kämpfen mit den gleichen Problemen, da die Einschränkungen branchenweit gelten. Der Ooono Co-Driver NO2 löst dieses Dilemma: Das Gerät wurde mit optimierten BLE-Chips entwickelt, die die strengeren Kommunikationsstandards ab Android 12 / iOS 16 besser unterstützen. Die starke Bewerbung des NO2 ist demnach die technologisch notwendige Reaktion auf die Inkompatibilität des Vorgängermodells. Würde der Hersteller nur noch den NO2 unterstützen, könnte die App deutlich entschlackt und die Stabilität massiv erhöht werden. Die schärferen Sicherheitsbestimmungen für BLE zwingen Hersteller zu Notlösungen für ältere Modelle, was langfristig nur durch den Austausch der Hardware gelöst werden kann.