Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[arteck]

ganz einfach ignoriere die Map

[Asgothian]

@arteck sagte in [Aufruf] ZigBee CC253x Adapter Version 0.10.x:

ganz einfach ignoriere die Map

das ist die pragmatische Antwort

@Findus sagte in [Aufruf] ZigBee CC253x Adapter Version 0.10.x:

Obwohl ich einen Signalverstaerker einsetze der momentan noch nahe beim Coordinator angebracht ist, verbinden sich die Geraete nicht damit? (abgesehen von der gruenen Verbindung zum Plug) Desweiteren habe ich diese ZBT Fernbedienung die Rot verbunden ist aber super funktioniert und egal wo ich sie betreibe, bleibt die Verbindung Rot und immer direkt mit dem Coordinator verbunden.

Das Thema Routing im Zigbee Netz ist nicht ganz einfach.

Fangen wir mit der roten Linie zur Fernbedienung an. Diese ist normal. Die Fernbedienung sendet nur dann Signale wenn Du auch einen Knopf drückst und antwortet (üblicherweise) nicht auf Anfragen. Deswegen die rote Linie. Es bedeutet nicht zwangsläufig das die Fernbedienung nicht verbunden ist - es bedeutet halt das der Coordinator nicht weiss wie die Verbindung ist, da die Fernbedienung nicht antwortet.

Nun zum Thema wer spricht mit wem.

Prinzipiell bevorzugen alle Endgeräte eine direkte Verbindung zum Coordinator. Das ist prinzipiell auch ok so, da dadurch die Kommunikation schneller ist (der Router muss ja die Nachricht des Endgerätes erhalten und dann an den Coordinator weiter reichen)
Der Coordinator bevorzugt zunächst Verbindungen mit Routern. Wenn dann noch Luft für weitere direkte Verbindungen ist lässt er auch Verbindungen zu Endgeräten zu.

Das bedeutet das ein Coordinator mit schlechter Netzanbindung (viele Störungen, schlechte Antenne, falsche Positionierung) auch dann nicht optimal läuft wenn sich in seiner Nähe ein Router befindet, da die meisten Endgeräte die schwache Verbindung zum Coordinator über der besseren Verbindung zum Router bevorzugen.

Ein letzter Punkt noch zur Map - Die Map ist eine Momentaufnahme wie das Netz in genau einem Moment aussieht. Das Netz (als Mesh) ist aber nicht statisch. Fehlende oder rote Verbindungen bedeuten nicht zwangsläufig das Nachrichten nicht ankommen oder nicht funktionieren. Insbesondere bei Fernbedienungen, die ihre Nachrichten per "fire and forget" senden sehe ich oft das sie sowohl mit roter als auch ohne Linie noch funktionieren. Es macht also wenig sinn zu versuchen das Netz auf eine möglichst "gut" aussehende Map zu optimieren - das gelingt nur in den wenigsten Fällen.

A.

[arteck]

@Asgothian sagte in [Aufruf] ZigBee CC253x Adapter Version 0.10.x:

Es macht also wenig sinn zu versuchen das Netz auf eine möglichst "gut" aussehende Map zu optimieren - das gelingt nur in den wenigsten Fällen.

das bekommst du immer wen der Adapter neu startet .....

[Muchul]

Hallo,

ich bekomme in letzter Zeit immer Meldungen mit:
No converter available for 'XYZ' with'
In der Regel sind das Bewegungsmelder von Ikea und Xiaomi.
Ich vermute das ich zuviel hin und her getestet habe.
Könnte mir jemand freundlicherweise noch mal erklären, was ich alles machen muss um die converter aktuell zu bekommen?
Schön wäre es, wenn es auch ohne neu Anlernen ginge

Eventuell auch ein zwei Wörter zu den Zusammenhängen, für nicht Programmierer?
Adapter, Instanzen Converter, shepherd?

ich nutze aktuell:
Version 0.10.3 in /opt/iobroker/node_modules/iobroker.zigbee, node: v8.15.0
zigbee-shepherd ready. version: 2.6.3 rev 20190223

[Asgothian]

@Muchul sagte in [Aufruf] ZigBee CC253x Adapter Version 0.10.x:

Hallo,

ich bekomme in letzter Zeit immer Meldungen mit:
No converter available for 'XYZ' with'

Dieses deutet darauf hin das deine Version der zigbee-shepherd-converters veraltet ist

Schön wäre es, wenn es auch ohne neu Anlernen ginge
Das ist machbar

Eventuell auch ein zwei Wörter zu den Zusammenhängen, für nicht Programmierer?
Adapter, Instanzen Converter, shepherd?

ich nutze aktuell:
Version 0.10.3 in /opt/iobroker/node_modules/iobroker.zigbee, node: v8.15.0
zigbee-shepherd ready. version: 2.6.3 rev 20190223

Fangen wir hinten an - bei den Zusammenhängen.

• Der ioBroker stellt eine Basis zur Verfügung, auf der sich verschiedene "Adapter" miteinander austauschen können um Systemübergreifende Funktionalitäten bereit zu stellen.
• Der Adapter ioBroker.Zigbee ist so ein Adapter. Vereinfacht gesprochen dient er dazu, Informationen zwischen den verbundenen Zigbee-Geräten und dem ioBroker auszutauschen. Um das zu können muss im Adapter selber definiert werden wie ein Gerät im Objektbaum des ioBroker abgebildet werden muss. Der Adapter macht dabei die Kommunikation mit der Hardware nicht selber, sondern nutzt dazu einen open-source Unterbau.
• Zigbee-Shepherd und Zigbee-Shepherd-Converters sind die Hauptkomponenten des vom Adapter genutzten Unterbaus. Im Zigbee-Shepherd ist die Kommunikation mit der Hardware über den Zigbee-Stick implementiert (auch wieder nicht zu 100% selber, auch hier werden wieder open-source Komponenten genutzt, aber hier weiter in die Tiefe zu gehen verwirrt nur). In den Zigbee-Shepherd-Converters wird beschrieben wie die Zigbee-Geräte initialisiert werden müssen und welche Informationen sie mit dem Überbau austauschen können.

