kuando Busylight Developer Guide
Ja, du kannst Software für kuando Busylight entwickeln. Der einfachste geprüfte Weg ist die lokale HTTP-API von kuandoHUB, die sich aus JavaScript, Node.js, Python, PowerShell oder jeder Sprache aufrufen lässt, die HTTP-Anfragen senden kann.
Dieser Guide basiert auf der aktuellen Entwicklungsseite von Plenom (aktualisiert am 2. März 2026), der öffentlichen kuandoHUB-Seite (aktualisiert am 20. Mai 2026) und dem öffentlichen PDF kuandoHUB Manual v0.9.19. Die öffentliche Dokumentation deckt die HTTP-API klar ab. Andere SDK-Optionen wie das Busylight UC SDK, die USB API, das JavaScript SDK, das Browser Extension SDK und das Chromium WebHID SDK werden derzeit über den Developer-Access-Prozess von Plenom angeboten und nicht über offen veröffentlichte Dokumentation.
1. Kurze Antwort​
Du kannst auf mindestens drei praktikable Arten fĂĽr Busylight entwickeln:
| Weg | Am besten geeignet für | Heute öffentlich dokumentiert | Sprachen |
|---|---|---|---|
| kuandoHUB HTTP API | Schnelle Automatisierung, lokale Skripte, Dashboards, App-Integration | Ja | JavaScript, Node.js, Python, PowerShell, Go, PHP, alles mit HTTP |
| Busylight SDK / USB API | Native Integrationen und hardwarenahe Steuerung | Von Plenom angeboten, aber Zugriff ist eingeschränkt | C++, C#, VB, andere native Stacks je nach Paket |
| JavaScript SDK / Chromium WebHID | Browser-native oder Web-App-Integrationen | Von Plenom angeboten, aber öffentliche Doku ist nicht offen veröffentlicht | JavaScript / TypeScript |
Wenn dein Ziel „das Licht aus einem Skript oder einer App schalten" ist, starte mit der HTTP-API.
2. Was dir kuandoHUB bietet​
Plenom beschreibt kuandoHUB als Multiplattform-Busylight-Software fĂĽr Windows und macOS mit:
- manueller Farb- und Tonsteuerung,
- Timer-UnterstĂĽtzung,
- Prioritätsregeln,
- Outlook- und UC-Integrationen,
- Hotkeys,
- einer HTTP- und API-Schnittstelle fĂĽr deine eigene Software.
Das öffentliche Manual dokumentiert einen lokalen HTTP-Server, der über die Advanced Settings aktiviert wird und standardmäßig auf http://localhost:8989/ lauscht.
3. Was du bauen kannst​
Gut geeignet:
- Fokusmodus-Umschalter,
- CI/CD-Statuslichter,
- Incident-Response-Lichter,
- interne Dashboards,
- Monitoring-Alarme,
- Zustandssignale fĂĽr Callcenter und Support-Desks,
- Anzeigen fĂĽr Raumbelegung oder Anwesenheit am Arbeitsplatz,
- lokale Webhook-Empfänger, die Ereignisse in Lichtwechsel übersetzen.
4. Was dieser Guide abdeckt​
| Ziel | Hier starten | Warum |
|---|---|---|
| Entscheiden, welchen Integrationsweg du nutzt | Architektur und SDK-Ăśbersicht | Trennt HTTP-, USB-, SDK- und WebHID-Optionen |
| Das Licht schnell schalten | HTTP API Guide | Behandelt die geprüfte öffentliche API |
| JavaScript oder Node.js nutzen | JavaScript und Node.js | Browser-fetch, Node-fetch, Helper-Patterns |
| Python nutzen | Python-Automatisierung | requests, lokale Tools, Daemon-Patterns |
| Tiefere Integrationswege bewerten | Fortgeschrittene Integrationswege | Hersteller-SDK, USB API, JS SDK, Browser Extension SDK, WebHID |
| Häufige Fehler vermeiden | Fehlerbehebung und Sicherheit | HTTP-Aktivierung, Prioritäten, Tokens, Annahmen zu Nur-lokal |
5. Zwei wichtige Grenzen​
-
kuandoHUBist die dokumentierte öffentliche Steuerungsschnittstelle. Ohne kuandoHUB oder Zugriff auf ein Hersteller-SDK ist die einfachste offizielle öffentliche Integrationsschnittstelle nicht verfügbar. -
Die öffentliche Doku ist am stärksten für die HTTP-API, nicht für hardwarenahe USB-Entwicklung. Plenom bewirbt derzeit umfangreichere Developer-Tool-Bundles, diese werden aber über ihr Entwicklungsformular angefragt, statt vollständig als offene Doku veröffentlicht zu sein.