Was eine Brille zur Entwicklerplattform macht
Die meisten smarten Brillen werden mit geschlossener App und geschlossener Firmware ausgeliefert: Die Marke kann Logo und Farben ändern, nicht aber, was die Brille tut. Smarte Entwickler-Brillen sind die Ausnahme. Das Solution House hinter der Platine veröffentlicht ein SDK, dokumentiert die Bluetooth-Low-Energy-GATT-Dienste, die die Brille bereitstellt, und öffnet in manchen Fällen den seriellen Debug-Zugang sowie einen OTA-Pfad für signierte Firmware. So kann ein App-Team Touch-Ereignisse auslesen, Mikrofonaudio streamen, Benachrichtigungen oder Untertitel senden, Sensoren auslesen und Funktionen aktualisieren, ohne auf den ursprünglichen Anbieter zu warten.
Die Hardware folgt demselben Grundgerüst wie der Rest der Familie – ein Mittelteil mit Gläsern, ein Scharnier mit Flexkabel, zwei Bügel mit Platine, Zellen, Open-Ear-Lautsprechern und Mikrofonen –, ergänzt um Optionen je Programm: WLAN für Übertragungen mit höherer Bandbreite, ein Kameramodul oder eine inertiale Messeinheit (IMU) für Kopfbewegung und Gestensteuerung. Am stärksten verändert sich die Dokumentation. Eine Entwicklerplattform ist nur so nützlich wie ihre Schnittstellenspezifikation, ihr Beispielcode und ihr Firmware-Support. Der Leitfaden zum Entwickler-SDK zeigt, wonach Sie fragen sollten. Typische Einkäufer sind Projektteams in Unternehmen, App-Start-ups und Forschungsgruppen, die eine stabile Hardwarebasis und einen Lieferanten brauchen, der die Schnittstellendokumentation über Firmware-Versionen hinweg aktuell hält.
Schnittstellen und Optionen im Vergleich
| Schnittstelle oder Option | Was sie Ihrem Team bietet | Was schriftlich zu bestätigen ist |
|---|---|---|
| Offenes SDK | Bibliotheken und Beispielcode für Smartphone-Apps | Unterstützte Smartphone-Plattformen, Lizenzbedingungen, Update-Politik |
| BLE-GATT-Dienste | Direktes Lesen und Schreiben von Brillenfunktionen über BLE | Liste der Dienste und Merkmale, Sicherheit bei Kopplung und Bonding |
| Serielles Debugging | Protokolle und Low-Level-Zugriff während der Entwicklung | Ob Debugging bei Serieneinheiten gesperrt ist |
| OTA-Firmware | Updates im Feld für Funktionen und Sicherheitskorrekturen | Signaturschlüssel, Rollback, wer Images erstellt und freigibt |
| WLAN | Übertragung mit höherer Bandbreite für Medien oder Protokolle | Erweiterter Funkprüfumfang, EN-18031-Dokumentation |
| Kamera oder IMU | Aufnahme, Kopfverfolgung, Gestensteuerung | Aufnahmeanzeige bei Kameras; Sensordatenraten |
Die Verantwortlichkeiten für Firmware und App sind unter Firmware und App beschrieben, OTA-Risiken unter Fehlgeschlagene Firmware-Updates.
Sicherheit und Compliance bei offener Plattform
Offene Schnittstellen heben die Pflichten des Herstellers nicht auf, sie verteilen sie. In der EU sind Brillen tragbare Funkanlagen im Sinne der Delegierten Verordnung (EU) 2022/30, daher gelten seit dem 1. August 2025 die Cybersicherheitsanforderungen der RED nach Artikel 3(3)(d)(e)(f), mit der Familie EN 18031 als harmonisierten Normen; ab dem 11. Dezember 2027 übernimmt der Cyber Resilience Act. Für eine Entwicklerplattform bedeutet das gesperrte Debug-Ports bei ausgelieferten Einheiten, authentifizierte BLE-Kopplung, signierte OTA-Images und eine klar benannte Verantwortung für Sicherheitskorrekturen. Funk-, Batterie- und Optikvorschriften gelten wie bei den anderen Linien: FCC Part 15.247 und Subpart B, CE RED mit EN 300 328, EN 301 489 und EN 62368-1, Bluetooth-SIG-Qualifizierung, UN 38.3 und IEC 62133-2 sowie ISO 12312-1 oder ANSI Z80.3 für die Gläser. Ist eine Kamera verbaut, gelten die Erwartungen der EDPB-Erklärung vom Oktober 2026 an die Aufnahmeanzeige genauso wie bei Kamerabrillen.
Engineering-Muster und Kleinserien
Entwicklerprogramme beginnen meist mit einer kleinen Serie von Engineering-Mustern, damit das App-Team mit echter Hardware arbeiten kann. Von einer Katalogplattform werden Muster in 5-10 Arbeitstagen versandt. Ein ODM-Programm mit neuen Werkzeugen, einem Kamera- oder IMU-Layout oder einer kundenspezifischen Platine durchläuft die Phasen EVT und DVT, mit Engineering-Mustern in 30-60 Tagen einschließlich 25-45 Tagen Werkzeugbau. Katalogplattformen beginnen bei 50-500 Paar je Modell, vollständig kundenspezifische OEM- oder ODM-Programme bei 3.000 Paar, mit Serien in 45-75 Tagen ohne Wartezeiten der Zertifizierung.
- Briefing: angestrebter Anwendungsfall, benötigte Schnittstellen, Smartphone-Plattformen, optionale Sensoren und Märkte.
- Vorauswahl: Der Desk vergleicht Solution Houses nach Tiefe des SDK, GATT-Dokumentation und Firmware-Support.
- Engineering-Muster und Schnittstellendokumente werden geliefert; Ihr Team validiert die Integration.
- Golden Sample wird freigegeben, mit dokumentierter Firmware-Version, Debug-Sperre und OTA-Prozess.
- Zertifizierung, Serienfertigung und Vorversandinspektion einschließlich Firmware-Prüfungen.
Dies sind typische Referenzbereiche, die für jedes Programm schriftlich bestätigt werden, siehe MOQ und Lieferzeit. Anwendungsfälle in Unternehmen finden Sie unter Unternehmensprojekte; senden Sie ein Briefing über das Anfrageformular.