Beiträge von Rome

@OrangeX

Ja die Einschränkungen von HomeKit mal wieder. Auf was man das aufbohren könnte.

¯\_(ツ)_/¯

WillyWurst

Ja Homebridge ist da und wird ständig weiter ausgebaut. Ja an die Lösung mit Fakeschaltern habe ich auch schon gedacht. Wahrscheinlich wird es darauf auslaufen. Aber bald habe ich mehr Fakeschalter als reelle Devices. Ich dachte es könnte auch eine elegantere Lösung geben, auf die ich partout nicht komme.

Wäre ev. das Plugin Homebridge-logic eine Lösung für die Speicherung des Zählstandes? Diskussion auch hier im Forum unter Homebridge Plugin-logic.

Jetzt geht´s hier aber nur um Schönheit und Ordnungsfimmel.

Jemand eine Idee, wie ich die Anzeige des Phoscon-GWs in den Favoriten in der Home App entfernt bekomme? Vielleicht ein entsprechender Eintrag in dem Homebridge Hue Plugin?

Wegen ""description": "body contains invalid JSON"," JSON Validator?

Ich bin ja schon froh, dass mich wenigstens einer halbwegs verstanden hat.

Ok versuche ich mal zu beschreiben, wo ich hin will.

Hausgemeinschaft mit einem gemeinsamen Müllcontainer. Daher gemeinschaftliche Verantwortung den zur Straße zu bringen und wieder zurück zu stellen.

Ich möchte eine Message an alle, wenn der Container nach vorne (nicht einsehbar) gebracht wurde (1. Mal bewegt wurde), wenn der geleert wurde (2. x bewegt wurde) und wenn er zurück gestellt wurde (3. Bewegung). Damit niemand in der Herrgottsfrühe raus geht und dann feststellt die Tonne ist schon vorne (meistens ich ).

Daher die Idee mit dem Zähler / Counter. Dein erster Vorschlag bringt mich schon weiter, aber so wird es nicht funktionieren. Sehr wahrscheinlich klemmt da auch irgendwas in meiner Logik.

Also wer kann mich in meiner Faulheit unterstützen und läßt mich ein kleines bisschen länger schlafen?

Ich suche eine Möglichkeit in einem Kurzbefehl hochzählen zu können.

Für meine Idee suche ich einen Syntax wie folgt:

Ereignis x

Setze „Anzahl“ auf 1

Wenn „Anzahl“ dieses Ereignis = 1

Dann Message 1

„Anzahl“ + 1

Sonst

Wenn „Anzahl“ dieses Ereignis = 2

Dann Message 2

„Anzahl“ + 1

Sonst

Wenn „Anzahl“ dieses Ereignis = 3

Dann Message 3

„Anzahl“ - 3

Ende

Lösung? Ideen? U.a. mit dem Homebridge Plugin logic arbeiten?

So mit der folgenden Konfig ist alles drin bzw. draußen was ich will:

            "name": "Hue",
            "anyOn": true,
            "heartrate": 30,
            "excludeSensorTypes": [
                "CLIP",
                "Daylight",
                "Geofence"
],
            "nativeHomeKitLights": false,
            "nativeHomeKitSensors": false,
            "nupnp": true,
            "resource": false,
            "sensors": true,
            "host": "192.168.178.34",
            "users": {  

"x1x1x1": "x2x2x2",

"y1y1y1": "y2y2y2"
},
            "platform": "Hue"

Nebenfrage. Was stellt mir "lowBattery": "25", bereit?

Ansonsten nochmals danke für deinen langen Atem. Was für eine Tour. Ich brauch nen Bier.

Ok, die beiden Sensoren.

Gebe ich keinen host an lande ich in einer Schleife:

[Hue] homebridge-hue is taking a long time to load and preventing Homebridge from starting.

Und keinerlei Elemente der Homebridge werden in der Home oder Eve App angezeigt (bzw. alle bekommen ein rotes Ausrufezeichen).

Wie ist die korrekte Schreibweise für 2 hosts?

"host": "192.168.178.39",

