Phillips HUE mit Loxone verwenden

Einklappen
X
 
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

  • julianbmw
    kommentierte 's Antwort
    würde mich auch interessieren

  • ToHa
    antwortet
    Guten Moooorgen zusammen :-) ...hat schon jemand die neue Philips Hue BRIDGE ausprobiert? ...funktioniert hier die API weiterhin? ...bin gespannt auf erste Feedbacks...

    Einen Kommentar schreiben:


  • Hiltex
    kommentierte 's Antwort
    Ob man das irgendwo nachlesen kann weiß ich nicht, aber wenn man sich mit der API auseinander setzt, dann bekommt man das problemlos hin. Ich habe vor einer Weile alles vom Pico-Script umgebaut und steuerte dann mit dem Lichtsteuerbaustein nur noch Szenen an.

    So gehts:
    Virtuellen Ausgang für die HUE-Bridge anlegen
    - Adresse: http://<ip-der-bridge>

    Szenen als Befehle anlegen
    - Befehl bei EIN: /api/<API-Key>/groups/<Gruppennummer>/action
    - HTTP header bei EIN: host: <ip-der-bridge>\r\nContent-Type: application/json
    - HTTP body bei EIN: {"scene":"<Szenen-ID*>"}
    - HTTP Methode bei EIN: PUT

    Wie kommt man an die Gruppennummer?
    Am besten mit Firefox (formatiert die JSON-Daten schön) die Adresse http://<ip-der-bridge>/<API-Key>/ aufrufen. Alles zuklappen und "groups" aufklappen. Angezeigt werden nun die Gruppennummern. Klappt man die auf sieht man die Zuordnung zu den Räumen.

    Wie kommt man an die Szenen-ID?
    Wieder mit Firefox. Alles zuklappen und "scenes" aufklappen. Dann sieht man die Namen der ganzen Szenen - allerdings etwas kryptisch. Welche Szene für welchen Raum ist muss man über try and error herausfinden, wenn man in verschiedenen Räumen Szenen mit dem gleichen Namen angelegt hat.

    Was fehlt?
    Man muss das Licht auch wieder ausschalten. Das geht ebenfalls über einen Virtuellen Ausgang Befehl. Befehl bei EIN und Header bleiben gleich wie oben, HTTP body bei EIN wird zu {"on":false}

    Die Ausgangsbefehle werden nun an die Ausgänge vom Lichtsteuerbaustein gehängt und damit entsprechend geschaltet.

    Das habe ich damals für alle Räume so gemacht und das Pico-Script entfernt. Nachteil dabei ist, dass man die Lampen nicht mehr einzeln mit der Loxone-App steuern kann, aber das habe ich sowieso nie gemacht.

    Mittlerweile habe ich das Ganze anders realisiert, denn die HUE-Bridge wurde durch einen anderen Zigbee-Koordinator ersetzt, der ausschließlich durch ioBroker gesteuert wird. In Summe war mir das auch zu Anstrengend, wenn man etwas ändern wollte. Ich habe die Beleuchtungsszenen nun alle in ioBroker konfiguriert. Ein ioBroker-Script reagiert auf die ausgewählte Szene des Lichtsteuerbausteins und schaltet die Lampen entsprechend. Meine Lichtsteuerbausteine haben teilweise gar keine Ausgänge mehr, weil ich in einigen Räumen ausschließlich Zigbee-Leuchtmittel verbaut habe.

    Ich hoffe, das hilft dir weiter.
    Zuletzt geändert von Hiltex; 23.08.2025, 15:35.

  • dadodo
    antwortet
    Hallo zusammen,

    kann man irgendwo nachlesen, wie man mittels Miniserver eine Hue-Szene aktivieren kann?
    Also eine Lichtszene, welche man in der Hue App erstellt hat.

    Generell läuft das PicoC script bei mir am Miniserver bereits, ich kann meine Hue Lampen damit einwandfrei steuern.
    Jetzt suche ich nurnoch nach einer Möglichkeit, dass ich auch ganze Hue-Lichtszenen starten kann (speziell die dynamischen mit Farbwechsel oder Effekten).

    Lg

    Einen Kommentar schreiben:


  • Pino72
    antwortet
    Hat sich vorerst erledigt.
    Zuletzt geändert von Pino72; 08.08.2025, 20:03.

    Einen Kommentar schreiben:


  • Steirerboy
    antwortet
    Hi,

    ich habe soeben meine bestehende Hue Bridge auf die aktuelle Version 1972004020 erfogreich upgedatet.
    Habe auch das PICO Script vom Miniserver in Verwendung was auch weiterhin funktioniert.

    Einen Kommentar schreiben:


  • ph4nt0m
    antwortet
    Hi Zusammen,

    wie macht ihr eine Szenenumschaltung im Lichtbaustein mit mehren Szenen?

    Ich habe in der Phillips Hue APP zwei Szenen angelegt und diese im Script hinterlegt (siehe Anhang).

    Wenn ich eine einzelne Szene im Lichtbaustein ansteuere funktioniert das auch wunderbar,
    aber wenn ich per T5 zur anderen Szene wechseln möchte, schalten meine Lampen aus.

    Ich kann mir das so erklären, weil ich in den nächsten schritt die vorherige Szene auf "0" setze, schalten die Lampen aus.

    Beispiel:

    Lichtbaustein ID 1 = Scene 1 = 100
    Lichtbaustein ID 1 = Scene 2 = 0
    Lichtbaustein ID 2 = Scene 1 = 0
    Lichtbaustein ID 2 = Scene 2 = 100

    Konfiguriert ist der Typ Dimmer mit 100%

    Wie geht ihr da vor?

    Besten Dank!

    Klicke auf die Grafik für eine vergrößerte Ansicht

