PicoBlue programmieren: eigene Software für den EMG-Sensor bauen
Das PicoBlue ist eine offene EMG-Plattform: Windows-SDK und direkter Bluetooth-LE-Zugriff erlauben eigene Software. Beispiel: eine Muskelsteuerung für Barrierefreiheit – in Tagen gebaut.
Die meisten EMG-Systeme sind eine geschlossene Kiste: Sensor rein, Hersteller-Software auf, fertig – und was nicht vorgesehen ist, geht nicht. Das PicoBlue ist anders. Es ist eine offene Plattform: Wer eigene Anforderungen hat, kann direkt auf die Sensordaten zugreifen und daraus eine eigene Anwendung bauen. In diesem Artikel zeigen wir, was das konkret bedeutet – und ein reales Beispiel, das wir selbst umgesetzt haben: eine Muskelsteuerung, die einem Menschen mit ALS die Bedienung einer Software ermöglicht.
Zwei Wege in die Daten
Beim PicoBlue kommt man auf zwei Ebenen an die EMG-Daten heran – je nachdem, wie viel Kontrolle man braucht:
- Windows-SDK. Der schnelle Weg für eigene Windows-Anwendungen. Das SDK kapselt Verbindungsaufbau und Datenstrom, sodass man sich auf die eigene Logik konzentrieren kann.
- Direkter Bluetooth-LE-Zugriff. Der maximal offene Weg. Das PicoBlue kommuniziert über einen Standard-BLE-Dienst (Nordic UART). Wer dieses Protokoll direkt anspricht, ist unabhängig von SDK und Betriebssystem – dieselbe Logik funktioniert unter Windows, auf mobilen Geräten oder auf eingebetteter Hardware.
Der praktische Unterschied: Mit dem SDK ist man in Minuten produktiv, mit direktem BLE-Zugriff hat man volle Kontrolle über Timing, Latenz und Plattform. Beides ist möglich – man entscheidet je Projekt.
Was in den Sensordaten steckt
Ein PicoBlue liefert pro Kanal ein sauberes Oberflächen-EMG-Signal mit 1000 Hz Abtastrate. Aus diesem Rohsignal lässt sich in Software alles Weitere ableiten: filtern, gleichrichten, zu einer RMS-Hüllkurve glätten und gegen einen Schwellwert prüfen. Genau diese Kette – Rohsignal → Filter → RMS-Hüllkurve → Schwellwert – ist der Baustein für fast jede eigene Anwendung, ob Biofeedback, Trigger-Logik oder Datenaufzeichnung.
Weil das Signal offen zugänglich ist, ist man nicht auf die vom Hersteller vorgesehenen Auswertungen beschränkt. Man baut genau das, was der eigene Anwendungsfall braucht.
Das Beispiel: eine Muskelsteuerung für Barrierefreiheit
Um zu zeigen, wie weit das trägt, haben wir eine kleine Windows-Anwendung gebaut. Der Anlass war konkret: Ein Mensch mit ALS verliert nach und nach die Kontrolle über Hände und Finger – aber einzelne Muskeln lassen sich oft noch gezielt anspannen. Diese Restaktivität wollten wir nutzbar machen, um eine Software zu bedienen.
- Das PicoBlue misst die Aktivität eines noch ansteuerbaren Muskels.
- Die Software glättet das Signal und prüft es gegen einen einstellbaren Schwellwert.
- Überschreitet die Muskelanspannung die Schwelle, löst die Software eine Systemeingabe aus – zum Beispiel einen Mausklick oder einen Tastendruck.
- Damit lässt sich jede externe Software steuern, die auf Klicks oder Tasten reagiert.
Aus einer bewussten Muskelanspannung wird so ein digitaler Befehl. Wichtig dabei: Die Lösung therapiert nichts – sie schafft einen barrierefreien Zugang, eine Brücke zwischen Muskel und Software.
Was die Umsetzung robust macht
Damit so etwas im Alltag taugt, steckt die eigentliche Arbeit im Detail – und genau hier zahlt sich der offene Zugriff aus, weil man jeden Parameter selbst in der Hand hat:
- Hysterese und Entprellung, damit ein einmaliges Anspannen nicht als Dauerfeuer von Klicks ankommt.
- Einstellbare Schwellen in Mikrovolt oder in Prozent der maximalen Kontraktion (% MVC), individuell pro Muskel.
- Verschiedene Auslöse-Modi – ein kurzer Puls, Halten, Umschalten oder Wiederholen.
- Sicherheitslogik: ein Scharf-/Not-Aus-Schalter, damit nichts unbeabsichtigt ausgelöst wird.
Das Ergebnis ist eine lauffähige Anwendung, die wir an echter Hardware end-to-end erprobt haben: Muskel anspannen, Software reagiert – zuverlässig und in Echtzeit.
Warum das für viele Projekte interessant ist
ALS-Barrierefreiheit ist nur ein Anwendungsfall. Dieselbe offene Basis – Signal auslesen, verarbeiten, eine Aktion auslösen – passt auf ganz unterschiedliche Vorhaben:
| Bereich | Idee |
|---|---|
| Barrierefreiheit / Assistive Technik | Muskelsignal als Eingabegerät für Menschen mit motorischen Einschränkungen |
| Forschung | EMG-Daten direkt in eigene Auswerte-Pipelines (Python, MATLAB, C#) streamen |
| Sport & Training | eigene Biofeedback-Anwendungen mit selbst definierten Schwellen und Übungen |
| Ergonomie | Belastungsmonitoring am Arbeitsplatz mit eigener Auswerte- und Warnlogik |
| Prototyping | Muskelaktivität als Steuersignal für Hardware, Spiele oder Studien |
Der gemeinsame Nenner: Sobald die Sensordaten offen zugänglich sind, wird der Sensor zum Baustein – und nicht zur Grenze – dessen, was man umsetzen kann.
Selbst entwickeln oder entwickeln lassen
Nicht jeder, der eine Idee hat, will oder kann sie selbst programmieren. Deshalb gibt es zwei Wege:
- Selbst bauen. Wer Entwicklungskapazität hat, bekommt mit SDK und BLE-Zugriff alles, was nötig ist, um loszulegen.
- Mit uns umsetzen. Wir haben die Muskelsteuerung oben selbst gebaut und kennen den Weg vom Rohsignal bis zur ausgelösten Aktion. Wenn Sie eine konkrete Integration im Kopf haben, sprechen wir das gern durch und schätzen ein, was realistisch ist.
Fazit
Das PicoBlue ist nicht nur ein kabelloser EMG-Sensor, sondern eine offene, programmierbare Plattform. Über das Windows-SDK oder den direkten Bluetooth-LE-Zugriff kommt man an das Rohsignal – und was daraus wird, entscheidet die eigene Software. Unsere Muskelsteuerung für Barrierefreiheit ist der Beweis, dass sich damit in kurzer Zeit reale, robuste Lösungen bauen lassen. Wenn Sie eine Idee für eine eigene EMG-Anwendung haben, ist das PicoBlue der passende Startpunkt.
Sie haben eine Integrationsidee für das PicoBlue? Erzählen Sie uns davon – wir schätzen kostenlos ein, ob und wie sie sich umsetzen lässt. Kontakt aufnehmen →
Kann man das PicoBlue selbst programmieren?
Ja. Das PicoBlue bietet ein Windows-SDK für eigene Windows-Anwendungen und darüber hinaus direkten Zugriff über den Standard-Bluetooth-LE-Dienst. Damit können Entwickler das EMG-Signal auslesen und in eigener Software weiterverarbeiten.
Welche Programmiersprache brauche ich für eine eigene PicoBlue-Anwendung?
Über das Windows-SDK arbeitet man typischerweise mit .NET (C#). Beim direkten Bluetooth-LE-Zugriff ist man an keine Sprache oder Plattform gebunden – jede Umgebung mit BLE-Unterstützung kann das Protokoll ansprechen.
Was ist das ALS-Beispiel genau?
Wir haben eine Windows-Anwendung gebaut, die die Muskelaktivität eines PicoBlue-Sensors gegen einen einstellbaren Schwellwert prüft und bei Überschreitung eine Systemeingabe (Mausklick oder Tastendruck) auslöst. So kann ein Mensch mit ALS über eine gezielte Muskelanspannung externe Software bedienen. Es handelt sich um eine Assistenz- und Ansteuerungsloesung für Barrierefreiheit, nicht um eine medizinische Therapie.
Baut menios auch individuelle Software für das PicoBlue?
Ja. Wir haben die beschriebene Muskelsteuerung selbst entwickelt und unterstützen bei eigenen Integrationsprojekten – von der Machbarkeitseinschätzung bis zur Umsetzung. Sprechen Sie uns mit Ihrer Anwendungsidee an.
Ist das PicoBlue ein Medizinprodukt?
Ja, die PicoBlue-Hardware ist als Medizinprodukt der MDR-Klasse I zertifiziert. Eigene Software-Anwendungen, die auf den Sensordaten aufsetzen, sind davon unabhängig zu bewerten – je nach Zweckbestimmung.