Hue Bridge User erstellen klappt nicht

[frank2604]

Hallo,

bei mir findet der gerade frisch installierte Adapter auch keine Bridge und legt auch keinen User an.

Da die Web-API unter IP-der-Bridge/debug/clip.html aktuell auch nicht funktioniert, habe ich als Mac-User mit dem API-Client 'Insomnia' und dem ersten Teil dieser Anleitung den Benutzer angelegt und die Parameter manuell im Adapter eingetragen. Dann funktioniert alles einwandfrei.

Grüße

Frank

[Slowman]

Hallo,

irgendwie komme ich bei der Anmeldung meiner Philips Hue Bridges Modell: BSB002.

pi@raspberrypi:~ $ nodejs -v
v10.19.0
pi@raspberrypi:~ $ node -v
v10.19.0
pi@raspberrypi:~ $ npm -v
6.13.4

Hue Adapter 3.2.1 drauf. Brigdes wird gefunden, aber bei User Erstellung kann ich drücken wie ich möchte es passiert nichts.

Fehlermeldung im Log:

hue.0	2020-02-12 16:21:55.047	error	(545) Uhandeld Rejection TypeError: e.getHueErrorType is not a function at [object Promise]

Habe das System jetzt schon das 3. Mal aufgesetzt und immer wieder der gleiche Fehler.
Danke für eine Hilfe

[foxriver76]

@Slowman Bitte mal 3.2.2 probieren

[IOT]

@Slowman es geht auch direkt über die hue einen User anzulegen und im Adapter zu hinterlegen.
https://www.tutonaut.de/anleitung-hue-api-ansprechen-aka-nutzer-anlegen/

[Slowman]

@IOT

Diese Methode geht nicht mehr mit dem neuen Firmware von der Philips Hue Bridges.

@foxriver76

Danke, damit hat es funktioniert. Aber ich habe die 3.2.2 nicht gefunden, habe dies mit der 2.2.1 erledigt und dann auf die aktuelle 2.5 upgedatet. Sollte man vielleicht als Randnotiz vermerken. Bis der "Fehler" behoben kist.

[Harry 5]

Hallo zusammen, ich bin neu hier im Forum und auch der iOBroker ist für mich ein neues Thema. Mit ist bewusst, dass dieser Thread nicht der neuste ist, thematisch passt dieser jedoch gut.
Ich habe heute lange versucht eine neue HUE-Bridge mit dem Adapter 3.10.0 in meinen iOBroker zu installieren. Dieser läuft auf einer Synology im Docker. Leider zeigt sich bei mir das gleiche verhalten und ich kann den Knopf drücken, es wird aber kein Nutzer erstellt. IP ist korrekt vorgegeben, Port 443 und 80 habe ich getestet und ich kann das Gerät auch über die API nach der Anleitung hier im Thread ansprechenm, jedoch keinen Nutzer dort "manuell" erstellen.

Haben sich die Probleme in v3.10.0 erledigt? Hat jemand eine Idee, woran es sonst liegen könnte?

Vielen Dank.

[haselchen]

@harry-5

Host oder Bridgemodus bei der Container Erstellung ausgewählt?

[Harry 5]

@haselchen Als Host - habe die selbe IP-Adresse verwendet wie für das NAS. Habe das sehr bekannte buanet-Image verwendet und dann "selbe Netzwerkadresse wie Docker-Host nutzen" gewählt.

[Marc Berg]

@harry-5 sagte in Hue Bridge User erstellen klappt nicht:

Haben sich die Probleme in v3.10.0 erledigt? Hat jemand eine Idee, woran es sonst liegen könnte?

Das Problem wurde in der 3.10.1 gefixt.

https://forum.iobroker.net/topic/68603/hue-bridge-benutzer-anlage-klappt-nicht

[Harry 5]

