Wie steuert eine App mehrere BLE-Geräte gleichzeitig zuverlässig?

Die Kommunikationsschicht ist von Grund auf für parallele BLE-Verbindungen ausgelegt, nicht für ein stabilisiertes Einzelgerät. RxDart verwaltet die Zustände mehrerer Geräte reaktiv und entkoppelt, sodass sich Verbindungen unabhängig auf- und abbauen lassen, ohne sich gegenseitig zu blockieren. Für Nutzer mit mehreren smarten Komponenten im Reisemobil war genau das der Unterschied zwischen einer Einschränkung und einem nutzbaren Steuerungssystem.

Warum war für stabile Verbindungen ein Neuentwurf nötig und kein einfacher Bugfix?

Die Instabilität steckte nicht in einzelnen Bugs, sondern in der Architektur: Die ursprüngliche Anbindung war auf genau ein Gerät ausgelegt, parallele Verbindungen waren darin nicht vorgesehen. Statt diese Grenze immer weiter zu stabilisieren, wurde die Kommunikationsschicht im Zuge der Migration auf Flutter neu entworfen. Aus regelmäßigen Verbindungsabbrüchen während der Bedienung wurde eine Verbindung, die in wenigen Sekunden steht und während der gesamten Sitzung hält.

Wie lassen sich neue Gerätetypen später ergänzen?

Ein Strategy-Pattern kapselt die Kommunikation je Hardware-Typ hinter einer einheitlichen Schnittstelle. Ein neuer Gerätetyp kommt als eigene Strategie hinzu, ohne dass die bestehende Logik für andere Geräte angefasst werden muss. So bleibt die Codebasis erweiterbar, statt mit jedem neuen Hardware-Typ komplexer und brüchiger zu werden.

Wie wird BLE-Hardware getestet, ohne für jeden Test physische Geräte zu brauchen?

Mock-Komponenten simulieren die Reisemobil-Hardware und ihr Verbindungsverhalten, sodass sich Verbindungsauf- und -abbau, Mehrgeräte-Szenarien und Fehlerfälle ohne physische Geräte durchspielen lassen. Das verkürzt die Testzyklen deutlich und macht Tests reproduzierbar, statt sie an die Verfügbarkeit echter Hardware zu binden.

Zurück zu allen Projekten

RV Tech: Smarte Wohnmobil-Steuerung

Live (App Store + Google Play)

Migration einer instabilen App von zwei nativen Codebasen auf Flutter, mit Multi-Device-BLE statt Einzelgerät-Bindung.

Stack:Flutter, Bloc, RxDart, flutter_blue_plus, BLE, Native MigrationKunde:RV Tech GmbH

Veröffentlicht am 26. November 2025Aktualisiert am 7. September 2026

Drei Bildschirme der rvtech-App auf dunklem Grund: Gerät umbenennen, Schieberegler für die Dachfensterposition und die Draufsicht des Wohnmobils mit Hubstützen

Problem

Das Problem

November 2020 – Juli 2023

Zwei Codebasen, zwei Release-Zyklen, ein wachsender Wartungsstau.

Die App lief auf zwei getrennten nativen Codebasen für iOS und Android. Die Bluetooth-Verbindung war instabil und auf genau ein Gerät beschränkt: für Nutzer mit mehreren smarten Komponenten eine spürbare Einschränkung, für das Produkt eine harte Skalierungsgrenze.

Die Instabilität war für die Endkundschaft unmittelbar spürbar: Verbindungsabbrüche unterbrachen die Steuerung, jeder Wiederverbindungsversuch kostete Zeit. Im Hintergrund wuchsen die technischen Schulden, weil jede Hardware-Erweiterung und jedes Feature parallel in zwei nativen Codebasen gepflegt werden mussten.

Vorgehen

Mein Vorgehen

Plattformen: iOS, Android

Migration der beiden nativen Apps auf eine einzige Flutter-Codebasis, kombiniert mit einem Neuentwurf der Kommunikationsschicht. Die Architektur war von Beginn an auf mehrere parallele BLE-Verbindungen ausgelegt, nicht nur auf ein stabilisiertes Einzelgerät.

Drei Entscheidungen trugen das Ergebnis: das BLoC-Pattern für eine strikte Trennung von UI und Logik, ein Strategy-Pattern, das die Kommunikation je Hardware-Typ kapselt und neue Gerätetypen schnell integrierbar macht, sowie RxDart für die reaktive, entkoppelte Verwaltung mehrerer Geräte-Zustände gleichzeitig. Mock-Komponenten simulierten die Reisemobil-Hardware und verkürzten die Testzyklen ohne physische Geräte.

Ergebnis

Mehrere BLE-Geräte parallel, eine Codebasis

Aus zwei nativen Codebasen wurde eine wartbare Flutter-Lösung, aus einem Einzelgerät-Tool ein Steuerungssystem für mehrere BLE-Komponenten gleichzeitig. Die Architektur ist so ausgelegt, dass neue Gerätetypen schnell ergänzt werden können. Aus regelmäßigen Verbindungsabbrüchen während der Bedienung wurde eine zuverlässige Verbindung, die in wenigen Sekunden steht und während der gesamten Bedienung hält, auch wenn die Sitzung nur ein paar Minuten dauert. Das Projekt wurde für die nächste Entwicklungsphase übergeben.