"host": "192.168.178.34",

funktioniert nicht. Syntaxfehler.

            "users": {
                "HUE": "JT-HXXXXXXXXX-XXXXYYYYYYYYYYY",
                "deConz": "1234567"

Was ist das für eine Schreibweise unter users für deine Philips Bridge und dem deCONZ? Bei mir sieht das anders aus:

"users": {

"x1x1x1": "x2x2x2",

"y1y1y1": "y2y2y2"

Nichts mit selbst gewählten Bezeichnungen.

Ja hopla.

Wenn ich anstelle der bestehenden Philips Bridge IP Adresse, die des ConBee2 Sticks eingebe bekomme ich für mich erst mal ein recht positiv aussehendes Log:

...

[Hue] Initializing Hue platform...

[Hue] homebridge-hue v0.11.77, node v12.19.0, homebridge v1.2.3

...

[Hue] Phoscon-GW: dresden elektronik deCONZ gateway v2.5.84, api v1.16.0

[Hue] Phoscon-GW: 1 accessories

[Hue] masked debug info dumped to /var/homebridge/homebridge-hue.json.gz

[Hue] Initializing platform accessory 'Phoscon-GW'...

[Hue] Phoscon-GW: 2 services

...

Ist der Eintrag "Phoscon-GW: 1 accessories" mein Aqara Vibrations Sensor? Jep oder?

Durch das Hue Plugin in HB sehe ich in der Eve App meine bestehende Philips Bridge:

Einen in der Phoscon (Web) App angelegten Aqara Vibrations Sensor sehe ich nur in dieser App aber weder unter der Home oder Eve App. Liegt das da dran, dass ich in dem Hue Plugin Konfig "sensors": false, eingestellt habe? Wenn ich den auf true setze bekomme ich von meiner bestehenden Philips Bridge alle mit ihr verknüpften Lichter und Smart Plugs z.B. in der Eve App angezeigt. Auch sinnlos. Ich möchte ja "nur" die via ConBee2 Stick hinzugefügten ZigBee Devices angezeigt bekommen.

Ok, es passiert was.

Nehme ich den "host": "192.168.178.39" aus der Konfig heraus bekomme ich folgendes Log.:

 [Hue] searching bridges and gateways

 [Config] Homebridge Config UI X v4.29.0 is listening on :: port 8080

 [Hue] Phoscon-GW: dresden elektronik deCONZ gateway v2.5.84, api v1.16.0

 [Hue] Philips Bridge 1: Philips BSB002 bridge v1941056000, api v1.41.0

 [Hue] Phoscon-GW: created user - please edit config.json and restart homebridge

"platforms": [

{

"platform": "Hue",

"users": {

"x2x2x2": "y2y2y2"

}

}

]

 [Hue] Phoscon-GW: 1 accessories

 [Hue] Philips Bridge 1: 1 accessories

 [Hue] homebridge-hue is taking a long time to load and preventing Homebridge from starting.

Problem 1 ist folgende Zeile:

[Hue] homebridge-hue is taking a long time to load and preventing Homebridge from starting.

Das läuft ewig weiter.

Problem 2 beim HB Start aber:

"Homebridge UI Online" startet normal.

"Homebridge Server Ready" braucht ewig. Ich kann nur das Protokoll / Log anklicken und komme dann auf die HB website.

Aber das Phoscon-GW wird nun erkannt und das Log spuckt mir einen neuen user und key aus. Gut!

Beide in den Hue Plugin Part der Konfig eingetragen. Neustart.

Problem 1

Wo ist meine ursprüngliche Philips Bridge (die unter "host": "192.168.178.39")?

Problem 2 beim HB Start wieder:

"Homebridge Server Ready" braucht ewig.

Problem 3 aber auch wieder folgende Zeile:
[Hue] homebridge-hue is taking a long time to load and preventing Homebridge from starting.

Das läuft ewig weiter.

Trage ich die ursprüngliche Philips Bridge (die unter "host": "192.168.178.39")? wieder ein ist von dem Phoscon-GW nichts mehr zu sehen. So sieht meine Konfig nun aus:

{
            "name": "Hue",
            "anyOn": true,
            "nativeHomeKitLights": false,
            "nativeHomeKitSensors": false,
            "nupnp": true,
            "resource": true,
            "sensors": false,
            "host": "192.168.178.39",
            "users": {
                "x1x1x1": "y1y1y1",
                "x2x2x2": "y2y2y2"
},
            "platform": "Hue"
}

Ok "host": "192.168.178.39" wieder raus der Konfig. Aber wie kriege ich das

[Hue] homebridge-hue is taking a long time to load and preventing Homebridge from starting.

weg? Wie kann ich beide Bridges nebeneinander betreiben?

Tja. Ratlos.

1. ok nichts

2. Genauso habe ich das schon mehrfach gemacht. Auch nach eben jener Anleitung. Aber ich finde nichts was einer user ID und Key entspricht. Hier die Log Datei:

[10/14/2020, 19:16:40] [Config] Homebridge restart request received

[10/14/2020, 19:16:40] [Config] Executing restart command: sudo -n systemctl restart homebridge

homebridge : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/bin/systemctl restart homebridge

pam_unix(sudo:session): session opened for user root by (uid=0)

[10/14/2020, 19:16:41] Got SIGTERM, shutting down Homebridge...

Stopping Node.js HomeKit Server...

[10/14/2020, 19:16:46] [Hue] goodbye

homebridge.service: Succeeded.

Stopped Node.js HomeKit Server.

homebridge.service: Found left-over process 18972 (node) in control group while starting unit. Ignoring.

This usually indicates unclean termination of a previous run, or service implementation deficiencies.

homebridge.service: Found left-over process 31569 (sh) in control group while starting unit. Ignoring.

This usually indicates unclean termination of a previous run, or service implementation deficiencies.

homebridge.service: Found left-over process 31570 (sudo) in control group while starting unit. Ignoring.

This usually indicates unclean termination of a previous run, or service implementation deficiencies.

homebridge.service: Found left-over process 31575 (systemctl) in control group while starting unit. Ignoring.

This usually indicates unclean termination of a previous run, or service implementation deficiencies.

Started Node.js HomeKit Server.

pam_unix(sudo:session): session closed for user root

[10/14/2020, 19:16:46] Loaded config.json with 5 accessories and 3 platforms.

[10/14/2020, 19:16:46] ---

[10/14/2020, 19:16:47] Loaded plugin: [email protected]

[10/14/2020, 19:16:47] Registering platform 'homebridge-config-ui-x.config'

[10/14/2020, 19:16:47] ---

[10/14/2020, 19:16:47] Loaded plugin: [email protected]

[10/14/2020, 19:16:47] Registering accessory 'homebridge-dummy.DummySwitch'

[10/14/2020, 19:16:47] ---

[10/14/2020, 19:16:49] Loaded plugin: [email protected]

[10/14/2020, 19:16:49] Registering platform 'homebridge-hue.Hue'

[10/14/2020, 19:16:49] ---

[10/14/2020, 19:16:49] Loaded plugin: [email protected]

[10/14/2020, 19:16:49] Registering accessory 'homebridge-messenger.HomebridgeMessenger'

[10/14/2020, 19:16:49] ---

[10/14/2020, 19:16:49] Loaded plugin: [email protected]

[10/14/2020, 19:16:49] Registering platform 'homebridge-platform-wemo.BelkinWeMo'

[10/14/2020, 19:16:49] ---

[10/14/2020, 19:16:49] Loaded plugin: [email protected]

[10/14/2020, 19:16:50] Registering accessory 'homebridge-raspberrypi-info.RaspberryPiInfo'

[10/14/2020, 19:16:50] ---

[10/14/2020, 19:16:50] Loading 3 platforms...

[10/14/2020, 19:16:50] [Config] Initializing config platform...

[10/14/2020, 19:16:50] [Config] Spawning homebridge-config-ui-x with PID 31653

[10/14/2020, 19:16:50] [Belkin WeMo] Initializing BelkinWeMo platform...

[10/14/2020, 19:16:50] [Hue] Initializing Hue platform...

[10/14/2020, 19:16:50] [Hue] homebridge-hue v0.11.77, node v12.19.0, homebridge v1.2.3

[10/14/2020, 19:16:50] Loading 5 accessories...

[10/14/2020, 19:16:50] [RaspberryPi Info] Initializing RaspberryPiInfo accessory...

HAP Warning: Characteristic db766c37-3a88-4587-8b69-19baf0af6337 not in required or optional characteristics for service 0000008A-0000-1000-8000-0026BB765291. Adding anyway.

HAP Warning: Characteristic 4146a74a-cdbc-41e6-9dac-946f55f31fbe not in required or optional characteristics for service 0000008A-0000-1000-8000-0026BB765291. Adding anyway.

[10/14/2020, 19:16:50] [Schalter F 01] Initializing DummySwitch accessory...

[10/14/2020, 19:16:50] [Schalter F 01] Setting switch to false

[10/14/2020, 19:16:50] [Schalter F 02] Initializing DummySwitch accessory...

[10/14/2020, 19:16:50] [Schalter F 02] Setting switch to false

[10/14/2020, 19:16:50] [Schalter F Kühlschranktür] Initializing DummySwitch accessory...

[10/14/2020, 19:16:50] [Schalter F Kühlschranktür] Setting switch to true

[10/14/2020, 19:16:50] [ Messenger] Initializing HomebridgeMessenger accessory...

[10/14/2020, 19:16:50] [ Messenger] Added Main Switch : Messenger

[10/14/2020, 19:16:50] [ Messenger] Main Switch status : true

[10/14/2020, 19:16:50] [ Messenger] Added pushover : xxx

[10/14/2020, 19:16:50] [ Messenger] Added pushover : xxx

[10/14/2020, 19:16:50] [ Messenger] Added pushover : xxx

[10/14/2020, 19:16:50] [ Messenger] Added pushover : xxx

[10/14/2020, 19:16:50] [ Messenger] Added pushover : xxx

[10/14/2020, 19:16:50] [ Messenger] Added pushover : xxx

[10/14/2020, 19:16:50] [ Messenger] Added pushover : xxx

[10/14/2020, 19:16:50] [ Messenger] Added pushover : xxx

[10/14/2020, 19:16:50] [ Messenger] Added pushover : xxx

[10/14/2020, 19:16:50] [ Messenger] Added pushover : xxx

[10/14/2020, 19:16:50] [ Messenger] Added email : Email HB Messenger

[10/14/2020, 19:16:50] [Belkin WeMo] Online: Waschmaschine [xxx]

[10/14/2020, 19:16:50] [Belkin WeMo] Online: Gästezimmer Stehlampe [xxx]

[10/14/2020, 19:16:51] [Hue] Philips Bridge 1: Philips BSB002 bridge v1941056000, api v1.41.0

[10/14/2020, 19:16:51] [Hue] Philips Bridge 1: 1 accessories

[10/14/2020, 19:16:51] [Hue] masked debug info dumped to /var/homebridge/homebridge-hue.json.gz

[10/14/2020, 19:16:51] Initializing platform accessory 'Philips Bridge 1'...

[10/14/2020, 19:16:51] [Hue] Philips Bridge 1: 2 services

Setup Payload:

X-HM://0023ISYWZ7PNC

Scan this code with your HomeKit app on your iOS device to pair with Homebridge:

Or enter this code with your HomeKit app on your iOS device to pair with Homebridge:

┌────────────┐

│ xxx

└────────────┘

[10/14/2020, 19:16:51] Homebridge v1.2.3 is running on port xxx

[10/14/2020, 19:16:54] [Config] Homebridge Config UI X v4.29.0 is listening on :: port xxx

Konfig ist immer noch:

{
            "name": "Hue",
            "anyOn": true,
            "nativeHomeKitLights": false,
            "nativeHomeKitSensors": false,
            "nupnp": true,
            "resource": true,
            "sensors": false,
            "host": "192.168.178.39",
            "users": {
                "xxx": "yyy", <- vorhandene Philips Bridge
                "": "" <- hier der Platzhalter für die neue Phoscon / deCONZ / ConBee Bridge
},
            "platform": "Hue"
}

Erst mal danke für deine Hilfe. Aber ich glaub´s ja nicht.

Also heute mal Zeit und Muße gehabt mich weiter um dieses Problemfeld zu kümmern. Da öffne ich die Phoscon App und jetzt firmiert der ConBee2 Stick unter einer anderen IP Adresse. Und fast alles stimmt:

Hersteller: dresden elektronik

Software Version: 2.05.84, 14.09.20

Firmware Version: 26660700

Die Firmware Version war etwas veraltet, wurde mir in der Phoscon App angezeigt und ich konnte es in recht kurzer Zeit auf Version 26660700 updaten. Mit der Merkwürdigkeit innerhalb der Phoscon App die Zeitzone nicht einstellen zu können und dazu eben auf die Wireless Light Control App auszuweichen kann ich leben.

Ich hoffe dieser Zustand oben bleibt stabil.

Nun denn, weiter.

1. In der Phoscon App gibt es links den Menüpunkt "WLAN". Dort steht "Der Access Point wurde nicht von der Phoscon App konfiguriert. Durch Aktivieren des Access Points über die Phoscon App werden vorhandene WLAN-Konfiguationen überschrieben." Weiter unten steht "Access Point", Nicht aktiv - Nicht von der App konfiguriert". Was machen? Nichts? "Mit Phoscon App konfiguerieren"? Oder den Client Modus konfigurieren?

2. Wie bekomme ich den ConBee2 Stick nun als Hub innerhalb der Homebridge - Hue Plugin Kombination angemeldet? In der Wireless Light Control App "Unlock Gateway" drücken und innerhalb von 60 Sek. Homebridge oder den ganzen RasPi neu starten?

Zitat von Spy

Deconz soll doch sicher auf dem Pi installiert sein und der RasbeeII auch am Pi laufen?

Jep, der deCONZ ConBee2 Stick (falls relevant nicht das RasbeeII Modul) soll am RasPi hängen und laufen.

Zitat von Spy

Auf den ersten Blick kann ich schon mal sehen, dass Firmware und deConz nicht aktuell sind. Das sollte aber nicht das Problem sein.

Ich habe doch schon auf 2 verschiedene Arten geupdatet. Ich sehe aber auch, das es so aussieht, dass das nicht angekommen ist. Auch wenn es jetzt erst mal nicht so wichtig ist, wie bekomme ich es hin?

Zitat von Spy

Du musst Dich noch entscheiden ob du auf dem Pi mit GUI oder headless operieren willst.

Was auch immer praktikabel ist. Dachte aber eigentlich headless. Was ist der Vor- oder Nachteil des einen oder anderen?

Habe mich für headless entschieden.

pi@raspberrypi:~ $ sudo systemctl enable deconz.service

Created symlink /etc/systemd/system/multi-user.target.wants/deconz.service → /lib/systemd/system/deconz.service.

pi@raspberrypi:~ $ sudo systemctl disable deconz-gui.service

pi@raspberrypi:~ $

Neustart des RasPi notwendig?

Moin, ich habe mir das alles hier durchgelesen, aber ich komme nicht weiter. Ev. sehe ich den Wald vor lauter Bäumen nicht, ev. sind 47 Seiten ein Overkill, ev. habe ich irgendetwas in der verkehrten Reihenfolge gemacht, ev. ...

Hier mal alles zusammen gesammelt, was ev. bei der Problemlösung helfen könnte.

--

Bild in der deCONZ.exe auf dem PC, wenn ich dort den ConBee2 Sticke rein stecke:

Stick wird gefunden

Alle Angaben links werden angezeigt

In der Mitte ist eine blau-weißes Rechteck mit blinkenden blau-weiß Punkt zu sehen, Bezeichnung 0x0000, 00212EFFFF05E0E3

--

Bild der über deCONZ.exe aufgerufenen Phoscon App = http://192.168.178.21/pwa

Phoscon-GW 192.168.178.21

Hersteller: dresden elektronik

Version: 2.05.81, 14.09.20

Firmware: 26650700

Zigbee Kanal: 15

Netzwerk ID: 11A5 / 0x11a5

--

Bild der über deCONZ.exe aufgerufenen WebApp = http://192.168.178.21/edit_system.html?v=2.05.81#

Software Version: 2.05.81

Gateway Name: Phoscon-GW

Time Format: 24h

usw. alles ok.

--

Stecke in den ConBee2 Stick an den RasPi wird er in den deCONZ.exe nicht mehr gefunden. Auch nach einem Rescan nicht.

In der Phoscon App steht unter:

Hersteller "unknown",

Firmware "nicht verbunden",

ZigBee Kanal "0",

Netzwerk Id "unknown".

In der WebApp stimmt alles überein.

--

Das Homebridge Hue Plugin ist installiert, läuft und die vorhandene Hue Bridge wird in Home App und Eve App angezeigt.

Konfig:

{

"name": "Hue",

"anyOn": true,

"nativeHomeKitLights": false,

"nativeHomeKitSensors": false,

"nupnp": true,

"resource": true,

"sensors": false,

"host": "192.168.178.39",

"users": {

"xxx": "yyy",

"": ""

},

"platform": "Hue"

}

Der Platzhalter "": "" für den deCONZ ConBee2 Stick ist angelegt.

--

Den ConBee2 Stick habe ich wie auf der Phoscon Website "https://phoscon.de/de/conbee2/install#raspbian" beschrieben installiert. Neustart des RasPi, nochmals alles durch geupdatet. Das Problem ist - der ConBee2 Stick wird von der deCONZ.exe auf dem PC nicht erkannt.

--

Dann nochmal anders ein Firmware Update versucht:

sudo wget http://deconz.dresden-elektron…le/deconz-2.05.84-qt5.deb

sudo dpkg -i deconz-2.05.84-qt5.deb

sudo apt update

sudo apt install -f

--

pi@raspberrypi:~ $ sudo systemctl status deconz-gui

● deconz-gui.service - deCONZ: ZigBee gateway -- GUI/REST API

Loaded: loaded (/lib/systemd/system/deconz-gui.service; disabled; vendor preset: enabled)

Active: inactive (dead)

Oct 12 18:03:01 raspberrypi systemd[1]: /lib/systemd/system/deconz-gui.service:10: Unknown lvalue 'StartLimitIntervalSec

Oct 12 18:05:24 raspberrypi systemd[1]: /lib/systemd/system/deconz-gui.service:10: Unknown lvalue 'StartLimitIntervalSec

lines 1-6/6 (END)

Das läuft nix, oder? Autostart vergessen?

--

Wenn ich in der WebApp den Button "Unlock Gateway" anklicke startet der 60 Sek. Countdown. In dem Homebridge Log sehe ich keinerlei relevante Einträge dazu. Auch nicht wenn ich den RasPi oder nur Homebridge innerhalb von 60 Sek. neu starte.

Nach ein paar "Optimierungen" ist:

1. npm registry: 104.16.25.35:443: cannot connect: ENETUNREACH

2a. homebridge-hue is taking a long time to load and preventing Homebridge from starting.

weg. :))

