Gelöst(Conbee 3: Das erste Mal ärgere ich mich ..)

haselchen

Sehen Deine Umgebungsvariablen auch so aus:

GANZ WICHTIG: der letzte Punkt

Edit: der Pfad zum Stick ist individuell und kann bei Dir anders lauten.

arteck

@haselchen eigentlich ist nur die Definition USBDEVICES relevant.. bei dem einen oder anderen können da andere Umgebunspfade stehen..
mal neben bei

wobei ttyACM0 hier auch anders heissen kann.. kommt auf den NAS an

haselchen

@arteck

Korrekt.
Füge ich als Info noch hinzu.

karsten

@haselchen moin vielen Dank für die Hinweise.
Kurz zur Info: ich hatte einen Conbee 2 Stick im Einsatz. Der funktionierte nicht mehr. Meldete sich auch nicht mehr bei Windows. Daher habe ich einen Conbee 3 besorgt. Ich dachte tauschen und gut. War nix !
Hier mal ein paar Daten:

admin@DiskStation:~$ lsusb -ci
|__usb1          1d6b:0002:0404 09  2.00  480MBit/s 0mA 1IF  (Linux 4.4.180+ xhci-hcd xHCI Host Controller 0000:00:15.0) hub
  |__1-1         0403:6015:1000 00  2.00   12MBit/s 90mA 1IF  (dresden elektronik ConBee III DE03309818)
  1-1:1.0         (IF) ff:ff:ff 2EPs (Vendor Specific) ftdi_sio ttyUSB0
  |__1-4         f400:f400:0100 00  2.00  480MBit/s 200mA 1IF  (Synology DiskStation 6500289B05346E73)
  1-4:1.0         (IF) 08:06:50 2EPs () usb-storage host4 (synoboot)
|__usb2          1d6b:0003:0404 09  3.00 5000MBit/s 0mA 1IF  (Linux 4.4.180+ xhci-hcd xHCI Host Controller 0000:00:15.0) hub

Meine docker Einstellungen:

Hier die Meldungen aus dem Docker Terminal:

1:37:00:575 sub-device: 00:15:8d:00:07:3c:0f:65-01-0403, has item: config/battery                                                                                                        
11:37:00:576 DEV found DDF for 0x00158D00073C0F65, path:                                                                                                                                  
11:37:00:583 DEV no DDF for 0xB4E3F9FFFE5AA1AC, modelId: TRADFRI SHORTCUT Button                                                                                                          
11:37:00:583 DEV create on-the-fly DDF for 0xB4E3F9FFFE5AA1AC                                                                                                                             
11:37:00:584 DEV no DDF for 0x842E14FFFE472AD9, modelId: Remote Control N2                                                                                                                
11:37:00:584 DEV create on-the-fly DDF for 0x842E14FFFE472AD9                                                                                                                             
11:37:00:586 DEV no DDF for 0xB4E3F9FFFE8DEC8F, modelId: TRADFRI on/off switch                                                                                                            
11:37:00:586 DEV create on-the-fly DDF for 0xB4E3F9FFFE8DEC8F                                                                                                                             
11:37:00:605 DEV no DDF for 0x60A423FFFE01D04B, modelId: RH3052                                                                                                                           
11:37:00:607 DEV create on-the-fly DDF for 0x60A423FFFE01D04B                                                                                                                             
11:37:01:205 COM: /dev/ttyUSB0 / serialno: DE03309818, ConBee                                                                                                                             
11:37:02:342 Skip idle timer callback, too early: elapsed 702 msec                                                                                                                        
11:37:03:141 device state timeout ignored in state 2                                                                                                                                      
11:37:03:301 device state timeout ignored in state 2                                                                                                                                      
11:37:03:465 device state timeout ignored in state 2                                                                                                                                      
11:37:03:626 device state timeout ignored in state 2                                                                                                                                      
11:37:03:785 device state timeout ignored in state 2                                                                                                                                      
11:37:03:947 device state timeout ignored in state 2                                                                                                                                      
11:37:04:106 device state timeout ignored in state 2                                                                                                                                      
11:37:04:109 Announced to internet https://phoscon.de/discover                                                                                                                            
11:37:04:265 device state timeout ignored in state 2                                                                                                                                      
11:37:04:426 device state timeout ignored in state 2                                                                                                                                      
11:37:04:585 device state timeout ignored in state 2                                                                                                                                      
11:37:04:746 device state timeout ignored in state 2                                                                                                                                      
11:37:04:905 device state timeout (handled)                                                                                                                                               
11:37:04:985 void zmMaster::handleStateIdle(zmMaster::MasterEvent) not connected goto OFF state                                                                                           
11:37:04:986 device state timeout ignored in state 1                                                                                                                                      
11:37:06:901 DEV Tick.Init: booted after 8000 seconds

Wenn ich jetzt in "phoscon" anmelde steht bei gateway : "nicht verbunden"

Asgothian

@karsten sagte in Gelöst(Conbee 3: Das erste Mal ärgere ich mich ..):

Ich dachte tauschen und gut. War nix !

Hattest du das hier gelesen:

https://phoscon.de/de/conbee3/upgrade

Mal eben den Stick umstecken und glauben das dann das Phoscon Netz übernommen wird ist nicht.