@marc-berg Danke für die Info. Da ich ein fertiges Image im Docker laufen habe, nützt mir das vermutlich nur bedingt, mir wird dort die installierte 3.10.0 als letzte Version angzeigt. Vermute stark, dass die neue Version erst nach dem nächsten Image-Update zur Verfügung steht. Ich konnte es aber mit den Tipps im refenzierten Thread lösen, mit dem alten HUE Extended Adapter habe ich problemlos einen Nutzer erstellen können und diesen dann übernommen und denn alten HUE Extended deinstalliert. Danke für die schnelle Hilfe euch beiden!

[haselchen]

@harry-5

Die Adapter Versionen haben nichts ( in dem Fall ) mit dem Image zu tun .
Versionen lässt du dir über das Repo im Iobroker anzeigen . Latest oder Beta.

[Harry 5]

@haselchen Ah ok, danke für die Info. Wie gesagt, ich bin neu hier und versuche mich etwas einzuarbeiten Habe die 3.10.1 im Repo gefunden, eine Installation direkt aus dem Repository habe ich noch nicht gewagt, bisher nur die direkt im ioBroker angzeigten Versionen genutzt

[Harry 5]

Nochmal eine andere Frage wo ich dein Signatur sehe: läuft der ioBroker bei dir auch auf der DS218+ (die habe ich auch im Einsatz) oder auf dem Pi 3b?
Die Synolgy habe ich sowieso und daher wollte ich hiermit erstmal testen, ob ioBroker die richtige Wahl für mich ist (Ziel ist es ein HmIP-System mit HUE, PV und Rasenmähroboter zu koppeln) und aktuell spiele ich dann mit dem Gedanken den iobroker auf einen PI4 mit mind. 4 GB Ram zu installieren und ggf. dort direkt dann auch die CCU mit laufen zu lassen, soweit ich das gelesen habe sollte das mit 4 GB Ram gut laufen.

[haselchen]

@harry-5

Moin,
ich hab alles fein säuberlich getrennt.
Hautpgerät ist die Synology mit dem Iobroker Container.
Dann habe ich einen Raspi3b als Slave, weil der direkt am Stromkasten hängt zur Ermittlung des Stromverbrauches.
Dann war es mir wichtig, Homematic und Iobroker gerätetechnisch zu trennen.
Ich habe dazu einen Raspberrymatic auf nem Raspi3b eingerichtet.
Hängt per LAN an der FritzBox.

Hintergrund ist der, wenn alles auf ner SD Karte wäre und ich mal die eine oder andere Software mittels Raspi Neustart starten muss, dann sind beide Programme erstmal nicht erreichbar.
Oder Worst Case, ich zerschiesse bei einem Update was, dann haut es beide Systeme aus den Socken.

Das habe ich mit der Trennung umgangen und läuft seit Jahren sehr zufriedenstellend.

[Harry 5]

@haselchen Vielen Dank für die Hinweise, klingt einleuchtend. Ich komme ggf. nochmal auf dich zu mit weiteren Fragen, wenn ich tiefer einsteige und es an die konkrete Umsetzung geht, wenn das ok ist?
Meine Idee es auf ein Gerät zu packen war zum einen begründet damit, dass ich möglichst wenig Geräte haben möchte (weniger Stromverbrauch und es kann auch weniger ausfallen) und ich hatte mir gedacht, wenn der Pi mit ioBroker ausfällt, ist die Visualisierung und alle Funktionen die auf mehreren Systemen beruhen (Trockner läuft wenn PV-Analge Überschuss erzeugt z.B.) ohnehin alle weg und die Grundfunktionen von HmIp funktionieren weiter (auch ohne CCU), wie z.B. Rolladen hoch / runter oder die Heizung. Ich dachte auch weiterhin, es wäre evtl. günstig das dauerhaft vom NAS weg zu halten, um z.B. nicht noch weitere Ports auf dem Nas freigeben zu müssen, um eine Steuerung / Visualiserung auch von außen zu realisieren (ggf. ist dies ja auch gar nicht notwendig, wenn ich die VIS/Steuerung von extern über einen VPN-Zugang nutze)