Neues YouTube-Video: Visualisierung im Devices-Adapter

[diwoma]

Hi Leute,

ich verstehe einfach nicht, wieso es in den Videos immer funktioniert und ich immer gegen die Wand laufe :)

Vielleicht, weil die Videos schon zu alt sind (meistens 2 Jahre) und sich alles geändert hat oder weil ich verschiedene Dinge vermische und falsch zuordne oder weil in meiner Kette irgendwo was nicht kompatibel ist oder ich einfach zu dämlich bin :(

Ausgangslage:
Ich starte mit ioBroker und will meine Devices als Zigbee-Devices steuern, weil die IP-Devices immer schlechter auf Tasmota zu flashen sind. Da ich aber meinen Main-ioBroker als LXC im Proxmox habe und die Hardware am äusseren Rand des Hauses platziert ist, ich aber lieber einen zentralen Punkt für das Gateway hätte, habe ich einen RPI 4 als ioBroker-Slave aufgesetzt und dort den Conbee2 angesteckt.
Warum Conbee? Den brauchte ich nicht extra flashen (d.H. Hardware für einmal dazukaufen) und er sollte nach den Videos nicht schlecht sein.

Auf dem RPI den Stick angesteckt, er wird erkannt und sollte bereit sein.
Das Dilemma ist, dass ich noch kein Zigbee-Device hatte, also schnell zu IKEA und dort was aus der TradFri-Abteilung geholt. Allerdings waren weder Taster noch Sensoren vorhanden, nur eine LED-Kerze mir der Bezeichnung LED1949C5.

Den RPI als Slave an den Master gebunden, auf dem Slave den Zigbee-Adapter (V 1.6.3) installiert und er ist im Master sichtbar. In den Einstellungen die USB-Schnittstelle eingetragen und als Typ Deconz/Conbee eingestellt, den Timeout auf 300 und dann die entsprechenden Parameter gesetzt. Gespeichert und der Adapter wurde dann irgendwann mal grün (aber erst nach Reboot des Slaves).
Voller Freude den Anlernbutton im Adapter gedrückt, die Lampe eingeschaltet und hingehalten und nix passiert. Nachgelesen, wie man ein Factory-Reset macht, durchgeführt und nix passiert (gefühlte 100 mal, realistisch aber wohl 20 mal).

Dann eine Information bekommen, bei Conbee könne man nur über Phoscon anlernen, also Phoscon auf dem Slave installiert, Webinterface funktioniert nicht!
Nachgelesen warum - das braucht einen User 1000 (alter pi-User, den habe ich gelöscht). Also einen neuen User angelegt (der hat dann 1000 gekommen, den die Gruppe dialout hinzugefügt) und der Service ist gelaufen und die GUI konnte aufgerufen werden.

In den Modus "Lampen Anlernen" gebracht und das wieder gefühlte 100 mal die gleiche Prozedur durchgeführt wie vorher - ohne Ergebnis. Nur dass der Zigbee-Adapter nach einem Reboot zickt, weil der Conbee schon in Verwendung ist (durch den schneller startenden deCONZ-Service).

Also ist das ziemlich frustrierend für mich und ich kann den Fehler in der Kette nicht identifizieren:
Master - Slave - Stick - Lampe - ich.

Solange ich noch keine Devices anderer Hersteller habe, kann ich nicht weitermachen, ausser Ihr erkennt auf Anhieb (oder über auf Nachfrage gelieferter Daten), wo es hakt.

Sorry für den langen Thread-Start, aber ich wollte den Weg beschreiben den ich gegangen bin, das man weiss auf welchen Stand und in welchem Zustand ich bin.

[Thomas Braun]

@diwoma sagte in Frust: ioBroker-slave, conbee2, Tradfri lampe:

Zigbee-Adapter nach einem Reboot zickt, weil der Conbee schon in Verwendung ist (durch den schneller startenden deCONZ-Service).

Das darf nicht zusammen laufen.

[diwoma]

@thomas-braun Ja, aber wer von denen darf laufen oder soll laufen?

[Thomas Braun]

@diwoma
Das weiß ich nicht. Welchen Adapter willst du denn verwenden?

[Thomas Braun]

@diwoma sagte in Frust: ioBroker-slave, conbee2, Tradfri lampe:

(alter pi-User, den habe ich gelöscht)

Am Rande: Warum macht man das? Ganz doofe Idee. Auch in anderen Zusammenhängen kann dir das auf die Füße fallen.

[diwoma]

@thomas-braun said in Frust: ioBroker-slave, conbee2, Tradfri lampe:

@diwoma
Das weiß ich nicht. Welchen Adapter willst du denn verwenden?

Den der funktioniert und der am einfachsten ist.

[Thomas Braun]

@diwoma
Funktionieren tun beide, wenn richtig eingestellt.
Welcher 'einfacher' ist musst du für dich selber herausfinden.

[diwoma]

@thomas-braun Damit

@thomas-braun said in Frust: ioBroker-slave, conbee2, Tradfri lampe:

Am Rande: Warum macht man das? Ganz doofe Idee. Auch in anderen Zusammenhängen kann dir das auf die Füße fallen.

Damit keiner auf die Idee kommt, sich mit pi einzuloggen zu wollen, ein reines deactivate geht ja nicht

[Thomas Braun]

@diwoma Doch, du kannst den Account auf nologin setzen. Aber warum? Du brauchst ja eh einen User, mit dem du da herumspringst. Der kann auch pi heißen und ein sicheres Passwort haben.

[diwoma]

@thomas-braun said in Frust: ioBroker-slave, conbee2, Tradfri lampe:

@diwoma Doch, du kannst den Account auf nologin setzen. Aber warum? Du brauchst ja eh einen User, mit dem du da herumspringst. Der kann auch pi heißen und ein sicheres Passwort haben.

Es wird nirgendwo empfohlen, nur ja den User pi drauf zu lassen. Das ist ist generell nicht festgelegt. Darum bin ich ja so erstaunt, dass ein Sevice gerade diesen User (bzw. UUID) verlangt. Und das das stillschweigend vorausgesetzt wird und nirgendwo erwähnt wird. Erst durch eine Antwort im GIT auf eben diese Frage wurde erwähnt dass die UUID 1000 vorausgesetzt wird

[Thomas Braun]

@diwoma sagte in Frust: ioBroker-slave, conbee2, Tradfri lampe:

Es wird nirgendwo empfohlen, nur ja den User pi drauf zu lassen. Das ist ist generell nicht festgelegt.

Doch, das ein User pi/uid 1000 vorhanden ist setzen noch ein paar andere Programme voraus. Vornehmlich allerdings aus dem Desktop-Bereich.

Das soll auch langfristig geändert werden, ist aber derzeitig noch nicht durchgehend der Fall.

Gut, den User mit der ID 1000 hast du also 'gelöscht'.
Welchen User setzt du stattdessen ein? Den root?

[Homoran]

@thomas-braun sagte in Frust: ioBroker-slave, conbee2, Tradfri lampe:

Welchen User setzt du stattdessen ein? Den root?

@diwoma sagte in Frust: ioBroker-slave, conbee2, Tradfri lampe:

einen neuen User angelegt (der hat dann 1000 gekommen,

[diwoma]

@thomas-braun said in Frust: ioBroker-slave, conbee2, Tradfri lampe:

@diwoma
Funktionieren tun beide, wenn richtig eingestellt.
Welcher 'einfacher' ist musst du für dich selber herausfinden.

Fein, wo ist der Fehler in meiner Kette, das es nicht funktioniert. Was habe ich falsch gemacht?
Wie kann ich es herausfinden?

Ich denke mir, dass Phoscon und Zigbee-Adapter zusammen nicht funktionieren werden, aber ohne Phoscon nur mit dem Zigbee-Adapter hat es nicht funktioniert. Dabei wollte ich im Adapter anlernen.

Also Zigbee-Adapter runterwerfen, deCONZ am Slave lassen und dafür den deconz-Adapter installieren? Und alles im Phoscon anlernen?

[Thomas Braun]

@diwoma

Hast du sonst noch irgendwas am System verbogen?

systemctl status deconz deconz-gui

[diwoma]

@homoran said in Frust: ioBroker-slave, conbee2, Tradfri lampe:

@thomas-braun sagte in Frust: ioBroker-slave, conbee2, Tradfri lampe:

Welchen User setzt du stattdessen ein? Den root?

@diwoma sagte in Frust: ioBroker-slave, conbee2, Tradfri lampe:

einen neuen User angelegt (der hat dann 1000 gekommen,

Jetzt nur auf dem PI-Slave. Ansonsten habe ich einen eigenen Usernamen.

[diwoma]

@thomas-braun said in Frust: ioBroker-slave, conbee2, Tradfri lampe:

systemctl status deconz deconz-gui

Ich habe nichts bewusst verbogen, ich wollte nicht mit deconz arbeiten, und habe das danach dazuinstalliert. Wenn es mit dem Zigbee-Adapter nicht geht, werde ich den wohl runterschmeissen müssen.
Zielt Deine Frage jetzt auf die 2. Lösung ab?

● deconz.service - deCONZ: ZigBee gateway -- REST API
   Loaded: loaded (/lib/systemd/system/deconz.service; enabled; vendor preset: enabled)
   Active: active (running) since Sun 2021-10-17 14:23:22 CEST; 2h 28min ago
 Main PID: 14599 (deCONZ)
    Tasks: 4 (limit: 4915)
   CGroup: /system.slice/deconz.service
           └─14599 /usr/bin/deCONZ -platform minimal --http-port=80

● deconz-gui.service - deCONZ: ZigBee gateway -- GUI/REST API
   Loaded: loaded (/lib/systemd/system/deconz-gui.service; disabled; vendor preset: enabled)
   Active: inactive (dead)

Und wofür braucht man den GUI-Service?

[Thomas Braun]

@diwoma
Den GUI-Service braucht man für ein GUI.

sudo systemctl stop deconz
sudo systemctl disable deconz
sudo reboot

Danach sollte der zigbee-Adapter auch laufen.

[diwoma]

@thomas-braun said in Frust: ioBroker-slave, conbee2, Tradfri lampe:

Danach sollte der zigbee-Adapter auch laufen.

Das war anzunehmen.
Aber wir sind wieder bei dem Anfangsproblem. Das Pairing funktioniert nicht.

[Thomas Braun]

@diwoma

Im LogFile steht dazu?

[diwoma]

@thomas-braun Wenn Du diesen Bereich meinst?

zigbee.0
	2021-10-17 17:28:01.318	debug	LQI succeeded for 'Coordinator'
zigbee.0
	2021-10-17 17:28:01.301	debug	sendTo "getCoordinatorInfo" to system.adapter.admin.0 from system.adapter.zigbee.0
zigbee.0
	2021-10-17 17:28:01.300	debug	getCoorinatorInfo result: {"installSource":"iobroker.zigbee@1.6.3","channel":"11","port":"/dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2455071-if00","type":"ConBee2/RaspBee2","revision":"0x26580700","version":"0-0.38.88.0."}
zigbee.0
	2021-10-17 17:28:01.296	debug	sendTo "getGroups" to system.adapter.admin.0 from system.adapter.zigbee.0
zigbee.0
	2021-10-17 17:28:01.295	debug	getGroups result: {}
zigbee.0
	2021-10-17 17:28:01.279	debug	sendTo "getLibData" to system.adapter.admin.0 from system.adapter.zigbee.0
zigbee.0
	2021-10-17 17:24:06.895	debug	sendTo "letsPairing" to system.adapter.admin.0 from system.adapter.zigbee.0: Start pairing!
zigbee.0
	2021-10-17 17:24:06.894	info	Zigbee: allowing new devices to join.
zigbee.0
	2021-10-17 17:24:02.551	debug	sendTo "listUart" to system.adapter.admin.0 from system.adapter.zigbee.0
zigbee.0
	2021-10-17 17:24:02.551	debug	List of ports: [{"comName":"/dev/ttyACM0"},{"comName":"/dev/ttyAMA0"},{"comName":"/dev/ttyS0"}]
zigbee.0
	2021-10-17 17:24:02.511	debug	sendTo "getExclude" to system.adapter.admin.0 from system.adapter.zigbee.0
zigbee.0
	2021-10-17 17:24:02.504	debug	sendTo "getBinding" to system.adapter.admin.0 from system.adapter.zigbee.0
zigbee.0
	2021-10-17 17:24:02.503	debug	getBinding result: []
zigbee.0
	2021-10-17 17:24:02.502	debug	getExclude result: []
zigbee.0
	2021-10-17 17:24:02.434	debug	sendTo "getMap" to system.adapter.admin.0 from system.adapter.zigbee.0
zigbee.0
	2021-10-17 17:24:02.434	debug	getMap result: {"lqis":[],"routing":[]}
zigbee.0
	2021-10-17 17:24:02.433	debug	Get map succeeded []
zigbee.0
	2021-10-17 17:24:02.433	debug	Routing table succeeded for 'Coordinator'
zigbee.0
	2021-10-17 17:24:02.432	debug	Routing for 'Coordinator': {"table":[]}
zigbee.0
	2021-10-17 17:24:02.429	debug	sendTo "getDevices" to system.adapter.admin.0 from system.adapter.zigbee.0
zigbee.0
	2021-10-17 17:24:02.428	debug	getDevices result: [{"_id":"0x00212effff07924e","icon":"img/unknown.png","paired":true,"info":{"type":"device","device":{"ID":1,"_type":"Coordinator","_ieeeAddr":"0x00212effff07924e","_networkAddress":0,"_manufacturerID":4405,"_endpoints":[{"ID":1,"profileID":260,"deviceID":5,"inputClusters":[0,10,25],"outputClusters":[1,32,1280],"deviceNetworkAddress":0,"deviceIeeeAddress":"0x00212effff07924e","clusters":{},"_binds":[],"_configuredReportings":[],"meta":{},"pendingRequests":[]},{"ID":242,"profileID":41440,"deviceID":100,"inputClusters":[],"outputClusters":[33],"deviceNetworkAddress":0,"deviceIeeeAddress":"0x00212effff07924e","clusters":{},"_binds":[],"_configuredReportings":[],"meta":{},"pendingRequests":[]}],"_interviewCompleted":true,"_interviewing":false,"_skipDefaultResponse":false,"_skipTimeResponse":false,"meta":{},"_lastSeen":null},"mapped":null,"endpoint":{"ID":1,"profileID":260,"deviceID":5,"inputClusters":[0,10,25],"outputClusters":[1,32,1280],"deviceNetworkAddress":0,"deviceIeeeAddress":"0x00212effff07924e","clusters":{},"_binds":[],"_configuredReportings":[],"meta":{},"pendingRequests":[]},"endpoints":[{"ID":1,"profileID":260,"deviceID":5,"inputClusters":[0,10,25],"outputClusters":[1,32,1280],"deviceNetworkAddress":0,"deviceIeeeAddress":"0x00212effff07924e","clusters":{},"_binds":[],"_configuredReportings":[],"meta":{},"pendingRequests":[]},{"ID":242,"profileID":41440,"deviceID":100,"inputClusters":[],"outputClusters":[33],"deviceNetworkAddress":0,"deviceIeeeAddress":"0x00212effff07924e","clusters":{},"_binds":[],"_configuredReportings":[],"meta":{},"pendingRequests":[]}],"name":"0x00212effff07924e"},"common":{},"native":{}}]
zigbee.0