Projekt loxHueBridge - Bidirektionale Philips Hue V2 Anbindung

[Ulairi]

Ich bräuchte Hilfe, weil ich sonst nicht weiß wo ich fragen könnte.

Hat zufällig schon jemand diese Lampen in Hue integriert und in weiterer Folge in Loxone? https://www.lampenwelt.at/p/luumr-sm...-10010339.html

Mein Elektriker hat bei der Außenbeleuchtung für den Garten einen Blödsinn aufgeführt und ich muss da jetzt eine Lösung dafür finden. Mein Plan wäre Außenleuchten mit G9 Lampe zu nehmen und diese Lampe dann in Hue integrieren und in weiterer Folge in Loxone.

Habe bis jetzt nur originale Hue Lampen integriert, deswegen weiß ich nicht, ob das ohne Probleme funktioniert.

[bausi2k]

Keine Ahnung, wenn sie HUE Kompatibel sind, werden sie funktionieren. Aber am besten mal eine bestellen und testen
sofern du mein System zum laufen bringst bzw. dich damit auskennst, wie du das zum laufen bringst?

[Ulairi]

Dein System habe ich schon am Laufen, funktioniert spitze. Aber eben nur mit Originalen Hue Lampen. Mit Lampen von Drittherstellern habe ich keine Erfahrung.

[Philip Cetl]

So, ich war kurz davor die alten Bridges auszupacken! Nun hab ich Dein Script auf meinen ungenutzten Rasbperry gepackt und es auch ohne Probleme alles installiert bekommen per Docker Methode. Alle Lampen hinzugefügt und auch gestet die Reaktion ist super schnell. Nun aber mein ABER jetzt wollte ich Exportieren und in Loxone importieren... da hänge ich - ich gehe mal davon aus das in der aktuellen Version der Weg sich geändert hat. Geräte Vorlagen zu finden, das konnte ich ja finden. Nun sagt er mir wenn ich den Export auswähle das es ein falsches Format ist.. also kann mir hier jemand helfen? Irgendwo mach ich doch sicher was falsch...

Ja, ich zähle zu den nicht Experten..

[bausi2k]

2.3.0] - 2026-05-04

🌟 New Features

• Hue Effekte & Alert: Lampen können jetzt per einfachem Befehl in spezielle Effektmodi versetzt werden – vollständig rückwärtskompatibel zu allen bestehenden Steuerungen.
  • /{name}/alert → Einmaliges Breathe-Blinken (ideal für Alarmierung, Türklingel-Bestätigung, etc.)
  • /{name}/candle → Kerzenflackern 🕯️ (persistent bis zum Stoppen)
  • /{name}/fire → Feuereffekt 🔥 (persistent, nur neuere Lampen)
  • /{name}/prism → Regenbogen-Farbwechsel 🌈 (persistent, nur Farblampen)
  • /{name}/sparkle, /opal, /glisten → weitere atmosphärische Effekte
  • /{name}/noeffect → Aktiven Effekt stoppen
  • /{name}/sunrise/30 → 30-Sekunden Sonnenaufgang-Simulation 🌅 (oder beliebige Dauer in Sekunden)
• Erweiterter Diagnose-Tab: Der Diagnose-Tab zeigt jetzt drei Abschnitte:
  1. 📋 Geräte & Batterien (bekannt)
  2. 🌐 Bridge & Zigbee Netzwerk – Verbindungsstatus (connected / connectivity_issue) jedes einzelnen Zigbee-Geräts, Bridge-ID und Zeitzone
  3. 🎭 Lampen-Fähigkeiten – Übersichtstabelle zeigt pro Lampe, ob Dimmen ✅, Farbe ✅ und Weißton ✅ unterstützt werden, sowie alle verfügbaren Effekte.
• Nativer "Alles" Befehl: Der Befehl /all (bzw. /alles) nutzt nun die native bridge_home Ressource der Hue Bridge, um das gesamte Zuhause nahezu verzögerungsfrei zu schalten. Im UI ist die Option „🏠 Alle Lichter (bridge_home)" jetzt im Dropdown wählbar.
• Batterie-Warnsystem: Geräte mit einem Batteriestand von ≤ 10 % werden im Dashboard optisch hervorgehoben (rotes Badge + Leer-Symbol 🪫).
• Automatisierte Tests: Einführung einer robusten Test-Infrastruktur basierend auf dem nativen Node.js Test-Runner (node:test) mit 16 Tests und > 85 % Abdeckung der Kernmodule.

[herdan]

Hallo zusammen,

einfach genial, wie hier alles am Laufen gehalten wird. Tolle Arbeit! Habe die loxHueBridge auf dem Loxberry seit kurzem am Laufen. Super! Mich hat hingegen das Docker- Plugin gestört. Resp. habe ich nur eine alte Version gefunden, die nur bedingt Loxberry 3.x kompatiebel, resp. das Loxberry- Webinterface nicht aufrufbar ist. Habe das Plugin für Loxberry 3.x angepasst und einige Features hinzugefügt zwecks Überwachung etc.
Das Ganze ist hier zu finden wenn Ihr interesse habt.

