UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[andre]

@arteck Nein, das hat nix it Docker zu tun. Der Adapter selbst kommt ja ins iobroker Repo und lässt sich von daher in Zukunft auch, wie alle anderen Adapter, über die Admin UI von iobroker installieren. Das war m. E. Die Frage.
Trotzdem braucht man dann aber weiterhin eine zigbee2mqtt Instanz (außerhalb von iobroker) auf die sich der Adapter verbinden kann. Diese Instanz gehört aber nicht mehr zum Iobroker. Genauso wie das bei anderen Bridges (z. B. Homematic) auch der Fall ist.
Ich denke dieser Fakt ist vielen Usern noch unklar. Beim zigbee2mqtt Adapter handelt es sich nicht um eine eigenständige Zigbee Bridge, wie beim zigbee Adapter, sondern um einen "connector" zu zigbee2mqtt. Die Hardware (zigbee Stick) wird also nicht mehr vom iobroker Adapter bedient, sondern vom zigbee2mqtt...

MfG,
André

PS: Ich kann nachvollziehen, dass es für viele User Fragen auf wirft, wenn der "neue Zigbee Adapter" plötzlich allein nicht mehr ausreicht. Daher sollten wir ausdrücklich darauf hinweisen, dass man die Adapter nicht 1:1 vergleichen, bzw. einfach so gegeneinander ersetzen kann. Vielleicht hilft eine Infografik zur Funktionsweise in der Doku @nox309?

[arteck]

@andre na mir brauchst du das nicht erklären.. :-)

ich dachte du zauberst was um die installetion per docker zu vereinfachen :-)

[Ein ehemaliger Benutzer]

@chrisxy hast du die id mit Anführungsstriche oder ohne eingetragen? Ich meine die müsste ohne

[ChrisXY]

