LBS19000(195|196|305) - HUE Bridge | Light | Plug

[sdog]

Ah okay, jetzt fällts mir glaube ich wieder ein. Trenne mal die Verbindung zwischen HUE Devices und dem HUE White Light LBS.
Trage dann die 3 fest am E2 des HUE White Light LBS ein.
Das Problem ist, dass der HUE Devices LBS die 3 erst sendet, wenn die HUE Bridge schon seine ID rausgesendet hat und der White Light LBS schon mit einer Registrierung geantwortet hat. Wenn er dann natürlich noch nicht seine ID kennt, dann schlägt die Registrierung fehl.

Die IDs in alles HUE LBS müssen immer fest eingetragen werden, damit sie bei der Initialisierung bekannt sind.
Ich werde das mal in die enstprechenden Hilfstexte reinbringen.

Hallo André,

ich hol das nochmal hoch. Ohne alle Hue-LBS gecheckt zu haben, zumindest im HUE RGB Light Baustein steht in der Hilfe zu E2 noch nicht, dass die Device ID starr vorgegeben werden soll. Hab die Lösung für mein Problem der fehlenden Daten an den Ausgängen hier nun gefunden. Wäre schön, wenn du das bei Gelegenheit noch ergänzen könntest.

Grüße

[trollmar]

Du kannst das mit einem Multiplikator LBS lösen, bei dem du Power und Brightness auf die Eingänge gibst.

Einfach und clever
Thx!

[jonofe]

Ist das von dir so erdacht oder einfach der Tatsache geschuldet das die Bridge das so ausgibt ?

Das kommt so von der Bridge. Es werden lediglich die Statusmeldungen der Bridge auf die Ausgänge weitergeleitet.

Du kannst das mit einem Multiplikator LBS lösen, bei dem du Power und Brightness auf die Eingänge gibst.

[trollmar]

Hi André,

kurze frage zu deinen LBS 19000584 Hue White Light v.02

Bei A9 wird ja die aktuelle Brighntness ausgegeben.
Wenn das Hue Licht aus ist geht dieser Wert aber nicht auf 0 sondern bleibt beim letzten bekannten Wert.
Dies ist ja faktisch falsch weil das Licht ja aus ist.
Ist das von dir so erdacht oder einfach der Tatsache geschuldet das die Bridge das so ausgibt ?

LG

[Sniffie]

Welches CentOS/PHP verwendest du?

- Edomi 2.0 mit den aktuellsten LBS Bausteinen
- Hue Bridge: 1935144020

[root@edomi edomi]# cat /etc/centos-release
CentOS Linux release 7.6.1810 (Core)
[root@edomi edomi]# php -version
PHP 7.2.25 (cli) (built: Nov 20 2019 17:44:37) ( NTS )

Das UI des Bridge Debuggers scheint bei mir keine Rückmeldung zu liefern. Nur wenn ich die GET/POST Requests per Browser oder Postman direkt aufrufe, bekomme ich die Statusrückmeldungen.

Danke vorab für die Unterstützung!

[jonofe]

Ich habe gestern auch die Hue Bausteine eingerichtet. Danke erstmal!
Das Schalten der Lichter funktioniert, jedoch bleiben auch bei mir die Ausgänge leer.

Welches CentOS/PHP verwendest du?

[Vorsichtstufe]

Anscheinend haben andere ähnliche Probleme mit der neuen Firmware, zumindest was den Zugriff auf den API Debugger per Browser betrifft: https://www.reddit.com/r/Hue/comment...chromefirefox/

[Vorsichtstufe]

In der Handy-App unter Einstellungen --> Hue Bridges und dann das Info-Symbol anklicken, dort sieht man dann die aktuelle Firmware-Version.

[jonofe]

Bei mir ist die aktuell letzte Version vom 18.November installiert

Wo kann ich das denn bei mir sehen, welche Version ich habe?

[Vorsichtstufe]

Bei mir ist die aktuell letzte Version vom 18.November installiert : https://www2.meethue.com/de-de/suppo...hinweis/bridge

[jonofe]

Also bei mir funktioniert noch alles, sowohl die Steuerung als die Status Ausgänge und auch die Gruppen. Ich muss aber auch sagen, dass ich eigentlich sehr selten ein Upgrade der Bridge mache. Welche SW Version habt ihr denn bei der Bridge? Und wo kann man diese finden?

Die Gruppe wird übrigens vom LBS angelegt. Hier darf keine bestehende Gruppe verwendet werden.

[Sniffie]

Hi,

Ich habe gestern auch die Hue Bausteine eingerichtet. Danke erstmal!
Das Schalten der Lichter funktioniert, jedoch bleiben auch bei mir die Ausgänge leer.
Der Group LBS scheint leider nicht zu funktionieren. Anscheinend wird die Gruppe nicht gefunden obwohl diese existiert. Ich vermute, dass das auch mit dem gleichen Problem zusammenhängt.

Gruß

[Vorsichtstufe]

Hallo zusammen,

hat zufällig auch jemand zur Zeit Probleme mit den Hue-LBS (RGB v0.5/White v0.2) dass er keine Rückmeldung mehr zu den Schaltzuständen erhält ?

Bei mir bleiben alle Ausgänge der eingesetzten RGB und White-Light-LBS leer...

