Verbindung zu Deconz wird nicht aufgebaut

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

haselchen

@justus-jonas

Zum Verständnis, es ging die ganze Zeit um die Steuerung einer Lampe mittels Drittanbieter App "Hue ......." ?

Justus Jonas

@haselchen
Nein, es ging darum das ich den Deconz Adapter in IOB nicht an den Stick anbinden konnte, über die App konnte ich lediglich den Stick triggern das er eine Verbindungsaufbau zulässt. Normal macht man es auf der Phoscon Seite unter Gateway -> Erweitert. Dort den Button für dritt Anbieter auswählen und man kann 60 Sek. eine Verbindung zu dem Adapter herstellen. Das ging leider nicht.
Allerdings konnte ich in der App diese Button auch starten. Und damit ging es.

Hoffe war nun verständlich.

NEWS

Verbindung zu Deconz wird nicht aufgebaut

Support us

703

32.4k

81.4k

1.3m