Verbindung zu Deconz wird nicht aufgebaut

Justus Jonas

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

? Offline

@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)

Justus Jonas

@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

? Offline

@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

?

Justus Jonas

@iwg
da passiert mal so gar nichts. Er nimmt den Befehl und öffnet eine neue Befehlszeile. Ohne einen Output

jan@raspberrypi:~ $ sudo netstat -tulpn | grep deconz
jan@raspberrypi:~ $

Thomas Braun

@justus-jonas

sudo netstat -tulpn | grep deCONZ

Groß/Kleinschreibung ist wichtig. Grundsätzlich immer und ganz besonders im Terminal. Oder:

sudo netstat -tulpn | grep -i deconz

Justus Jonas

@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.service

Schaue 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.target

Jemand eine Idee warum der bei mir nicht auf Port 80 hört???

Justus Jonas

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.

Thomas Braun

@justus-jonas

sudo apt update
apt policy deconz

Justus Jonas

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

haselchen

@justus-jonas

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.

Justus Jonas

@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"

Thomas Braun

@justus-jonas

https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Update-deCONZ-manually

Justus Jonas

@thomas-braun

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, failed

Wie 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.

Thomas Braun

@justus-jonas

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.

haselchen

@thomas-braun

Habe ich mir auch schon fast gedacht durch die Invalid Meldung.

Das natürlich ganz großes Kino

Justus Jonas

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.

Justus Jonas

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?

haselchen

@justus-jonas

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

Justus Jonas

@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

NEWS

Verbindung zu Deconz wird nicht aufgebaut

Support us

459

32.4k

81.4k

1.3m