RaspBee II Zigbee Gateway deCONZ

    Ich hab es hinbekommen. Hab nur deconz neu installiert. Das deconz lieg bei mir über zwei Ports einmal 80 und einmal 8090. Das hat sich wohl nicht so gut vertragen. ;) wahrscheinlich hätte ich es als Dienst und in der gui laufen.

    Moin, kurze Frage, gibt es eine Möglichkeit die gesamten in Hue eingebundenen Lichter und Schalter in die phoscon-app zu übernehmen und an das Gateway zu hängen, oder muss ich alle einzeln zurücksetzen und über das Modul neu anlernen? Das wäre ein mega Aufwand.... kann man da was migrieren ;)

    Zitat von Flausen

    Moin, kurze Frage, gibt es eine Möglichkeit die gesamten in Hue eingebundenen Lichter und Schalter in die phoscon-app zu übernehmen und an das Gateway zu hängen, oder muss ich alle einzeln zurücksetzen und über das Modul neu anlernen? Das wäre ein mega Aufwand.... kann man da was migrieren ;)

    Mir ist nichts dergleichen bekannt, aber rein theoretisch muss es schon irgendwie leichter gehen.

    Immerhin schafft hue ja es ebenso rein über die Seriennummer eines Devices ein "Remote" Pairing zu triggern.

    "SMART HOME" = Ärger und Probleme bewältigen die es ohne erst gar nicht gäbe

    Brauche Eure Hilfe!

    Musste meinen Pi neu aufsetzen und bekomme den Rasbee im Hue-Plugin nicht mehr zum laufen.

    Im Plugin wird die Huebridge erkannt.

    Das Phoscon Gateway wohl nicht.

    Folgende Meldiung habe ich im Log:

    HTML
    [2019-2-23 12:22:27] [Hue] Initializing Hue platform...
[2019-2-23 12:22:27] [Hue] homebridge-hue v0.11.17, node v10.15.1, homebridge v0.4.46
[2019-2-23 12:22:27] Loading 0 accessories...
[2019-2-23 12:22:27] [Hue] undefined: warning: ignoring unknown bridge/gateway "\n    <html><head>\n        <meta name=\"viewport\" content=\"width=device-width, initial-scale=1, maximum-scale=1\"/>\n        <link rel='stylesheet' href='/pihole/blockingpage.css' type='text/css'/>\n    </head><body id='splashpage'><img src='/admin/img/logo.svg'/><br/>Pi-<b>hole</b>: Your black hole for Internet advertisements<br><a href='/admin'>Did you mean to go to the admin panel?</a></body></html>\n    "
[2019-2-23 12:22:27] [Hue] undefined: 0 accessories
[2019-2-23 12:22:27] [Hue] mein Philips hue: Philips BSB002 bridge v1901181309, api v1.29.0
[2019-2-23 12:22:28] [Hue] mein Philips hue: 7 accessories
[2019-2-23 12:22:28] [Hue] masked debug info dumped to /var/homebridge/homebridge-hue.json.gz
[2019-2-23 12:22:29] [Hue] Initializing platform accessory 'mein Philips hue'...
[2019-2-23 12:22:29] [Hue] mein Philips hue: 2 services

    DeConz wird richtig gestartet und Sensoren lassen sich einbinden.


    Hallo zusammen,


    Ich bin ganz neu im Bereich homebridge und im Prinzip auch HomeKit.


    Da ich großes Interesse an Tür/Fenster Sensoren ubd auch zb den neuen Rollos von Ikea habe, habe ich mich entschlossen mich mit der Thematik HomeKit/homebridge auseinander zu setzen. Insbesondere die Kombination aqara - HomeKit und nicht auch xiaomi Server angewiesen zu sein finde ich sehr interessant. Zigbee bietet natürlich jede Menge Möglichkeiten, daher würde ich mit gerne den raspbee holen und auf meinen bereits mit homebridge laufenden pi3 setzen.


    Ich habe dazu eins zwei fragen:


    1. wie genau läuft die Installation? Ich habe die homebridge gui installiert und kann darüber Plugins installieren. Muss ich lediglich „homebridge Plugin for Philips hue and deconz“ UND „deconz restapi Platform Plugin For the homebridge project“ installieren und die homebridge config um einen zweiten hue User erweitern?

    Oder muss ich zusätzliche deconz Software installieren?


    2. Ich habe am Anfang des Threads (Seite 8?) gelesen, dass ein User (kohle81?) Probleme mit dem zweiten User hatte (eine hue Bridge ist vorhanden und soll auch bestehen bleiben. Diese läuft bereits mit homebridge). Bei mir ist es auch so, dass in der config Datei unter „host“ die ip der hue Bridge fest eingetragen ist. Dies war am Anfang nicht so, allerdings hat der raspberr dann immer versucht die hue Bridge unter der falschen ip zu verbinden (.112 statt .70). Ich habe keine Ahnung wie er auf die .112 kommt. Jedenfalls Lief es erst als ich die ip angegeben hatte.

    Ich hab dezente Einrichtungprobleme. Ich gehe nach dieser Anleitung vor: http://coldcorner.de/2018/04/0…m-raspberry-pi-emulieren/


    Ich komme nicht auf die Weboberfläche. http://www.dresden-elektronik.de/pwa/login.html rödelt herum, zeigt aber nichts an. IPmeinesPIs/pwa/login.html führt mich auf die Begrüßungsoberfläche meines Pi-Holes:


    Zitat

    Pi-hole: Your black hole for Internet advertisements

    Did you mean to go to the admin panel?


    Ja, es läuft parallel neben homebridge auch Pihole. Ich wollte dann den DeCONZ Port ändern, da dieser Port 80 nutzt und Pihole wohl auch. Geht aber nicht:

    Code
    pi@raspberrypi:~ $ deCONZ --http-port=9000