A.

Nachtrag:

Deine Logs zeigen recht deutlich das die Phoscon Software den ConbeeIII durchaus sieht, aber nicht mit ihm arbeiten kann:

Auszug von den beiden Logs:
DiskStation:

|__usb1          1d6b:0002:0404 09  2.00  480MBit/s 0mA 1IF  (Linux 4.4.180+ xhci-hcd xHCI Host Controller 0000:00:15.0) hub
  |__1-1         0403:6015:1000 00  2.00   12MBit/s 90mA 1IF  (dresden elektronik ConBee III DE03309818)

Docker:

11:37:01:205 COM: /dev/ttyUSB0 / serialno: DE03309818, ConBee

Der Stick ist also sauber durchgereicht.

MartinP

@karsten sagte in Gelöst(Conbee 3: Das erste Mal ärgere ich mich ..):

@martinp Läuft Deiner im Docker auf einer NAS ?
Ich bekomme meinen Conbee III da nicht ans laufen .....

Unter Proxmox in einem privilegierten LXC-Container in dem Docker läuft, und in dem wiederum Frigate und Zigbee2MQTT
Dadurch, dass privilegierter container, brauche ich nichts explizit durchreichen.

frigate@ubuntu-frigate-privileged:~$ ls -l /dev/serial/by-id/
total 0
lrwxrwxrwx 1 root root 13 Oct 28 18:44 usb-dresden_elektronik_ConBee_III_DE03189531-if00-port0 -> ../../ttyUSB0
lrwxrwxrwx 1 root root 13 Oct 28 18:44 usb-WEMOS.CC_LOLIN-S2-MINI_0-if00 -> ../../ttyACM0
frigate@ubuntu-frigate-privileged:~$ lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 0403:6015 Future Technology Devices International, Ltd Bridge(I2C/SPI/UART/FIFO)
Bus 001 Device 003: ID 303a:80c2 WEMOS.CC LOLIN-S2-MINI
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 002 Device 002: ID 2109:711f VIA Labs, Inc. External
Bus 002 Device 003: ID 18d1:9302 Google Inc. 
frigate@ubuntu-frigate-privileged:~$

karsten

@asgothian sehr geil ! Danke !!!! Das war es !!!!
Es gibt nur noch ein "kleines" Problem:
Ich bekomme im iobroker keine Daten von den Sensoren.
Der Adapter läuft. Ich habe einen neuen Key erzeugt ! In den Objekten steht bei Gateway_info, dass er online ist (Zeit/Datum passt auch).
Die Sensoren sind in der Phoscon-App eingebunden und ändern ihre Werte.

Bin noch etwas ratlos .
Hat jemand eine Idee ??

haselchen

@karsten

Moin,

wie sehen denn die Adaptereinstellungen aus?
Aktueller Key ist da auch eingetragen?

karsten

@haselchen ja! Ich hab auch mal an allen Einstellungen gespielt! Der Adapter ist auch nur grün, wenn ich die „logischen“ Einstellungen eingebe !!

karsten

@haselchen ja! Ich hab auch mal an allen Einstellungen gespielt! Der Adapter ist auch nur grün, wenn ich die „logischen“ Einstellungen eingebe !!

haselchen

@haselchen ja! Ich hab auch mal an allen Einstellungen gespielt! Der Adapter ist auch nur grün, wenn ich die „logischen“ Einstellungen eingebe !!

Und die sehen wie aus?

karsten

@haselchen

haselchen

@karsten

Okay, dass weicht erheblich ab von meinen Einstellungen.
Und auch von deinem Screenshot.
Wenn du einen API Key hast brauchste keine Anmeldedaten mehr (steht da ja auch "oder")
Dann haste im Container den Port 8077, den musste auch im Adapter angeben (nicht 80)
Ich hab noch den Deconz_WS-Port auf 4443 gestellt (in den Containereinstellungen)
Der kommt dann auch in den Adapter (Websocket Port)

karsten

@haselchen
Jetzt geht es !!!
Einmal lief auf dem Windowsrechner noch eine Phoscon App mit der selben IP und Port. Ich vermute, dass der ioBroker sich damit verbunden hat.
Dann stand im Protokoll des Containers, dass etwas mit dem WS nicht stimmt. Daher habe ich mal Deinen eingegeben.
Und läuft ! Wahrscheinlich darf der nicht 3stellig sein !?
Dankeeeeee !

Thomas Braun

@karsten sagte in Gelöst(Conbee 3: Das erste Mal ärgere ich mich ..):

Und läuft ! Wahrscheinlich darf der nicht 3stellig sein !?

Ports unter 1024 sind eigentlich auch Tabu.

haselchen

@thomas-braun

Er meint den WS Port.
Der ist standardmässig 443.
Also unter 1024 ;)

Homoran

@haselchen sagte in Gelöst(Conbee 3: Das erste Mal ärgere ich mich ..):

Der ist standardmässig 443.
Also unter 1024

das geht ja dann auch !
nur geänderte sollst du nicht unter 1024 verwenden, u.a. eben weil da die Standardports liegen

Community Forum

NEWS

Gelöst(Conbee 3: Das erste Mal ärgere ich mich ..)

Support us

894

32.6k

82.2k

1.3m