Nach dem letzten Update von dem Hue Plugin auf homebridge-hue v0.11.77 ist:

3. [Hue] Philips Bridge 1: Philips BSB002 bridge v1941056000, api v1.41.0

[Hue] Philips Bridge 1: warning: not using recommended Hue bridge api version 1.40.0

4. [Hue] warning: not using recommended node version v12.18.4 LTS

weg. :))

Ich kann nur sagen, dass eine solche bei mir ebenfalls in der Eve App angelegte Regel ohne Probleme funktioniert.

Auslöser >=69% Luftfeuchte

Bedingung Anwesenheit mind. einer Person

Ausführung Notifikation

So alles so mehr oder weniger wie oben gemacht.

Hue Plugin in Homebridge und HB selbst funktionieren. Hue Bridge wird in der Home App und in Eve erkannt.

Wichtig bei mir war, immer daran zu denken, in der HB Konfig manuell den Host Eintrag ""host": "192.168.178.xx"," mit einzupflegen. Der wurde mir bei Änderungen in dem Plugin selbst immer wieder raus gehauen.

Jetzt habe ich noch ein paar Fragen die durch einige Log File Einträge auf gekommen sind.

 [Hue] npm registry: 104.16.25.35:443: cannot connect: ENETUNREACH

 [Hue] searching bridges and gateways

 [Config] Homebridge Config UI X v4.28.1 is listening on :: port 8080

 [Hue] no bridges or gateways found - retrying in 30 seconds

 [Hue] homebridge-hue is taking a long time to load and preventing Homebridge from starting.

 [Hue] searching bridges and gateways

 [Hue] homebridge-hue is taking a long time to load and preventing Homebridge from starting.

 [Hue] Philips Bridge 1: Philips BSB002 bridge v1941056000, api v1.41.0

 [Hue] Philips Bridge 1: warning: not using recommended Hue bridge api version 1.40.0

 [Hue] Philips Bridge 1: 1 accessories

 [Hue] homebridge-hue is taking a long time to load and preventing Homebridge from starting.

 ...

 [Hue] masked debug info dumped to /var/homebridge/homebridge-hue.json.gz

 Initializing platform accessory 'Philips Bridge 1'...

 [Hue] Philips Bridge 1: 2 services

