Verbindung zu Deconz wird nicht aufgebaut
-
Moin zusammen,
habe ein Problem beim Verbinden meines Conbee II Sticks mit IOB. Musst meinen Deconz Pi neu aufsetzten und bekomme nun keine Verbindung mehr hin. Klicke im Phoscon Adapter auf Dritt-Anbieter verbinden und im Apadter auf API-Key erstellen. Das Fenster bleibt ewig offen und schließt nicht. Im Protokoll steht: "Could not connect to deConz/Phoscon. Error: connect ECONNREFUSED 192.168.xxx.xxx:80". Allerdings kann ich vom IOB den Deconz Pi Pingen. Das geht. Auch das Phoscon-Portal auf :8080 kann ich von anderen Rechnern (Laptop/Tablet) erreichen.
Mein System: IOB gemeinsam mit OpenMediaVault auf Pi 4B. Deconz auf Pi 3B+. Beides über Netzwerk (Kabel) angeschlossen.Wäre Dankbar wenn jemand eine Idee hat. Versuche mich nun schon zeit einer Woche (Immer zwischendurch wenn die Zeit es zulässt) allerdings wird es langsam lästig das Licht nicht direkt schalten zu können.
Danke
-
@justus-jonas
Evtl. ist es bloss ein Tippfehler, aber Du schreibst, dass das Phoscon-Portal auf :8080 erreichbar ist, in IOB scheint aber der Port :80 konfiguriert worden zu sein (ECONNREFUSED 192.168.xxx.xxx:80) -
@iwg Nee kein Tippfehler. Ist so. Die Phoscon Weboberfläche ist auf 8080. Die Kommunikation zwischen IOB und Deconz läuft auf 80. Habe allerdings in meiner verzweifelung auch schon 8080 versucht. Leider das selbe Fehlerbild. Habe in der Deconz-Config schon nachgeschaut ob der Port richtig ist. Da ist 80 eingetragen, Das stimmt also.
Danke für die Idee
-
@justus-jonas said in Verbindung zu Deconz wird nicht aufgebaut:
Die Phoscon Weboberfläche ist auf 8080
OK, dass mit zwei Ports ist mir neu, aber es scheint ja so zu sein, dass auf Port :80 keiner hört. Was sagt denn bei Dir
sudo netstat -tulpn | grep deCONZ?
-
@iwg
da passiert mal so gar nichts. Er nimmt den Befehl und öffnet eine neue Befehlszeile. Ohne einen Outputjan@raspberrypi:~ $ sudo netstat -tulpn | grep deconz jan@raspberrypi:~ $ -
sudo netstat -tulpn | grep deCONZGroß/Kleinschreibung ist wichtig. Grundsätzlich immer und ganz besonders im Terminal. Oder:
sudo netstat -tulpn | grep -i deconz -
@thomas-braun
Danke, nun gibt es auch einen Output:jan@raspberrypi:~ $ sudo netstat -tulpn | grep deCONZ tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN 10629/deCONZ tcp 0 0 0.0.0.0:8080 0.0.0.0:* LISTEN 10629/deCONZ udp 0 0 0.0.0.0:1900 0.0.0.0:* 10629/deCONZ jan@raspberrypi:~ $Sollte da nicht der Port 80 auch bei sein?
Wenn ich mit:sudo nano /lib/systemd/system/deconz.serviceSchaue welche Port eingetragen ist bekomme ich aber den Output das es Port 80 ist.
[Unit] Description=deCONZ: ZigBee gateway -- REST API Wants=deconz-init.service deconz-update.service StartLimitIntervalSec=0 [Service] User=1000 ExecStart=/usr/bin/deCONZ -platform minimal --http-port=80 Restart=on-failure RestartSec=30 AmbientCapabilities=CAP_NET_BIND_SERVICE CAP_KILL CAP_SYS_BOOT CAP_SYS_TIME [Install] WantedBy=multi-user.targetJemand eine Idee warum der bei mir nicht auf Port 80 hört???
-
Hat niemand eine Idee wie ich weiter machen könnte, bzw. warum er nicht auf Port 80 hört? Habe die anderen aufgelisteten Ports ebenfalls getestet. Wie zu erwarten nichts. Habe auch den Netstat während der Geräte suche ausgeführt in der Hoffnung das dann der Port 80 aufläuft. Aber auch nur ein Fall von denkste. Ich wäre für Hilfe wirklich dankbar.
-
sudo apt update apt policy deconz -
Ich denke ich habe den Fehler. Mein Conbee II Stick hat sich verabschiedet. Kann mich mit Deconz schon nicht mehr mit dem Stick verbinden. Der ist immer nur für 10sek sichtbar dann fliegt er raus und kommt nach 10sek wieder. Habe ihn am Laptop gerade. Da das selbe Problem. USB meldet neues Gerät--- wieder weg---neues Gerät --- wieder weg.
Ich werde da wohl was neues bestellen müssen.
Ich Danke erstmal und berichte wenn ich was neues habe.
VIELEN DANK
-
Dann änder den Port in Service doch mal auf z.B. 8077
Starte den Raspi neu und trage im Adapter ebenfalls den Port z.B. 8077 ein.
Und dann holste den Key nochmal.Du musst da nix Neues kaufen.
Wenn er verbunden ist und dann wieder nicht...ist das nen Firmware Problem. Hatte ich auch schon.
Downgrade oder Upgrade den Stick. -
@haselchen OK versuche ich.
Gibt es dafür eine Anleitung. Habe es gerade mit dem manuellen Update Toll versucht. Allerdings schlägt es fehl da der Stick alle 5 sek weg ist. Und er meckert auch "Invalid Firmware Type"
-
-
Ok, das habe ich auch gefunden. Allerdings funktioniert es nicht. Weder am Pi noch auf Windows. In beiden Fällen kommt folgende Meldung.
PS C:\Users\stoec\Downloads\GCFFlasher_Win_V3_17\GCFFlasher_V3_17> .\GCFFlasher -d COM4 -t 60 -f deCONZ_RaspBeeII_0x26690700.bin.GCF GCFFlasher V3_17 (c) dresden elektronik ingenieurtechnik gmbh Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (15 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (14 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (15 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 , 08:48:53 (97 ms) flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (15 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (15 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (15 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 , 08:48:53 (97 ms) flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (15 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (15 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (15 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (15 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (15 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (15 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (15 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (15 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (16 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (15 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (15 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (14 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (15 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (15 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (16 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (15 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (15 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (15 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (15 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (15 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 could not sync with bootloader Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (15 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (15 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (15 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (15 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (15 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (15 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (15 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (14 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 could not sync with bootloader Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (15 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 (124 ms) flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (15 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (15 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (14 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (15 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (15 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (16 ms) Reboot device COM4 (ConBee II) R21B18 Bootloader Vers: 2.07 build: Jun 17 2019 flashing 164241 bytes: |= dev: ERROR: INVALID FIRMWARE TYPE (16 ms) retry, failedWie gesagt der Stick wird auch nur für max 5 Sek erkannt. Werde auch mal Dresden Elektronik anschreiben. Auch wenn ich mir da recht wenig erhoffe.
Wünsche einen schönen Abend, ich mache für heute Schluss.
-
Von Systemen mit Verzeichnistrennern, die in die falsche Richtung zeigen hab ich keine Ahnung...
Aber wenn der Stick da alle paar Sekunden wegknickt wird das mit dem flash schwierig, stimmt.
Du scheinst aber auch mit Firmware für einen RaspbeeII deinem ConbeeII zu Leibe zu rücken. Das mag der ganz zurecht nicht haben.
-
Habe ich mir auch schon fast gedacht durch die Invalid Meldung.
Das natürlich ganz großes Kino
-
Guten Morgen, na das war ja wirklich großes Kino. Falsche Firmware
. Zu meiner Ehrenrettung es war spät und das war der dritte versuch einer anderen Version. Die beiden anderen sind zum Glück die richtigen gewesen. 
Werde es heute erneut versuchen, obwohl ich wenig Hoffnung habe. -
Hallo, ich habe es tatsächlich hinbekommen den Stick zu downgraden und wieder zu upgraden. Der x. Versuch lief dann durch. Dafür ein dickes Dankeschön. Der Stick läuft nun auch stabil allerdings kann ich immer noch nicht verbinden. Hier noch mal der Auszug von Netstat:
jan@raspberrypi:~ $ sudo netstat -tulpn | grep deCONZ tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN 1296/deCONZ tcp 0 0 0.0.0.0:8080 0.0.0.0:* LISTEN 1296/deCONZ udp 0 0 0.0.0.0:1900 0.0.0.0:* 1296/deCONZ jan@raspberrypi:~ $Jemand eine Idee was/wo falsch eingestellt ist? Warum der Port 80 nicht hört?
-
Wie wir schonmal geschrieben haben, nimm einfach einen anderen.
Und den trägst du dann auch im Adapter ein.Ich hab z.B. 8078 genommen.
[Service] User=1000 ExecStart=/usr/bin/deCONZ -platform minimal --http-port=8078 Restart=on-failure RestartSec=30 AmbientCapabilities=CAP_NET_BIND_SERVICE CAP_KILL CAP_SYS_BOOT CAP_SYS_TIME -
@haselchen
so mein Problem hat sich gelöst. Fragt mich nicht warum. Ich habe die Hue Essential App auf dem Smartphone, dort kann ich unter "Bridge" auch die dritt Anbieter Suche für den Conbee II aktivieren. Wenn ich es dort aktiviere läuft es sofort. Warum? Keine Ahnung aber es geht.Vielen Dank