Auch über den Clip-API-Debugger (https://<bridge-ip>/debug/clip.html) kann ich keine Informationen mehr abrufen.

Das letzte Update der Bridge gab es am 18.November...mir ist nur heute aufgefallen dass ich keine Rückmeldungen mehr habe, das Schalten an sich funktioniert.

Bei mir läuft Edomi V2.0 unter CentOS 6.5

Vielleicht kann ja jemand das mal gegenprüfen ?

Gruß

[MxG]

Nun läuft es - hab gerade meine erste HUE mittels EDOMI an und aus geschaltet *freu*
Jetzt geht es an die Bewegungsmelder - das war eigentlich mein Hauptanliegen.

[MxG]

Danke Dir für die prompte Antwort.

yum -y install php-mbstring

hatte ich bereits vorher von den Posts vor mir gesehen und natürlich auch ausprobiert. Brachte aber leider keine Besserung.

Wenn ich es richtig verstanden habe, lädt er bei composer install noch offene Pakete nach. das geht solange gut, bis er bei Installing phpunit/phpunit (5.7.25): Cloning 4b1c822a68hängen bleibt. Anschließend wird diese oben genannte Fehlermeldung ausgegeben.

Dank Deines Denkanstoßes habe ich mir die Fehlermeldung nochmals genau angeschaut und das Folgende von hand gemacht:

rm -rf phpunit/
git clone --no-checkout 'https://github.com/sebastianbergmann/phpunit.git' '/usr/local/edomi/main/include/php/Phue/vendor/phpunit/phpunit' && cd usr/local/edomi/main/include/php/Phue/vendor/phpunit/phpunit' && git remote add composer 'https://github.com/sebastianbergmann/phpunit.git' && git fetch composer && git remote set-url origin 'https://github.com/sebastianbergmann/phpunit.git' &&    git remote set-url composer 'https://github.com/sebastianbergmann/phpunit.git'

Das lief soweit auch durch dann:

Klone nach '/usr/local/edomi/main/include/php/Phue/vendor/phpunit/phpunit'...
remote: Enumerating objects: 97783, done.
remote: Total 97783 (delta 0), reused 0 (delta 0), pack-reused 97783
Empfange Objekte: 100% (97783/97783), 46.19 MiB | 4.53 MiB/s, done.
Löse Unterschiede auf: 100% (64768/64768), done.
Von https://github.com/sebastianbergmann/phpunit
* [neuer Zweig] 7.5 -> composer/7.5
* [neuer Zweig] 8.4 -> composer/8.4
* [neuer Zweig] issue-3746/improve-developer-experience-of-global-wrapper-f unctions-for-assertions -> composer/issue-3746/improve-developer-experience-of-g lobal-wrapper-functions-for-assertions
* [neuer Zweig] master -> composer/master
* [neuer Zweig] refactor/configuration -> composer/refactor/configuration
[root@edomi phpunit]#

Anschließend habe ich wieder composer install aufgerufen und siehe da, diesmal ist phpunit/phpunit (5.7.25) durchgelaufen - dann blieb es aber beim letzten install-punkt: squizlabs/php_codesniffer (3.1.1) hängen.
Auch hier ist es abgebrochen - also wieder von Hand:

git clone --no-checkout 'https://github.com/squizlabs/PHP_CodeSniffer.git' '/usr/local/edomi/main/include/php/Phue/vendor/squizlabs/php_codesniffer' && cd '/usr/local/edomi/main/include/php/Phue/vendor/squizlabs/php_codesniffer' && git remote add composer 'https://github.com/squizlabs/PHP_CodeSniffer.git' && git fetch composer && git remote set-url origin 'https://github.com/squizlabs/PHP_CodeSniffer.git' && git remote set-url composer 'https://github.com/squizlabs/PHP_CodeSniffer.git'

auch das lief erfolgreich durch:

Klone nach '/usr/local/edomi/main/include/php/Phue/vendor/squizlabs/php_codesniffer'...
remote: Enumerating objects: 343, done.
remote: Counting objects: 100% (343/343), done.
remote: Compressing objects: 100% (211/211), done.
remote: Total 113927 (delta 205), reused 214 (delta 131), pack-reused 113584
Empfange Objekte: 100% (113927/113927), 191.48 MiB | 735.00 KiB/s, done.
Löse Unterschiede auf: 100% (71201/71201), done.
Von https://github.com/squizlabs/PHP_CodeSniffer
* [neuer Zweig] 1.5 -> composer/1.5
* [neuer Zweig] 2.9 -> composer/2.9
* [neuer Zweig] 3.0 -> composer/3.0
* [neuer Zweig] gh-pages -> composer/gh-pages
* [neuer Zweig] master -> composer/master

nun ein letztes Mal:

[root@edomi Phue]# composer install

Finally keine weiteren Sachen mehr zu installieren.

Deprecation warning: require-dev.phpunit/PHPUnit is invalid, it should not contain uppercase characters. Please use phpunit/phpunit instead. Make sure you fix this as Composer 2.0 will error.
Do not run Composer as root/super user! See https://getcomposer.org/root for details
Loading composer repositories with package information
Installing dependencies (including require-dev) from lock file
Nothing to install or update
Package phpunit/phpunit-mock-objects is abandoned, you should avoid using it. No replacement was suggested.
Generating autoload files

Hoffen wir mal, dass jetzt auch das LBS funktioniert
Danke nochmals für den Denkanstoß - manch mal steht man sich einfach selbst im Weg.