Wenn also ein unbekanntes Gerät auftaucht, dann wird zunächst über die Zigbee-Shepherd-Converters geschaut ob es für dieses Gerät / seine Nachrichten einen converter gibt. Ist das nicht der Fall gibt es Warnmeldungen wie du sie oben beschrieben hast.

Nun dazu wie du die Meldungen (hoffentlich) weg bekommst:

Du must prüfen, an welchen Stellen Du Versionen des zigbee-shepherd-converters auf deinem System hast. Typische Ablageorte sind /opt/iobroker/node_modules und /opt/iobroker/iobroker.zigbee/node_modules, manchmal aber auch /opt/iobroker/zigbee-shepherd/node_modules oder /opt/iobroker/iobroker.zigbee/node_modules/zigbee-shepherd/node_modules.

Es gibt via NPM eine Möglichkeit sich den Baum der Installierten Versionen angeben zu lassen - das kann ich aus dem Kopf aber nicht beschreiben.

Um sauber zu werden, solltest du:

• den iobroker.zigbee adapter komplett entfernen
• nachschauen wo noch zigbee-shepherd-converters liegen und diese alle auch beseitigen. (In diesem Zusammenhang ist es auch Sinnvoll das Verzeichnis /opt/iobroker/node_modules/iobroker.zigbee komplett zu entfernen
• den Adapter vom standard Repository neu installieren
• danach den Adapter über die Katze wieder auf die 0.10.3 von Github hoch zu ziehen.

Danach müssten die Probleme weg sein.

A.

[arteck]

diese Ordner sollten nach der deinstallation nicht mehr da sein unter

xxx\iobroker\node_modules\

@serialport
serialport
cc-znp
zcl-packet
zigbee-shepherd
zigbee-shepherd-converters

falls ja manuell löschen

bei Adapter installation werden diese in der richtigen Version angelegt

[Muchul]

prima,
Danke euch.
Ich klone gerade die VM und werde dann die beschriebenen Schritte durchführen.
Natürlich gibts auch eine Rückmeldung.

[Findus]

@Asgothian: Vielen Dank fuer die super Erklaerung.

[Muchul]

@Asgothian
@arteck

Vielen Dank für die Unterstützung.
Hat alles prima geklappt.
Habe Debug eingeschaltet keinerlei Fehlermeldungen -> Super.
Alle Geräte wieder da.
Die von mir vergebenen Namen wurden zurückgesetzt, aber damit kann ich problemlos leben.

Einzig: ich musste nicht auf die Version 0.10.3 updaten, das wurde automatisch gemacht?

Edit: sobald der Bewegungsmelder von Xiaomi angesprochen wird, bekomme ich wieder:
No converter available for 'RTCGQ11LM' with key 'occupancy'

[arteck]

zeig mal die Kachel für den Bewegungsmelder aus dem adapter

es scheint als ob es 2 gäbe..

[Muchul]

Davon habe ich zwei:

[arteck]

@Muchul was ist das denn schon wieder.. ich hab den auch.. läuft ohne fehlermeldung

zeig mir mal die Objekte für

[Muchul]

Aber gerne doch:

[Muchul]

Das gleiche mit den IKEA Bewegungsmeldern:
No converter available for 'E1525' with key 'occupancy'

[Asgothian]

@Muchul Kannst du bitte mal nachschauen welche Version des zigbee-shepherd-converters du hast ? Bei mir gehen die Lumi's problemlos.

A.

[Muchul]

Mach ich doch glatt:
Zigbee Version 0.10.3
node: v8.15.0
zigbee-shepherd ready. version: 2.6.3 rev 20190223

[Asgothian]

@Muchul
Das ist leider nicht die korrekte Information. Du müsstest in die package.json Datei im Verzeichnis vom zigbee-shepherd-converters schauen.

A.

[Muchul]

@Asgothian
ich hatte die Verzeichnisse umbenannt.
Kann es daran liegen?
ich lösche gerade nochmal alles

wären das hier die korrekten Daten:

"_from": "zigbee-shepherd-converters@^8.0.14",
"_id": "zigbee-shepherd-converters@8.1.0",

[MyzerAT]

@Muchul

findest du unter

[Muchul]

{
"_from": "zigbee-shepherd-converters@^8.0.14",
"_id": "zigbee-shepherd-converters@8.1.0",
"_inBundle": false,
"_integrity": "sha512-N52XPeO0MLunx7bHr7ZgTQhyipNVxXaJrSZoTNIhxv+eAfPfJfeMZwpfHk2VnfBQmimFsgpYkEg1oV0TyDLfWg==",
"_location": "/zigbee-shepherd-converters",
"_phantomChildren": {
"busyman": "0.3.0",
"enum": "2.5.0"
},
"_requested": {
"type": "range",
"registry": true,
"raw": "zigbee-shepherd-converters@^8.0.14",
"name": "zigbee-shepherd-converters",
"escapedName": "zigbee-shepherd-converters",
"rawSpec": "^8.0.14",
"saveSpec": null,
"fetchSpec": "^8.0.14"
},
"_requiredBy": [
"/iobroker.zigbee"