herdan75/loxberry-docker-diagnostics: Docker & Portainer integration plugin for LoxBerry with system diagnostics and ARM64 support

Läuft bei mir aktuell auf einem Odroid N2+ (aarch64 Kernel). Siehe nachfolgende Details aus der Systemdiagnose des Plugins.
Das ganze sollte auch unter anderen Plattformen laufen.
Könnte gerne mal reinschauen (ggf. vorher eine Sicherung machen).

[serenity]

Hallo und Frage in die Runde, wie aktualisiere ich die LoxHueBridge auf eine neue Version ohne die bisherige Konfiguration zu verlieren?
Sie läuft bei mir im Synology NAS im Container Manager.

Vielen Dank schonmal für die Unterstützung und danke bausi2k für die tolle Arbeit!

[bausi2k]

gerne und ich errinnere immer wieder gerne, dass ich auch viel von meiner FamilienZeit investiere. https://www.buymeacoffee.com/bausi2k

[serenity]

Lass Dir den Kaffee schmecken

Habe es selbst gelöst. Einfach im Container Manager --> Projekt die loxhuebridge stoppen.
Dann unter Details in der .yaml statt :latest :2.3.0 eintragen, speichern und die Frage ob neu geladen werden soll bestätigen. Dann wird der Container mit dem Image neu erstellt. Konfiguration blieb wie erwartet erhalten (liegt ja im data Ordner).

[herdan]

Hallo bausi2k

Deine Idee wie auch Umsetzung ist echt toll. Es haben doch recht viele Loxone- Smarthomebesitzer Hue eingebunden. Dank Deiner Idee lebt das Ganze weiter. Auch ich habe loxhuebridge auf meinem Loxberry am Laufen. Funktioniert soweit alles super.
In meinem Setup steuere ich sehr viele einzelne Lampen auf einmal. Dies geht leider nicht via Hue- Szenen, da ich im Lichtbaustein von Loxone eine Abient- Szene habe mit verschiedenen Farben. Daher sind die Lampen einzeln zu steuern.
Beim Testen ist mir ein möglicher Fehler im SSE/EventStream Parsing aufgefallen.

Aktuell wird der EventStream in hue.js so verarbeitet:
response.data.on('data', (chunk) => {
const lines = chunk.toString().split('\n');

lines.forEach(line => {
if (line.startsWith('data: ')) {
processHueEvents(JSON.parse(line.substring(6)));
}
});
});

Anscheinend funktioniert das meist, führt wahrscheinlich aber unter Last (viele gleichzeitige Farbwechsel / große Events) zu sporadischen JSON Parsing Fehlern wie in meinem Fall mit gleichzeitiger Steuerung von 11 Lampen:

• Unexpected end of JSON input
• Unterminated string in JSON
• Expected double-quoted property name

Der Grund scheint zu sein, dass TCP Chunks nicht mit vollständigen SSE Events identisch sind.

SSE Events werden laut Spezifikation über eine Leerzeile (\n\n) terminiert. Aktuell wird jedoch direkt pro empfangenem TCP chunk bzw. pro Zeile geparsed.

Dadurch gönnen ggf. potentiell fragmentierte JSON Payloads entstehen, insbesondere bei grösseren Hue Farb-/XY Updates.

Möglicherweise wäre ein gepufferter SSE Parser robuster, z. B.:
let eventBuffer = '';

response.data.on('data', (chunk) => {
eventBuffer += chunk.toString();

const events = eventBuffer.split('\n\n');

eventBuffer = events.pop();

events.forEach(event => {
event.split('\n').forEach(line => {
if (line.startsWith('data: ')) {
const jsonStr = line.substring(6).trim();
processHueEvents(JSON.parse(jsonStr));
}
});
});
});

Hier noch die espliziten Fehlerloggs:

13:24:05.022 SYSTEMERROR
EventStream JSON Parsing Fehler:
Unterminated string in JSON at position 4073
(line 1 column 4074)

oder

13:24:04.010 SYSTEMERROR
EventStream JSON Parsing Fehler:
Expected double-quoted property name in JSON
at position 4073
(line 1 column 4074)

oder

10:35:05.105 SYSTEMERROR
EventStream JSON Parsing Fehler:
Unexpected end of JSON input


Dies als kleiner Hinweis. Ggf. ist das für alle Anderen die die loxhuebridge benutzen kein Problem.
Ist warschienlich auch absult kein Beinbruch.

Lieben Gruss und nochmals herzliches Dankeschön für die tolle Arbeit!

Vielen lieben Gruss aus der Schweiz.