Test Adapter zigbee2mqtt

biker1602

@bananajoe said in Test Adapter zigbee2mqtt:

@biker1602 @MartinP gemeint ist sicherlich das das 2. ZigBee-Netz Idealweise auf einem anderen Kanal, auf jeden Fall aber mit eigener PAN-Id / Extended PAN-Id läuft

der Zigbee2mqtt Adapter hat keine PAN-ID oder ich weiß nicht wo sie steht.

MartinP

@biker1602 Da musst Du schon im Web-Interface Deines Zigbee2Mqtt Servers schauen ..

EDIT

Du betreibst ja einen SLZB-06

https://smlight.tech/manual/slzb-06/guide/configuration/

crunchip

@biker1602 sagte in Test Adapter zigbee2mqtt:

Woran kann das liegen?

Hast du auch dies hinterlegt?

availability: true

biker1602

@crunchip said in Test Adapter zigbee2mqtt:

@biker1602 sagte in Test Adapter zigbee2mqtt:

Woran kann das liegen?

Hast du auch dies hinterlegt?
availability: true

Muss das in die Config von mqtt und wenn ja ist es egal an welcher Stelle?

MartinP

@biker1602 Ich kenne diese Hardware zugegebenerweise nicht...

In order to properly use SLZB-06 you need to have an instance of Home Assistant and Zigbee2MQTT

Zigbee2MQTT ist eine Server-Anwendung, die Geräte aus einem Zigbee Netzwerk nach MQTT mappt. https://www.zigbee2mqtt.io/

"zigbee2mqtt" ist ein spezieller iobroker Adapter, den man verwenden kann, um einen Zigbee2MQTT Server anzusteuern...

Ein Zigbee2MQTT Server unterstützt diverse Hardware, USB Sticks und Netzwerk-Zigbee Gateways

Meines Verständnisses nach ist die Kette zwischen Iobroker und diesem Device

iobroker->(zigbee2mqtt adapter oder mqtt client/broker) -> Zigbee2MQTT Server -> SLZB-06...

Im Zigbee2MQTT Server kann man dann Konfigurationen bzgl Zigbee Kanal usw vornehmen...

Sei gewarnt: Falls Du beide Zigbee-Koordinatoren weiter betreiben willst, musst Du Dich meines Wissens für jedes Gerät entscheiden, in welches Netz zu es pairen willst. Ein Gerät kann meines Wissens nicht in zwei Netzen gleichzeitig präsent sein.

EDIT:

Der SLZB-06 kann wohl als Zigbee-Koordinator im iobroker Zigbee Adapter eingetragen werden...

Sollte er als zweiter Koordinator laufen, wäre also Anlegen einer zweiten Zigbee Adapter Instanz die einfachste Lösung.
Sollte der USB-basierte Koordinator in Rente geschickt werden, muss lediglich die vorhandene Zigbee Adapter Instanz umkonfiguriert werden.
Grundsätzlich kann alles beim Alten bleiben. Ob die Geräte ihre Pairung verlieren .. darüber möchte ich keine Prognosen stellen ...

biker1602

@crunchip said in Test Adapter zigbee2mqtt:

@biker1602 sagte in Test Adapter zigbee2mqtt:

Woran kann das liegen?

Hast du auch dies hinterlegt?
availability: true

Nachdem ich das in der Config des zigbeemqtt2 hinterlegt habe, wurden beide grün.
Jetzt laufen auch beide parallel.

MartinP

Ich bin etwas sprachlos. Hast Du die IP-Adresse des SLZB-06 im Zigbee2mqtt Adapter eingetragen?

Dann müsste der SLZB-06 ja selber eine Art zigbee2MQTT Server Emulation bieten...

BananaJoe

@martinp sagte in Test Adapter zigbee2mqtt:

Ich bin etwas sprachlos. Hast Du die IP-Adresse des SLZB-06 im Zigbee2mqtt Adapter eingetragen?

Dann müsste der SLZB-06 ja selber eine Art zigbee2MQTT Server Emulation bieten...

ok, ok, jetzt habe ich begriffen was du meinst. Im "zigbee-adapter" funktioniert das, im "zigbee2mqtt" Adapter dürfte das nicht gehen

öhm, Seriell über TCP/IP ? Bei ähnlichen Geräten oder auch bei meinem ZigBee-LAN-Gateway (was ich allerdings mit dem zigbee-Adapter betreibe) gibt man statt des lokalen Gerätes (ist USB, stellt sich ja aber als serielles gerät dar) auch einfach die IP ein:

~~Je nachdem wie "schlau" Zigbee2MQTT ist denkt der sich den Rest dazu. Aber einen genauen Screenshot davon wurde uns ja nicht gezeigt~~