...

 [Hue] warning: not using recommended node version v12.18.4 LTS

 ...

..

1. npm registry: 104.16.25.35:443: cannot connect: ENETUNREACH

Was bedeutet das? Was kann ich machen?

2a. homebridge-hue is taking a long time to load and preventing Homebridge from starting.

Was kann ich machen?

Als letztes finden HB ja die Hue Bridge.

2b. [Hue] masked debug info dumped to /var/homebridge/homebridge-hue.json.gz

Und was bedeutet das?

3. [Hue] Philips Bridge 1: Philips BSB002 bridge v1941056000, api v1.41.0

[Hue] Philips Bridge 1: warning: not using recommended Hue bridge api version 1.40.0

Einfach etwas warten bis der Contender das Hue Plugin updatet?

4. [Hue] warning: not using recommended node version v12.18.4 LTS

Und nun? 12.19.0 ist installiert. Ignorieren?

--

Meine Hue Plugin config:

{
            "name": "Hue",
            "anyOn": true,
            "nativeHomeKitLights": false,
            "nativeHomeKitSensors": false,
            "nupnp": true,
            "resource": true,
            "sensors": false,
            "host": "192.168.178.xx",
            "users": {
                "xxx": "yyy"
},
            "platform": "Hue"
}

Zitat von sschuste

Die hast du ja, wenn auch nur eingeschränkt: Schalte bei den Geräten, die da nicht sehen willst, die Einstellung "Im Status anzeigen" aus...

Ja das mit der Statusanzeige ist mir bekannt, verwende ich und hilft für bessere Übersichtlichkeit.

DJay

JOWOLL! Wird gemeldet.

Also diese automatische Zusammenfassung von z.B. Temperatursensoren mag ich nicht. Was soll ich mit „22.0 - 35.0°“ anfangen, nur weil Apple denkt Raumtemperatursensor und RasPi Temperatursensor gehören gruppiert. Blödsinn!

Oder Steckdosen mit völlig unterschiedlich Geräten und Funktionalität verknüpft.

Würde mir auch da eine Konfigurationsmöglichkeiten wünschen.

Apfelnutzer

Ne ne ich nutze weiterhin Eve Devices / Thermostate. Nur bin ich froh bei der Einbau- Adapter-Sache (vorerst) durch zu sein.

Meine Eve Thermostate vorletzte Version höre ich beim Einstellen nicht.

Tado kam auch für mich wegen Abo Modell nicht in Frage.