QXcbConnection: Could not connect to display
Abgebrochen


    Ich habe noch diesen Beitrag auf Github gefunden: https://github.com/dresden-ele…26#issuecomment-410553910

    in /system gibt es aber kein deconz.service.d - allgemein finde ich da keine deconz-Dateien.


    Jemand eine Idee wie man das nun zum laufen bekommt und wo der Fehler sein könnte?

    Also ich hatte das gleiche Problem.

    Ich hab es folgendermaßen gelöst:


    Code
    sudo systemctl stop deconz
sudo nano /etc/systemd/system/multi-user.target.wants/deconz.service
sudo systemctl daemon-reload
sudo systemctl start deconz


    Hab den Port in der deconz.service einfach auf einen anderen Wert als die 80 gelegt.


    Hoffe konnte dir helfen.


    VG

    Unter /etc/systemd/system/multi-user.target.wants/ habe ich keine deconz.service um den Port zu ändern. Hab die aber in /lib gefunden, mal schauen ob das was bringt.


    Code
    pi@raspberrypi:~ $ find / -name "deconz.service"
/lib/systemd/system/deconz.service


    Nachtrag: Ahja, sehr gut, unter http://ipadresse:90/pwa/login.html ist alles erreichbar. Danke!

    Negativ. Aber wie gesagt, meine war in /lib, das hat auch prima geholfen. Ich nutze aber auch die aktuelle deCONZ Version, eventuell liegt es einfach daran.

    mal eine Frage, ich habe sudo systemctl enable deconz und sudo systemctl enable deconz-gui ausgeführt, damit deconz automatisch beim booten startet. Geht auch. Nun ist aber die Weboberfläche nicht nur über Port 90, sondern auch 8080 erreichbar. Ist blöd, weil 8080 homebridge ist.

    In der deconz.servicedeconz.service ist noch weiterhin der Port 90 (und nur der) hinterlegt. Hat die deconz-gui eine eigene config-Datei?


    Hilfe?




    Zitat von Staub

    mal eine Frage, ich habe sudo systemctl enable deconz und sudo systemctl enable deconz-gui ausgeführt, damit deconz automatisch beim booten startet. Geht auch. Nun ist aber die Weboberfläche nicht nur über Port 90, sondern auch 8080 erreichbar. Ist blöd, weil 8080 homebridge ist.

    In der deconz.servicedeconz.service ist noch weiterhin der Port 90 (und nur der) hinterlegt. Hat die deconz-gui eine eigene config-Datei?


    Hilfe?

    So startet man ja deconz zweimal, oder?

    Also mit sudo systemctl enable deconz headless und mit sudo systemctl enable deconz-gui mit GUI.

    Bin mir nicht ganz sicher, aber so hab ich zumindest die Anleitung verstanden:


    deconz-gui startet nur das Grafik Interface für X1 Zugriff

    deconz ist der eigentliche Dienst.


    Wenn Du auf den Raspi mit VNC auf ie Grafik zugreifst und von da aus deconz bearbeiten willst, brauchst Du die GUI noch zusätzlich.

    Wenn Du nur über HTTP zugreifst brauchst du den deconz-gui Dienst nicht.

    :)

    Keine Ahnung ob es daran lag. Also, dass beim starten der GUI der Port 80 wieder genutzt wurde. Auf jeeeeedenfall geht es jetzt, wenn man auch die Finger von der GUI lässt. Aber da es natürlich nicht auf Anhieb laufen kann:

    Mir ist aufgefallen, dass mein Xiamoi Sensor nicht mehr in Homekit war (vorher in deconz registriert). Hab mal nachgeschaut und festgestellt, dass das deconz gateway beinen anderen API-Key auf einmal hat. Hab den nur geholt, die config geändert und dann war der XIamoi-Sensor wieder in Homekit. Nun ist der Sensor schon wieder raus und ein neuer API-Key liegt bei deconz vor. Wtf?

    Moin, ich habe eine Frage: Was soll das bedeuten:

    [4/14/2019, 1:24:21 PM] [Hue] Gateway: dresden elektronik deCONZ gateway v2.04.79, api v1.0.4

    Apr 14 13:24:21 raspberrypi homebridge[2036]: [4/14/2019, 1:24:21 PM] [Hue] Gateway: TypeError: Invalid Version: 2.04.79

    Apr 14 13:24:21 raspberrypi homebridge[2036]: at new SemVer (/usr/local/lib/node_modules/homebridge-hue/node_modules/semver/semver.js:323:11)

    Apr 14 13:24:21 raspberrypi homebridge[2036]: at Range.test (/usr/local/lib/node_modules/homebridge-hue/node_modules/semver/semver.js:1227:15)

    Apr 14 13:24:21 raspberrypi homebridge[2036]: at Function.satisfies (/usr/local/lib/node_modules/homebridge-hue/node_modules/semver/semver.js:1281:16)

    Apr 14 13:24:21 raspberrypi homebridge[2036]: at HueBridge.exposeBridge (/usr/local/lib/node_modules/homebridge-hue/lib/HueBridge.js:200:19)

    Apr 14 13:24:21 raspberrypi homebridge[2036]: at getConfig.then (/usr/local/lib/node_modules/homebridge-hue/lib/HueBridge.js:87:19)

    Apr 14 13:24:21 raspberrypi homebridge[2036]: at Function.then (/usr/local/lib/node_modules/homebridge-hue/node_modules/deferred/_ext.js:67:13)

    Apr 14 13:24:21 raspberrypi homebridge[2036]: at Deferred._settle (/usr/local/lib/node_modules/homebridge-hue/node_modules/deferred/deferred.js:97:26)

    Apr 14 13:24:21 raspberrypi homebridge[2036]: at Deferred.resolve (/usr/local/lib/node_modules/homebridge-hue/node_modules/deferred/deferred.js:142:15)

    Apr 14 13:24:21 raspberrypi homebridge[2036]: at _request.then (/usr/local/lib/node_modules/homebridge-hue/lib/HueBridge.js:109:7)

    Apr 14 13:24:21 raspberrypi homebridge[2036]: at Function.then (/usr/local/lib/node_modules/homebridge-hue/node_modules/deferred/_ext.js:67:13)

    Apr 14 13:24:21 raspberrypi homebridge[2036]: [4/14/2019, 1:24:21 PM] [Hue] Gateway: 0 accessories

    Apr 14 13:24:21 raspberrypi homebridge[2036]: [4/14/2019, 1:24:21 PM] [Hue] Philips hue: Philips BSB002 bridge v1931069120, api v1.31.0

    Apr 14 13:24:21 raspberrypi homebridge[2036]: [4/14/2019, 1:24:21 PM] [Hue] masked debug info dumped to /var/homebridge/homebridge-hue.json.gz

    Apr 14 13:24:21 raspberrypi homebridge[2036]: [4/14/2019, 1:24:21 PM] [Hue] Philips hue: 16 accessories

    Apr 14 13:24:21 raspberrypi homebridge[2036]: [4/14/2019, 1:24:21 PM] [Hue] masked debug info dumped to /var/homebridge/homebridge-hue.json.gz

    Apr 14 13:24:21 raspberrypi homebridge[2036]: [4/14/2019, 1:24:21 PM] [Hue] Initializing platform accessory 'Philips hue'...

    Apr 14 13:24:21 raspberrypi homebridge[2036]: [4/14/2019, 1:24:21 PM] [Hue] Philips hue: 4 services



    Und wie finde ich den User heraus. Ich folgte http://coldcorner.de/2018/04/0…m-raspberry-pi-emulieren/ um die Dinge nach einem Kompletten neuaufsetzen des Raspis wieder einzubinden. Da das Einspielen des Backups nicht funktionierte und immer mit einem X in der Phoscon App endete, habe ich alle Sensoren bereits wieder angelernt. Nun würde ich diese entsprechend gerne an die Homebridge übergeben. Unter IP hinten 99:80 ists erreichbar.

    det besten Dank! Leider gibt es kein Log, Ich kann aber über

    sudo tail -f /var/log/syslog auch was sehen, aber dort steht nichts. leider. Ich hatte es ja mal alles in Betrieb, aber leider bekomme ich es nun nicht mehr hin...