@ciddi89 ```
homeassistant: false
permit_join: true
frontend:
port: 8080
mqtt:
base_topic: zigbee2mqtt
server: mqtt://192.168.4.100:1783
user: myuser
password: mypw
serial:
port: /dev/serial/by-id/usb-Texas_Instruments_XDS110__03.00.00.18__Embed_with_CMSIS-DAP_L1100HOO-if00
advanced:
pan_id: 0x1A5F
ext_pan_id: [0xDD, 0xDD, 0xDD, 0xDD, 0xDD, 0xDD, 0xDD, 0xDC]
channel: 11
network_key: [0x01, 0x03, 0x05, 0x07, 0x09, 0x0B, 0x0D, 0x0F, 0x00, 0x01, 0x04, 0x06, 0x08, 0x0A, 0x0C, 0x0D]
last_seen: ISO_8601_local
homeassistant_legacy_entity_attributes: false
legacy_api: false
legacy_availability_payload: false
output: json
transmit_power: 20
log_level: warn
device_options:
legacy: false
availability: true

Das ist nun die FINALE Config die auch Funktioniert.
Frontend musste ich das host wegmachen und die einrückung ist wichtig in der Doku falsch!
Ebenso habe ich noch User / PW für mqtt eingetragen

Die Pan ID musste ich ohne Klammern mit nem 0x davor reinpacken
Nun läuft es :)

[Frank579]

Hallo zusammen,
wollte auch schon länger auf Zigbee2MQTT umsteigen da ich mittlerweile alles was MQTT ist über meinen Mosquitto Server laufen habe, das zerpflücken des Json hatte mich aber noch etwas davon abgehalten mangels Zeit, das fällt ja jetzt mit dem Adapter weg :)
Hätte aber noch eine frage: macht es Sinn als MQTT den Mosquitt Server zu nehmen oder besser direkt vom Z2M auf den Adapter ? welche vor / Nachteile gibt es oder was wird empfohlen.
Danke für eure Tipps :)
Gruß Frank

[IdleBit]

Moin @frank579,

das ist tatsächlich fast egal da die bevorzugte Kommunikation aktuell über Websocket läuft und das MQTT nur für den Start von Zigbee2MQTT gebraucht wird.
Vorteil an einen separaten MQTT-Server ist das wenn du den Adapter aktualisierst oder restartest das Zigbee2MQTT nicht rummeckert das er kurzzeitig die Verbindung zum MQTT-Server verloren hat.

[Frank579]

@idlebit alles klar Danke👍
Dann werde ich am Wochenende mal mein Glück versuchen 🙈

[Quarkmax]

@idlebit
Wo kann ich denn Benutzer und Password für meinen externen MQTT-Server eingeben?

[arteck]

@quarkmax https://www.zigbee2mqtt.io/guide/configuration/mqtt.html#server-connection

[IdleBit]

@quarkmax oder meinst du im Adapter?

[Quarkmax]

@arteck
Zigbee2Mqtt und Mosquitto läuft stabil, ich meinte im Adapter, damit ich meinen externen Broker Mosquitto, ich weiß, da steht experimentell, verbinden kann und nicht Websocket auswählen muss.

[IdleBit]

@quarkmax Ja experimentell und wird aktuell nicht fokussiert (aus Zeitmangel) warum nutzt du nicht Websocket?

[arteck]

@quarkmax warum mosquitto ?

[Quarkmax]

@idlebit
Ich nutze ja Websocket momentan, war nur angefragt, da ja eh ein Brocker läuft. Ich kann warten. :blush:

[Quarkmax]

@arteck sagte in Test Adapter zigbee2mqtt:

@quarkmax warum mosquitto ?

warum nicht? läuft stabil....

[arteck]

@quarkmax ressourcen verschwendung.. aber ist ja deine kiste

[Quarkmax]

@arteck sagte in Test Adapter zigbee2mqtt:

@quarkmax ressourcen verschwendung.. aber ist ja deine kiste

ohne den Thread zu sprengen, was wäre die bessere Lösung?

[mickym]

Wenn Du mosquitto verwendest - kannst Du Dir auch andere Adapter sparen, die einen mqtt-Broker simulieren (z.Bsp. Sonoff und Shelly).

Die Möglichkeit dieses Adapters - hier einen externen Broker einzubinden ist vorbildlich, insbesondere weil er auch die Wahl lässt einen Broker zu simulieren. Daran sollten sich die anderen Adapter mit dieser Kommunikation mal orientieren.

Ich persönlich benutze den Adapter nicht, da ich alles bereits auf zigbee2mqtt mit mosquitto umgestellt hatte und ich keinen Vorteil sehe, den Adapter zu nutzen, da ich mit JSONS sehr gerne arbeite, da ich in einem Objekte alle Eigenschaften zusammenhabe und mir nicht aus verschiedenen Datenpunkten zusammen suchen muss.

[nox309]

@chrisxy sagte in Test Adapter zigbee2mqtt:

Das ist nun die FINALE Config die auch Funktioniert.
Frontend musste ich das host wegmachen und die einrückung ist wichtig in der Doku falsch!
Ebenso habe ich noch User / PW für mqtt eingetragen

Was genau fehlt dir denn in der Doku, war es nur die Einrückung?
Wenn ja, die habe ich jetzt angepasst. War tatsächlich in einer der beiden Dokus falsch und wird bei der nächsten Version korrigiert.

[ChrisXY]

@nox309
Jep das einrücken und mit dem HEX wert der Pan ID. Ich musste davor noch ein 0x machen. In dem Beispiel ist das nicht.
Was dann noch fehlte im Beispiel mqtt USER/PW.
Dazu noch beim docker-compose oben die Version und Service rein.

Das waren meine Schwierigkeiten also nicht vollprofi :)

Aber Feedback ist :
-Sehr sehr gut. Habe ca 75 Geräte. Deutlich weniger CPU Belastung im iobroker. Die zigbee2mqtt VM hat so gut wie kein CPU.
-Unglaublich viele Optionen
-Besser Übersicht der Geräte
-Gefühlt schneller