biker1602

@martinp said in Test Adapter zigbee2mqtt:

Ich bin etwas sprachlos. Hast Du die IP-Adresse des SLZB-06 im Zigbee2mqtt Adapter eingetragen?

Dann müsste der SLZB-06 ja selber eine Art zigbee2MQTT Server Emulation bieten...

Da war ich wohl etwas voreiöig und frohen Mutes aber es geht wirklich nur einer und bei der Gelegenheit habe ich jetzt mehr zerschossen als ich wollte.
Ich hatte nach ein schlaflosen Nacht heute Morgen gedacht ich mache es nochmal nei auch die Installation von zigbeemqtt2 und lasse dann nur den laufen und den normalen Zigbee Adapter lasse ich dann weg und mache alles über Zigbee2mqtt. Ich glaube aber das ich mir den zerschossen habe da ich ihn nochmal neu unter installieren wollte und ich habe ihn versucht zu deinstallieren. Das ging aber richtig schief denn ich habe dann den kompletten Ordner von zigbee2mqtt in WinSCP gelöscht und gedacht das ich alles weg habe aber es ist irgenwo immer noch etwas versteckt und läßt mich jetzt zum verzweifeln bringen da ich es nicht mehr richtig nur mit Fehlermeldungen installieren kann. Hat jemand einen Plan wie ich das mit Putty alles löschen kann?

Asgothian

@biker1602 sagte in Test Adapter zigbee2mqtt:

Hat jemand einen Plan wie ich das mit Putty alles löschen kann?

Ich hab da keinen. Aber du solltest ggf. mal

posten was Du an Fehlermeldungen bekommst
Beim Zigbee2mqtt.io Projekt nachschauen - die haben eigentlich gute Doku zu solchen Fällen.

A.

biker1602

@asgothian

Codierknecht

@biker1602

Ausgaben aus der Konsole in Code-Tags </> posten und nicht als Bild. Schon gar nicht mit diesen Farben, das führt ja zu spontaner Netzhautablösung.
Deine lokalen IP's brauchst Du nicht zu schwärzen. Die sehen bei allen gleich oder ähnlich aus.

biker1602

@codierknecht
Tut mir Leid

/opt/zigbee2mqtt/node_modules/js-yaml/lib/loader.js:183
  return new YAMLException(message, mark);
         ^
YAMLException: duplicated mapping key (20:1)

 17 | # Serial settings
 18 | serial:
 19 | # Achtung: Wenn Sie das Z2M-Add ...
 20 | serial:
