ConBee: Unterschied zwischen den Versionen

ConBee
	frameless
Allgemein
Protokoll	ZigBee
Typ	Interface
Kategorie	diverse Hersteller
Technische Details
Kommunikation	Funk
Kanäle	?
Betriebsspannung	5V=
Leistungsaufnahme	?
Versorgung	USB
Abmessungen	?
Sonstiges
Modulname	HUEBridge.pm, HUEDevice.pm
Hersteller	dresden elektronik, Vertrieb: Phoscon

Version vom 5. April 2021, 10:37 Uhr

Todo: Noch zu vervollständigen und zu verlinken

ConBee ist ein ZigBee USB Gateway (Interface), mit dem herstellerübergreifend ZigBee-Geräte bedient werden können. Unter der Bezeichnung RaspBee ist auch eine Variante als Raspberry Pi Modul erhältlich. Beide Geräte sind als ConBee II und RaspBee II in einer aktualisierten Version erhältlich. Im folgenden werden alle Version als ConBee bezeichnet und die Ausführungen gelten auch RaspBee; sofern es relevante Unterschiede gibt, wird das ausdrücklich erwähnt.

Beschreibung

Das ConBee Gateway benötigt/hat keine Cloud-Anbindung. Eine Liste der kompatiblen ZigBee Geräte und Hersteller findet sich hier.

Dokumentation und Setup

Offizielle deconz Installationsanleitung. Das Ergebnis der Installation ist vom verwendeten System abhängig.
Beschreibung der Parameter findet man versteckt im deconz Rest-Plugin Wiki
Beschreibung der Containerinstallation - aufschlussreich ist dort auch der Inhalt der start.sh.

Es gibt eine Ungereimtheit beim Parameter platform: es scheint egal zu sein, ob man -platform minimal oder --platform minimal verwendet. Dieser Parameter verhindert offenbar den Start des VNC Servers, der die Visualisierung des Zigbee Netzwerks übernimmt.

Problembehebung

deCONZ verwendet offenbar beim Start auch per default die Schnittstelle /dev/ttyAMA0 (raspbee Modul). Die Kommunikation eines dort steckenden anderen Moduls wird dabei gestört.

Hat man andere Module an AMA0 (UART GPIO) oder an den Standard USB Schnittstellen (ACM0 usw.), muss die Unit deconz.service mit den richtigen Schnittstellen Parametern konfiguriert werden. Am zuverlässigsten ist es, die Definition per ID einzutragen. Dazu bitte

sudo systemctl edit --full deconz

und die Zeile ExecStart um diesen Parameter ergänzten (Beispiel):

--dev=/dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE1234567-if00

Der richtige Eintrag muss mit ls -lha /dev/serial/by-idabgefragt werden.

Grundsätzlich ist diese Art der Einbindung auch für alle seriellen Geräte in FHEM dringend anzuraten, wenn andere Services wie deconz auf demselben Server betrieben werden.

Unterstützung in FHEM

Alternativ kann man das Model ConBee II auch als Interface für zigbee2mqtt verwenden und dann die ZigBee-Geräte als MQTT2_DEVICE in FHEM einbinden.

ConBee wird über das Modul HUEBridge und über die deCONZ Software, die Wireless Light Control WebApp und die Phoscon WebApp (kommt zusammen mit deConz) in FHEM eingebunden.

Sensoren werden nicht automatisch erzeugt und müssen manuell angelegt werden.

Tipps:

Die HUEBridge funktioniert (noch undokumentiert) auch mit Portangaben, falls nicht Standard Port 80 verwendet wird.
Der SSL Port wird im Modul von der API abgefragt und kann in der HUEBridge nicht extra angegeben werden. Dazu darf der SSL Port nicht extern umgemappt werden, sondern der deconz Service muss wissen, auf welchem Port er läuft.

Links

Internetseite des Herstellers und des Vertreibers
Liste der kompatiblen Hersteller / Geräte.

@@ Zeile 20: / Zeile 20: @@
 == Dokumentation und Setup ==
