Home / BLE-TPMS-App in das eigene Produkt integrieren

Bei der Bewertung eines BLE-Reifensensors beginnt das Gespräch mit der Druckgenauigkeit und endet bei der Funkspezifikation. Was schiefgeht, liegt dazwischen: an der Schnittstelle zwischen Sensor und dem, was der Nutzer am Ende sieht.

Sie kaufen keinen Sensor, Sie kaufen einen Datenpfad

• Bei einem System mit Anzeige ist diese Schnittstelle ein Kabel und ein Bildschirm, den der Lieferant mitverkauft. Bei BLE ist es ein Funkprotokoll und eine Anwendung.
• Beides ist verhandelbar – und beides sollte vor dem Werkzeugbau geklärt sein, nicht danach.

Drei Wege der Integration

• Weg eins: die App des Lieferanten. Der Sensor kommt mit einer funktionierenden App. Sie setzen Ihre Marke auf die Verpackung, der Kunde lädt eine Allzweck-Anwendung. Schnellster Marktzugang, schwächste Markenbindung – die Beziehung des Kunden zur Software gehört jemand anderem.
• Weg zwei: ein gebrandeter Build der Lieferanten-App. Funktional die App des Lieferanten, aber mit Ihrem Namen, Ihren Farben und Ihren Schwellen. Der übliche Kompromiss für einen Händler mit Sortiment und ohne Softwareteam.
• Weg drei: Ihre eigene App, der Sensor als Komponente. Der Sensor wird ein Peripheriegerät in Ihrem Produkt; Ihre App spricht über den BLE-Service mit ihm, und alles, was der Nutzer sieht, ist Ihres. Der richtige Weg für einen OEM mit bestehender App – oder für den, dessen Produkt die App ist und nicht die Hardware.
• Der gewählte Weg bestimmt, was geklärt werden muss: Weg drei braucht Protokolldokumentation, Beispielcode und eine Regel für Firmware-Releases.

Was sich anpassen lässt

• Für OEM-Programme können wir BLE-Service und Datenformat anpassen. Praktisch heißt das:
• Service und Characteristics – Definitionen, welche Werte gelesen und welche benachrichtigt werden, passend zu Ihrer App-Architektur.
• Datenformat – Byte-Layout, Skalierung, Einheiten, Flags, Zeitstempel, passend zu Ihrem Parser und Ihrem Cloud-Schema.
• Advertising und Identität – was der Sensor sendet, wie Geräte benannt und gefiltert werden; wichtig bei mehreren Sensoren je Fahrzeug und bei Flotten.
• Alarmverhalten – Schwellen, Hysterese, welche Bedingungen auslösen; abhängig von Markt und Fahrzeugklasse. App-Branding – Name, Icon, Farben, Layout, Sprachumfang. Sensor-Markierung – Laserbeschriftung inklusive Ihrer Teilenummern und der Radposition.
• Nicht verhandelbar ist die physikalische Messung: Messelement, Messkette und Druckkalibrierung sind das Produkt. Angepasst wird oberhalb dieser Linie.

Der App-Stand, klar gesagt

• Android ist verfügbar. Die APK ist heute herunterladbar, eine Android-Integration lässt sich also sofort an echter Hardware bewerten.
• iOS ist noch nicht veröffentlicht. Zum Redaktionsschluss gibt es keinen iOS-Build zum Übergeben. Wenn Ihr Produktplan eine iPhone-App in der nahen Zukunft annimmt, sollte diese Annahme mit uns geprüft werden und nicht aus einem Prospekt stammen.
• Das schreiben wir lieber hin, als ein Programm es drei Monate später entdecken zu lassen. Liegt iOS auf Ihrem kritischen Pfad, sprechen Sie es im ersten Gespräch an – inklusive Weg drei, bei dem Ihr eigenes Team den iOS-Client gegen das Sensorprotokoll baut, statt auf unseren zu warten. Genau das ist das Argument für Weg drei: ist das Protokoll dokumentiert und stabil, ist die App darüber Ihr Terminplan, nicht der von jemand anderem.

Was Integration wirklich kostet

• Erkennung und Identifikation. Ein Fahrzeug kann zwei, drei oder vier Sensoren in Reichweite haben. Ihre App muss die richtigen finden, sie von denen des Nachbarfahrzeugs unterscheiden und den Radpositionen zuordnen.
• Verbindungsmanagement. BLE-Verbindungen sind nicht kostenlos. Vier Sensoren dauerhaft offen zu halten zieht den Akku des Telefons leer; zu langsames Abfragen verpasst einen schnellen Druckverlust. Das richtige Muster hängt davon ab, ob das Produkt ein Live-Dashboard oder eine Hintergrundüberwachung ist.
• Fehlende Daten. Funkstrecken verlieren Pakete. Ihre App braucht ein definiertes Verhalten bei einer verpassten Benachrichtigung: letzten Wert mit Zeitstempel zeigen oder nichts zeigen. Beides ist vertretbar; einen alten Wert stillschweigend als aktuell auszugeben, nicht.
• Alarmlogik. Schwellen, Temperaturkompensation, der Unterschied zwischen schleichendem Verlust und kalter Nacht, und was passiert, wenn das Telefon schläft. Wo diese Logik liegt – im Sensor oder in der App – muss einmal entschieden und aufgeschrieben werden.

Was vor dem Start zu klären ist

• Erhalten wir Dokumentation zu BLE-Service und Datenformat? Ohne sie ist Weg drei unmöglich und Weg zwei hängt am Release-Plan anderer.
• Kann das Datenformat für uns geändert werden, oder müssen wir den Standard akzeptieren? Byte-Layout-Änderungen klingen klein und sind es nicht, weil sie jeden Konsumenten der Daten betreffen.
• Wie ist die Firmware-Release- und Versionspolitik? Was passiert bei einem Firmware-Wechsel, und bleibt er abwärtskompatibel zu Ihrer App?
• Wie ist die iOS-Lage, schriftlich? Ein Datum oder die klare Aussage, dass es keines gibt. Beides ist brauchbar, eine vage Antwort nicht.
• Bekommen wir Evaluierungsmuster vor der Bindung? Integrationsprobleme findet man an Hardware, nicht in Dokumenten.
• Wem gehören App und Kundendaten? Wenn die Kundenbeziehung Ihr Kapital ist, ist das die wichtigste Frage.

Wo wir stehen

• Wir fertigen den Sensor selbst; Messung, Alarmlogik, BLE-Service und Datenformat sind unsere. Genau deshalb ist Anpassung möglich, statt einen Kunden um ein festes Katalogteil herumarbeiten zu lassen.
• Volumen heute: mehr als 10.000 Sets pro Monat in den chinesischen Zweirad-Aftermarket, Kapazität 30.000 Sensoren pro Monat. Jeder Sensor wird vor dem Versand auf unserer eigenen Testsoftware druckkalibriert; Wasseruntertauchen, RF-Reichweite und Protokollprüfung laufen im Haus. Zertifizierung wird pro Markt und pro Projekt behandelt.
• Wenn Sie einen BLE-Sensor in ein bestehendes Produkt integrieren und wissen wollen, was sich auf beiden Seiten ändern müsste: Fahrzeug, Radzahl, App-Plattform und Markt senden, wir antworten konkret.

← Alle Beiträge

Produkte · Anwendung · Kontakt