Name: scene.png
Ansichten: 699
Größe: 572,5 KB
ID: 463999
    Zuletzt geändert von ph4nt0m; 23.06.2025, 22:40.

    Einen Kommentar schreiben:


  • hstohl
    kommentierte 's Antwort
    Hab auch seit 2 Wochen den 1Home Server Pro (KNX) laufen. Überzeugt auf voller Linie. Bringt mir alle KNX Geräte nach Matter und alle Matter Geräte nach KNX, also mit GA ansteuerbar.

  • FMEbikon
    antwortet
    Habs nun hinbekommen, Typ 1 und Lumitech haben das gewünschte Ergebnis gebracht.

    Weiss jemand wie man die Kelvin Zahl eingeben kann? Finde das mit dem Regler in der App relativ schwierig

    Einen Kommentar schreiben:


  • Flaemmi
    kommentierte 's Antwort
    Kurzes Update: Irgendwie hat sich beim Update was verheddert und meine beiden Bridges hatten plötzlich andere IP Adressen aus einem unbekannten IP Range aus unerklärlichen Gründen. Ein kompletter Neustart meines UniFi Netzwerks war letztlich die Lösung und nun läuft zum Glück wieder alles. Sorry für die ganze Aufregung!

  • svethi
    kommentierte 's Antwort
    also das kann ich alles nicht bestätigen!
    In größter Sorge demnächst im Dunkeln zu stehen, habe ich mir kurzerhand einen Proxy eingerichtet. bei mir ist Autoupdate aus und da ich hier gerade Mesh-Probleme mit den Lampen habe, dachte ich mir, machst mal das Update. Ich staunte nicht schlecht, als ich feststellen musst, dass die Bridge trotz deaktivem AutoUpdate, auf aktuellem Stand ist! Die Kommunikation mit der Bridge über http (PicoC) war ohne Probleme die ganze Zeit möglich!
    Da muss es bei Dir andere Probleme geben.

  • svethi
    kommentierte 's Antwort
    Hi,
    nun, in der Beschreibung des Typ 5 heißt es klar, DimmerEingang. Glühlampen Simulation.
    Da kommt an den Eingang nur die Helligkeit. Was diese Funktion macht, ist, dass die Lampe je mehr sie runtergedimmt wird, wärmer wird. wie halt eine normale Fadenglühbirne, sofern Du die noch kennst ;-)
    Wenn Deine Lampe nur auf ct (Colortemp) reagiert, wird es wohl schieriger. versuche sonst mal Lumitech. Ich glaube am Typ1.

  • FMEbikon
    antwortet
    Hi Zusammen, habe gestern Abend meine Philips Hue Leuchten in Loxone eingebunden, dies hat soweit auch gut funktioniert, leider kann ich bei meiner Hue Enrave ceiling nicht zwischen Kalt und Warmweiss auswählen, der Regler ist zwar vorhanden aber es passiert nichts.

    Hab im Programm Typ 5 ausgewählt und im Lichtbaustein RGB

    Im Anhang noch was die API der Hue ausgibt

    Was hab ich wohl falsch gemacht?

    Danke für eure Hilfe


    "2": {
    "state": {
    "on": true,
    "bri": 254,
    "ct": 366,
    "alert": "none",
    "colormode": "ct",
    "mode": "homeautomation",
    "reachable": true
    },
    "swupdate": {
    "state": "readytoinstall",
    "lastinstall": "2025-05-27T16:25:38"
    },
    "type": "Color temperature light",
    "name": "Hue Enrave ceiling 1",
    "modelid": "915005996801",
    "manufacturername": "Signify Netherlands B.V.",
    "productname": "Hue Enrave ceiling",
    "capabilities": {
    "certified": true,
    "control": {
    "mindimlevel": 100,
    "maxlumen": 4600,
    "ct": {
    "min": 153,
    "max": 454
    }
    },
    "streaming": {
    "renderer": false,
    "proxy": false
    }
    },
    "config": {
    "archetype": "ceilinground",
    "function": "functional",
    "direction": "downwards",
    "startup": {
    "mode": "safety",
    "configured": true
    }
    },
    "uniqueid": "00:17:88:01:0e:7e:21:9a-0b",
    "swversion": "1.82.10",
    "swconfigid": "26D8DD20",
    "productid": "4422-9470-9681_HC05_PSU03"
    }

    Einen Kommentar schreiben:


  • ToHa
    antwortet
    Ja ich habe den 1home server seit ein paar Wochen bei mir installiert. Philips Hue über Matter angebunden und dann mit Loxone synchronisiert, funktioniert soweit. hatte am Anfang ein Problem, welches aber sehr schnell vom Support des 1home Servers gelöst wurde. Nun habe ich noch ein Problem, dass die Verbindung zu den Philips Hue nach 2-3 Tagen verloren geht und ich den 1home Server neu starten muss... Dazu habe ich letzte Woche eine Beta Firmware zum Testen gekriegt und siehe da, seither läufts :-) ..ich plane meine unzähligen Philips Hue nächste Woche (sofern alles weiterhin stabil läuft) von PICO auf 1home umzustellen.

    Grosser Vorteil mit der 1home Lösung ist: Der Status der Philips Leuchten wird zurück in Loxone synchronisiert. So kann ich die Philips Hue auch über die App oder sonst irgendwie aus- und wieder einschalten und sehe das in der Loxone App :-) ...das habe ich über das PICO script vermisst...

    Melde Dich gerne, wenn Du weitere Infos haben möchtest.

    Einen Kommentar schreiben:


  • Flaemmi
    kommentierte 's Antwort
    Frage in die Runde: Bin ich nun tatsächlich der einzige hier, der seit dem Update Probleme hat? Ich komme mit IP Adresse und Port 443 nicht weiter und das Pico Script funktioniert nicht mehr. ChatGPT sagt folgendes dazu.

    Das von dir beschriebene Verhalten – dass du deine Philips Hue Bridge über den Hostnamen, aber nicht mehr direkt über die IP-Adresse per HTTPS erreichst – hängt sehr wahrscheinlich mit der neuen Zertifikats- und Sicherheitsstruktur der aktuellen Hue Bridge Firmware zusammen.

    Hintergrund: HTTPS, Zertifikate und Hostname/IP
    Mit den aktuellen Updates nutzt die Hue Bridge HTTPS mit einem Zertifikat, das nur für den Hostnamen (z.B. philips-hue.local oder ein spezifischer Bridge-Name) ausgestellt ist – nicht für die IP-Adresse.
    Wenn du im Browser oder per API https://<hostname> aufrufst, stimmt der Name im Zertifikat mit dem Hostnamen überein, und die Verbindung wird akzeptiert.
    Versuchst du dagegen, die Bridge über https://<IP-Adresse> zu erreichen, stimmt der Zertifikatsname nicht mit der IP-Adresse überein. Moderne Browser und viele Tools blockieren dann die Verbindung aus Sicherheitsgründen oder zeigen eine Zertifikatswarnung, die oft nicht umgangen werden kann.

    Warum funktioniert es im Netzwerk mit der UDM Pro nicht per IP?
    Kein Firewall-Problem:
    Deine Firewall blockiert den Zugriff nicht, wie du bereits geprüft hast. Die Verbindung wird auf Netzwerkebene zugelassen.

    DNS- und Zertifikatsabhängigkeit:
    Die Hue Bridge stellt ihr HTTPS-Zertifikat nur für den Hostnamen aus. Die UDM Pro (wie viele moderne Router) gibt diesen Hostnamen per DHCP weiter und sorgt für die Namensauflösung im lokalen Netz.
    Wenn du die Bridge über den Hostnamen ansprichst, funktioniert der Zertifikatsabgleich – bei direkter IP-Nutzung nicht.

    Browser/Client-Verhalten:
    Browser und viele moderne Clients verweigern die Verbindung, wenn der Hostname im Zertifikat nicht mit der Adresszeile übereinstimmt (Stichwort: "Common Name mismatch").

    Was kannst du tun?
    Immer den Hostnamen verwenden:
    Greife auf die Bridge grundsätzlich über ihren Hostnamen zu (z.B. https://philips-hue.local oder den in deinem Netzwerk vergebenen Namen).

    Zertifikatswarnung umgehen:
    Manche Tools oder Skripte bieten die Option, Zertifikatsprüfungen zu deaktivieren (unsicher, nicht empfohlen für Browser).

    DNS sicherstellen:
    Stelle sicher, dass dein lokaler DNS (z.B. die UDM Pro oder ein Pi-hole) den Hostnamen der Bridge korrekt auflöst.

    Fazit:
    Mit der neuen Hue Bridge Firmware ist der HTTPS-Zugriff aus Sicherheitsgründen nur noch über den Hostnamen möglich, weil das Zertifikat nicht für die IP-Adresse gilt. Das ist kein Fehler deiner UDM Pro oder ein Firewall-Problem, sondern beabsichtigt und entspricht den aktuellen Sicherheitsstandards.
Lädt...