-* Offizielle deconz [https://phoscon.de/de/conbee/install Installationsanleitung] Das Ergebnis der Installation ist vom verwendeten System abhängig.
+* Offizielle deconz [https://phoscon.de/de/conbee/install Installationsanleitung]. Das Ergebnis der Installation ist vom verwendeten System abhängig.
 * Beschreibung der Parameter findet man versteckt im [https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/deCONZ-command-line-parameters deconz Rest-Plugin Wiki]
 * Beschreibung der [https://github.com/marthoc/docker-deconz Containerinstallation] - aufschlussreich ist dort auch der Inhalt der start.sh.
-Es gibt eine Diskrepanz beim Parameter platform, es scheint egal zu sein ob man <code>-platform minimal</code> oder <code>--platform minimal</code> verwendet. Dieser Parameter verhindert offenbar den Start des VNC Servers der die Visualisierung des Zigbee Netzwerk übernimmt.
+Es gibt eine Ungereimtheit beim Parameter '''''platform''''': es scheint egal zu sein, ob man <code>-platform minimal</code> oder <code>--platform minimal</code> verwendet. Dieser Parameter verhindert offenbar den Start des VNC Servers, der die Visualisierung des Zigbee Netzwerks übernimmt.
 === Problembehebung ===
 deCONZ verwendet offenbar beim Start auch per default die Schnittstelle /dev/ttyAMA0 (raspbee Modul). Die Kommunikation eines dort steckenden anderen Moduls wird dabei gestört.
-Hat man andere Module an AMA0 (UART GPIO) oder an den Standard USB Schnittstellen (ACM0 usw.) muss die Unit deconz.service mit den richtigen Schnittstellen Parametern konfiguriert werden. Am zuverlässigsten ist es, die Definition per ID einzutragen.
+Hat man andere Module an AMA0 (UART GPIO) oder an den Standard USB Schnittstellen (ACM0 usw.), muss die Unit deconz.service mit den richtigen Schnittstellen Parametern konfiguriert werden. Am zuverlässigsten ist es, die Definition per ID einzutragen. Dazu bitte
+:<code>sudo systemctl edit --full deconz</code>
-<code>sudo systemctl edit --full deconz</code>
+und die Zeile ExecStart um diesen Parameter ergänzten (Beispiel):
+:<code>--dev=/dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE1234567-if00</code>
-die Zeile ExecStart um diesen Parameter ergänzten (Beispiel)
-<code>--dev=/dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE1234567-if00</code>
 Der richtige Eintrag muss mit <code>ls -lha /dev/serial/by-id</code>abgefragt werden.
@@ Zeile 41: / Zeile 37: @@
 == Unterstützung in FHEM ==
-{{Randnotiz|RNTyp=g|RNText=Alternativ kann man das Model ConBee II auch als Interface für  [[Zigbee2mqtt|zigbee2mqtt]] verwenden und dann die ZigBee-Geräte als [[MQTT2_DEVICE]] in FHEM einbinden.}} ConBee wird über das Modul [[Hue|HUEBridge]] und über die deCONZ Software, die Wireless Light Control WebApp und die Phoscon WebApp (kommt zusammen mit deConz) in FHEM eingebunden.
+{{Randnotiz|RNTyp=g|RNText=Alternativ kann man das Model ConBee II auch als Interface für  [[Zigbee2mqtt|zigbee2mqtt]] verwenden und dann die ZigBee-Geräte als [[MQTT2_DEVICE]] in FHEM einbinden.}}
+ConBee wird über das Modul [[Hue|HUEBridge]] und über die deCONZ Software, die Wireless Light Control WebApp und die Phoscon WebApp (kommt zusammen mit deConz) in FHEM eingebunden.
 Sensoren werden nicht automatisch erzeugt und müssen manuell angelegt werden.
 Tipps:
+* Die HUEBridge funktioniert (noch undokumentiert) auch mit Portangaben, falls nicht Standard Port 80 verwendet wird.
-Die HUEBridge funktioniert (noch undokumentiert) auch mit Portangaben, falls nicht Standard Port 80 verwendet wird.
+* Der SSL Port wird im Modul von der API abgefragt und kann in der HUEBridge nicht extra angegeben werden. Dazu darf der SSL Port nicht extern umgemappt werden, sondern der deconz Service muss wissen, auf welchem Port er läuft.
-Der SSL Port wird im Modul von der API abgefragt und kann in der HUEBridge nicht extra angegeben werden. Dazu darf der SSL Port nicht extern umgemappt werden, sondern der deconz Service muss wissen auf welchem Port er läuft.
 == Links ==