Bei mir war es wahrscheinlich auch zusätzlich das Problem, daß mein Slave-PI in einem Pulk von 10 anderen PI's gelegen ist.

oder der Stick hing am (störungsfreudigen) USB3

Nachdem ich einige Tuya-Plugs bekommen habe, die schon mal eingebunden waren, habe ich mit diesen probiert. Und es hat auch nicht funktionert. Aber die Plugs waren etwas weiter vom Stick entfernt und konnten mechanisch nicht näher an den Stick gebracht werden, also habe ich mich erinnert, dass eine USB-Verlängerung zwischen PI und Stick empfohlen wird.
Und mit dieser Verlängerung sind die Plugs ohne Probleme ge'pair't worden.
Und auch die Tradfri-Bulb wurde eingebunden, zwar als unbekannt (weil nicht in der Liste), aber sie wurde connected.
Bei mir war es wahrscheinlich auch zusätzlich das Problem, daß mein Slave-PI in einem Pulk von 10 anderen PI's gelegen ist.

Also bin ich selbst Schuld an meinem Frust.

Ich hoffe, das ich in dieser Woche noch Tuya-Plugins bekomme, dann kann ich meine Versuche am Wochenende fortführen.

Die wurde erst vor 7 Tagen in den Core integriert, da ist die noch eine weile nicht im Adapter verfügbar.
https://github.com/Koenkk/zigbee2mqtt/issues/9108

@diwoma
Ich hatte bei mir Tradfri laufen an einem raspbee I.

Alle anderen anscheinend auch, wenn man sich die Videos ansieht. Hilft mir nur nichts.

@diwoma

Aber die Firmware von dem Stick würde ich aktualisieren.

Habe ich getan, aber es pairt sich nicht.
Wenn es Deiner Meinung nach jetzt richtig ist, und im Log auch keine Fehlermeldungen auftauchen, kann man annehmen, dass die Tadfri sich weigert. Also warte ich auf andere Devices von Xiaomi und Tuya. Dann werde ich weitersehen

Keine kritischen Meldungen, soweit ich sehe.
Aber die Firmware von dem Stick würde ich aktualisieren.

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

Im LogFile steht dazu?

Danach sollte der zigbee-Adapter auch laufen.

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

sudo systemctl stop deconz
sudo systemctl disable deconz
sudo reboot

Danach sollte der zigbee-Adapter auch laufen.

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

Hast du sonst noch irgendwas am System verbogen?

systemctl status deconz deconz-gui

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

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,

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?

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

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

Den der funktioniert und der am einfachsten ist.

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