[SOLVED] Frust: ioBroker-slave, conbee2, Tradfri lampe

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

Thomas Braun

@diwoma

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

diwoma

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

@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

Thomas Braun

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

diwoma

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

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

Jey Cee

@diwoma du hast aber schon geschaut ob die Lampe vom Zigbee Adapter auch unterstützt wird?!
https://www.zigbee2mqtt.io/information/supported_devices.html#

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

Community Forum

NEWS

[SOLVED] Frust: ioBroker-slave, conbee2, Tradfri lampe

Support us

556

32.9k

83.1k

1.3m