------^
 21 | # Location of SLZB-06
 22 |   port: tcp://192.168.57.90:6638
    at generateError (/opt/zigbee2mqtt/node_modules/js-yaml/lib/loader.js:183:10)
    at throwError (/opt/zigbee2mqtt/node_modules/js-yaml/lib/loader.js:187:9)
    at storeMappingPair (/opt/zigbee2mqtt/node_modules/js-yaml/lib/loader.js:358:7)
    at readBlockMapping (/opt/zigbee2mqtt/node_modules/js-yaml/lib/loader.js:1173:9)
    at composeNode (/opt/zigbee2mqtt/node_modules/js-yaml/lib/loader.js:1441:12)
    at readDocument (/opt/zigbee2mqtt/node_modules/js-yaml/lib/loader.js:1625:3)
    at loadDocuments (/opt/zigbee2mqtt/node_modules/js-yaml/lib/loader.js:1688:5)
    at Object.load (/opt/zigbee2mqtt/node_modules/js-yaml/lib/loader.js:1714:19)
    at Object.read (/opt/zigbee2mqtt/lib/util/yaml.ts:7:29)
    at read (/opt/zigbee2mqtt/lib/util/settings.ts:3

Asgothian

@biker1602 Der Schnipsel bringt nix. Der ist

unvollständig
unnötig geschwärzt - auf dein internes Netz hab ich sowieso keinen Zugriff

Bitte als Text, nicht als Screenshot, und bitte auch vollständig, nicht abgehackt.

Nebenbei gehe ich davon aus das es Inkonsistenzen bei npm gibt, sprich npm glaubt bestimmte Pakete sind vorhanden, während du sie durch das Löschen des Verzeichnisses beseitigt hast.

poste doch mal die Ausgaben von npm audit wenn du das unter /opt/zigbee2mqtt.io ausführst.

MartinP

@biker1602 Du solltest erstmal genauer beschreiben, wie Du den bisherigen USB-Koordinator mit ioBroker verbunden hast.

Der Einsatz des zigbee2mqtt Adapters legt ja nahe, dass der USB-Koordinator über einen zigbee2MQTT Server eingebunden ist...

Jedenfalls ist DAS der Verwendungszweck des zigbee2mqtt Adapters.

biker1602

@asgothian

biker1602@iobroker:~$ /opt/zigbee2mqtt.io
-bash: /opt/zigbee2mqtt.io: No such file or directory
biker1602@iobroker:~$ npm audit
# npm audit report

axios  1.0.0 - 1.5.1
Severity: moderate
Axios Cross-Site Request Forgery Vulnerability - https://github.com/advisories/GHSA-wf5p-g6vw-rhxx
fix available via `npm audit fix`
node_modules/axios

braces  <3.0.3
Severity: high
Uncontrolled resource consumption in braces - https://github.com/advisories/GHSA-grv7-fg5c-xmjg
fix available via `npm audit fix`
node_modules/braces

follow-redirects  <=1.15.5
Severity: moderate
Follow Redirects improperly handles URLs in the url.parse() function - https://github.com/advisories/GHSA-jchw-25xp-jwwc
follow-redirects' Proxy-Authorization header kept across hosts - https://github.com/advisories/GHSA-cxjh-pqwp-8mfp
fix available via `npm audit fix`
node_modules/follow-redirects

ip  *
Severity: high
ip SSRF improper categorization in isPublic - https://github.com/advisories/GHSA-2p57-rm9w-gvfp
NPM IP package incorrectly identifies some private IP addresses as public - https://github.com/advisories/GHSA-78xj-cgh5-2h22
fix available via `npm audit fix --force`
Will install iobroker.ring@1.2.8, which is a breaking change
node_modules/ip
  werift  *
  Depends on vulnerable versions of ip
  node_modules/werift
    ring-client-api  >=11.0.1
    Depends on vulnerable versions of werift
    node_modules/ring-client-api
      iobroker.ring  >=2.0.0-beta.0
      Depends on vulnerable versions of ring-client-api
      node_modules/iobroker.ring

semver  6.0.0 - 6.3.0
Severity: moderate
semver vulnerable to Regular Expression Denial of Service - https://github.com/advisories/GHSA-c2qf-rxjj-qqgw
fix available via `npm audit fix`
node_modules/semver

tar  <6.2.1
Severity: moderate
Denial of service while parsing a tar file due to lack of folders count validation - https://github.com/advisories/GHSA-f5x3-32g6-xq36
fix available via `npm audit fix`
node_modules/tar

ws  7.0.0 - 7.5.9 || 8.0.0 - 8.17.0
Severity: high
ws affected by a DoS when handling a request with many HTTP headers - https://github.com/advisories/GHSA-3h5v-q93c-6h6q
ws affected by a DoS when handling a request with many HTTP headers - https://github.com/advisories/GHSA-3h5v-q93c-6h6q
fix available via `npm audit fix`
node_modules/engine.io-client/node_modules/ws
node_modules/ws
  engine.io-client  0.7.0 || 0.7.8 - 0.7.9 || 3.5.0 - 3.5.3 || 4.0.0-alpha.0 - 5.2.0
  Depends on vulnerable versions of ws
  node_modules/engine.io-client

11 vulnerabilities (4 moderate, 7 high)

To address issues that do not require attention, run:
  npm audit fix

To address all issues (including breaking changes), run:
  npm audit fix --force
biker1602@iobroker:~$ /opt/zigbee2mqtt
-bash: /opt/zigbee2mqtt: Is a directory
biker1602@iobroker:~$ npm audit
# npm audit report

axios  1.0.0 - 1.5.1
Severity: moderate
Axios Cross-Site Request Forgery Vulnerability - https://github.com/advisories/GHSA-wf5p-g6vw-rhxx
fix available via `npm audit fix`
node_modules/axios

braces  <3.0.3
Severity: high
Uncontrolled resource consumption in braces - https://github.com/advisories/GHSA-grv7-fg5c-xmjg
fix available via `npm audit fix`
node_modules/braces

follow-redirects  <=1.15.5
Severity: moderate
Follow Redirects improperly handles URLs in the url.parse() function - https://github.com/advisories/GHSA-jchw-25xp-jwwc
follow-redirects' Proxy-Authorization header kept across hosts - https://github.com/advisories/GHSA-cxjh-pqwp-8mfp
fix available via `npm audit fix`
node_modules/follow-redirects

ip  *
Severity: high
ip SSRF improper categorization in isPublic - https://github.com/advisories/GHSA-2p57-rm9w-gvfp
NPM IP package incorrectly identifies some private IP addresses as public - https://github.com/advisories/GHSA-78xj-cgh5-2h22
fix available via `npm audit fix --force`
Will install iobroker.ring@1.2.8, which is a breaking change
node_modules/ip
  werift  *
  Depends on vulnerable versions of ip
  node_modules/werift
    ring-client-api  >=11.0.1
    Depends on vulnerable versions of werift
    node_modules/ring-client-api
      iobroker.ring  >=2.0.0-beta.0
      Depends on vulnerable versions of ring-client-api
      node_modules/iobroker.ring

semver  6.0.0 - 6.3.0
Severity: moderate
semver vulnerable to Regular Expression Denial of Service - https://github.com/advisories/GHSA-c2qf-rxjj-qqgw
fix available via `npm audit fix`
node_modules/semver

tar  <6.2.1
Severity: moderate
Denial of service while parsing a tar file due to lack of folders count validation - https://github.com/advisories/GHSA-f5x3-32g6-xq36
fix available via `npm audit fix`
node_modules/tar

ws  7.0.0 - 7.5.9 || 8.0.0 - 8.17.0
Severity: high
ws affected by a DoS when handling a request with many HTTP headers - https://github.com/advisories/GHSA-3h5v-q93c-6h6q
ws affected by a DoS when handling a request with many HTTP headers - https://github.com/advisories/GHSA-3h5v-q93c-6h6q
fix available via `npm audit fix`
node_modules/engine.io-client/node_modules/ws
node_modules/ws
  engine.io-client  0.7.0 || 0.7.8 - 0.7.9 || 3.5.0 - 3.5.3 || 4.0.0-alpha.0 - 5.2.0
  Depends on vulnerable versions of ws
  node_modules/engine.io-client

11 vulnerabilities (4 moderate, 7 high)

To address issues that do not require attention, run:
  npm audit fix

To address all issues (including breaking changes), run:
  npm audit fix --force
biker1602@iobroker:~$

iker1602@iobroker:~$ cd /opt/zigbee2mqtt
biker1602@iobroker:/opt/zigbee2mqtt$ npm audit
found 0 vulnerabilities
biker1602@iobroker:/opt/zigbee2mqtt$ npm audit
found 0 vulnerabilities
biker1602@iobroker:/opt/zigbee2mqtt$

Irgendwie findet er da nichts oder?

MartinP

@biker1602 Okay, also arbeitest Du mit einer dem zigbee2mqtt Adapter vorgeschalteten zigbee2MQTT Server - Instanz...

biker1602

@martinp said in Test Adapter zigbee2mqtt:

@biker1602 Du solltest erstmal genauer beschreiben, wie Du den bisherigen USB-Koordinator mit ioBroker verbunden hast.

Der Einsatz des zigbee2mqtt Adapters legt ja nahe, dass der USB-Koordinator über einen zigbee2MQTT Server eingebunden ist...

Jedenfalls ist DAS der Verwendungszweck des zigbee2mqtt Adapters.

Der USB Koordinator wird durgeschliffen bei Proxmox und wird nur für den normalen Zigbee Adapter genutzt.

biker1602

@martinp said in Test Adapter zigbee2mqtt:

@biker1602 Okay, also arbeitest Du mit einer dem zigbee2mqtt Adapter vorgeschalteten zigbee2MQTT Server - Instanz...

Ich weiß schon garnichts mehr. Den SLZB-06 habe ich erst kurz. Mein Plan war Zigbee2mqtt zu nutzen und den anderen (sonoff) und den Zigbee Adapter zu deaktivieren.
Ich bekommen zigbee2mqtt aber nicht deinstalliert um alles nochmal neu zu machen.

Wenn ich den Status abfrage kommt folgende Meldung

biker1602@iobroker:~$ systemctl status zigbee2mqtt.service
● zigbee2mqtt.service - zigbee2mqtt
     Loaded: loaded (/etc/systemd/system/zigbee2mqtt.service; enabled; vendor preset: enabled)
     Active: activating (auto-restart) (Result: exit-code) since Thu 2024-07-11 11:00:35 CEST; 2s ago
    Process: 72010 ExecStart=/usr/bin/node index.js (code=exited, status=1/FAILURE)
   Main PID: 72010 (code=exited, status=1/FAILURE)
        CPU: 562ms

Asgothian

@biker1602 Ich denke damit kommt das hier zum Tragen:

@asgothian sagte in Test Adapter zigbee2mqtt:

Beim Zigbee2mqtt.io Projekt nachschauen - die haben eigentlich gute Doku zu solchen Fällen.

Nachtrag: wenn Du dir den Text der Fehlermeldung genau anschaust, dann beschwert er sich darüber das im YAML das Schlüsselwort "serial:" doppelt vorkommt. Das kommt von Deiner Anpassung als du den TCP Port eingetragen hast. berichtige das mal, dann sollte der laufen.

A.

Community Forum

NEWS

Test Adapter zigbee2mqtt

Support us

867

32.4k

81.5k

1.3m