Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Schmetterfliege]

Ich hab einfach mal "npm i iobroker.zigbee" auf dem pi ausgeführt, installiert wurde es auch, aber es ist kein neuer Adapter da und der Zigbee Adapter ist noch auf 1.6.8.
Ich hab das allerdings auch im Homefolder ausgeführt, nicht im iob folder.
Ich hoffe, ich hab damit jetzt nichts kaputt gemacht?^^

[Schmetterfliege]

Update: hab den Adapter jetzt erfolgreich auf 1.6.9 geupdated, aber das selbe Problem nach neu pairen:

[Thomas Braun]

@schmetterfliege sagte in SHP-15+Zigbee Adp.: "TS011F" not described in statesMapping.:

Ich hab das allerdings auch im Homefolder ausgeführt, nicht im iob folder.

Dann gammelt das jetzt dort herum. Ich würde auch statt direkt per npm auch immer empfehlen, das so zu machen:

iobroker add zigbee

Das nimmt die Pfade gleich mit.

[Schmetterfliege]

@thomas-braun

nimmt das mit dem Befehl dann die Version von Github (1.6.9) oder die, die im IOB gepublished ist (1.6.6)?

Zu dem Adapter der jetzt rumgammelt: Wie deinstalliere ich den denn jetzt ohne meinen eigentlichen Adapter zu deinstallieren?^^

[Thomas Braun]

@schmetterfliege

In der Form aus den Verwahrorten. Github muss man wieder anders installieren.

Wie deinstalliere ich den denn jetzt ohne meinen eigentlichen Adapter zu deinstallieren?

Einfach löschen.

[Schmetterfliege]

@thomas-braun

Einfach löschen ist gut, ich weiß ja nicht mal wo die Installation jetzt zu finden ist^^

[Thomas Braun]

@schmetterfliege Bitte keine Screenshots aus der Konsole.

ls -la

Und einen Server betreibt man OHNE Desktop.

[Schmetterfliege]

@thomas-braun

Den Pi benutze ich ja nicht nur für den IOB, sondern auch als Linux Gerät falls ich es denn mal brauchen sollte.
Schaden dürfte der Desktop ja hoffentlich nicht, oder?

Soll ich die Ausgabe dann so machen?

pi@raspberrypi:~ $ ls -la
total 916
drwxr-xr-x 21 pi   pi     4096 Dec 15 19:37 .
drwxr-xr-x  4 root root   4096 Dec  1  2020 ..
-rw-------  1 pi   pi     4607 Dec 15 19:47 .bash_history
-rw-r--r--  1 pi   pi      220 Aug 20  2020 .bash_logout
-rw-r--r--  1 pi   pi     3716 Dec 15 19:16 .bashrc
drwxr-xr-x  2 pi   pi     4096 Aug 20  2020 Bookshelf
drwxr-xr-x  6 pi   pi     4096 Dec  1  2020 .cache
drwx------  7 pi   pi     4096 Jan 20  2021 .config
drwxr-xr-x  2 pi   pi     4096 Dec  1  2020 Desktop
-rw-r--r--  1 pi   pi       35 Dec  1  2020 .dmrc
drwxr-xr-x  2 pi   pi     4096 Dec  1  2020 Documents
drwxr-xr-x  2 pi   pi     4096 Dec  1  2020 Downloads
drwx------  3 pi   pi     4096 Aug 20  2020 .gnupg
drwxr-xr-x  2 pi   pi     4096 Aug  8 15:02 .iobroker
drwxr-xr-x  3 pi   pi     4096 Aug 20  2020 .local
drwxr-xr-x  2 pi   pi     4096 Dec  1  2020 Music
drwxr-xr-x 77 pi   pi     4096 Dec 15 19:37 node_modules
drwxr-xr-x  5 pi   pi     4096 Dec 15 19:37 .npm
-rw-------  1 pi   pi       36 Dec  1  2020 .npmrc
-rw-r--r--  1 pi   pi   808689 Dec 15 19:37 package-lock.json
drwxr-xr-x  2 pi   pi     4096 Dec  1  2020 Pictures
drwx------  3 pi   pi     4096 Dec  1  2020 .pp_backup
-rw-r--r--  1 pi   pi      807 Aug 20  2020 .profile
drwxr-xr-x  2 pi   pi     4096 Dec  1  2020 Public
drwxr-xr-x  2 pi   pi     4096 Dec  1  2020 Templates
drwxr-xr-x  8 pi   pi     4096 Dec 30  2020 tuya-convert
drwxr-xr-x  2 pi   pi     4096 Dec  1  2020 Videos
drwx------  3 pi   pi     4096 Dec  1  2020 .vnc
-rw-------  1 pi   pi      161 Jan 20  2021 .Xauthority
-rw-------  1 pi   pi     2425 Jan 20  2021 .xsession-errors
-rw-------  1 pi   pi     2425 Jan 18  2021 .xsession-errors.old

[Thomas Braun]

@schmetterfliege sagte in SHP-15+Zigbee Adp.: "TS011F" not described in statesMapping.:

Schaden dürfte der Desktop ja hoffentlich nicht, oder?

Klar. Frisst Ressourcen und erhöht die Chance auf Abstürze und Sicherheitslöcher. Mehr laufender Code = Mehr Fehler.

Lösch die node_modules und die package-lock.json

rm -rf node_modules
rm package-lock.json

[Schmetterfliege]

@thomas-braun said in SHP-15+Zigbee Adp.: "TS011F" not described in statesMapping.:

@schmetterfliege sagte in SHP-15+Zigbee Adp.: "TS011F" not described in statesMapping.:

Schaden dürfte der Desktop ja hoffentlich nicht, oder?

Klar. Frisst Ressourcen und erhöht die Chance auf Abstürze und Sicherheitslöcher. Mehr laufender Code = Mehr Fehler.

Ressourcenmäßig hab ich da jetzt noch nichts bemerkt, Abstürze hatte ich bisher deshalb auch noch nicht.
Aber klar, mehr Code = größeres Risiko. Ich deinstalliere den bei Gelegenheit mal.

Lösch die node_modules und die package-lock.json

rm -rf node_modules
rm package-lock.json

Vielen Dank!
Ich muss mir echt mal die Zeit nehmen und mich anständig mit meinem System auseinandersetzen um diese ganzen Unsicherheiten loszuwerden... Den node_modules Folder hatte ich schon gefunden, war mir aber nicht sicher ob das jetzt nur der "ungewollte" zigbee adapter ist, oder ob das von IOB angelegt wurde und ich da jetzt alles kaputt mache^^

[Thomas Braun]

@schmetterfliege sagte in SHP-15+Zigbee Adp.: "TS011F" not described in statesMapping.:

oder ob das von IOB angelegt wurde und ich da jetzt alles kaputt mache^^

Der iobroker kann und darf nicht in anderen Verzeichnissen schreiben. Daher muss das dein eigenes Fabrikat sein.

Siehe:

echad@chet:~ $ sudo -u iobroker touch testdatei_als_iobroker
touch: cannot touch 'testdatei_als_iobroker': Permission denied

[Asgothian]

@schmetterfliege sagte in SHP-15+Zigbee Adp.: "TS011F" not described in statesMapping.:

Update: hab den Adapter jetzt erfolgreich auf 1.6.9 geupdated, aber das selbe Problem nach neu pairen:

Siehe Kommentar auf GitHub.

A.

[Schmetterfliege]

@asgothian

Hab ich gesehen, vielen Dank für's rausfinden! :)
Sollte ich hierfür einen neuen eigenen Issue machen?

[Schmetterfliege]

Kurzes Update:

Nachdem @Asgothian sich die pull requests vom herdsman angeschaut hat, sollte eigentlich seit gestern Abend dieses Device supportet sein.

Was ich gemacht habe: per "Katze" -> "von Github" -> Zigbee ausgewählt und installiert.
Das hat meinen Zigbee Adapter auch geupdated, zumindest wurden einzelne Pakete geupdated.
Anschließend habe ich die beiden "falschen" Plugs gelöscht (force) und einen State cleanup gemacht.
Dann den Adapter neu gestartet und versucht die Plugs nochmal zu pairen.
Leider mit dem selben Ergebnis.

Zigbee zu deinstallieren und "von scratch" neu zu installieren habe ich jetzt noch nicht versucht, da ich nicht weiß ob das notwendig ist (würde gerne die 33 Devices die funktionieren nicht alle nochmal anlernen müssen^^).

Für weiteren Input bin ich offen!

[Schmetterfliege]

Update2:
In den herdsman-converters unter tuya.js finde ich aber auch den Converter für genau mein Device (würde ich zumindest anhand der Vendor ID behaupten?)

[Schmetterfliege]

Hab mal noch ein bisschen tiefer gebuddelt...

Unter "/opt/iobroker/node_modules/zigbee-herdsman-converters/devices" gibt es die tuya.js.
Dort fehlt bei mir der entsprechende Fingerprint:

 fingerprint: [
            {modelID: 'TS011F', manufacturerName: '_TZ3000_5f43h46b'},
            {modelID: 'TS011F', manufacturerName: '_TZ3000_cphmq0q7'},
            {modelID: 'TS011F', manufacturerName: '_TZ3000_dpo1ysak'},
            {modelID: 'TS011F', manufacturerName: '_TZ3000_ew3ldmgx'},
            {modelID: 'TS011F', manufacturerName: '_TZ3000_jvzvulen'},
            {modelID: 'TS011F', manufacturerName: '_TZ3000_mraovvmm'},
            {modelID: 'TS011F', manufacturerName: '_TZ3000_nfnmi125'},
            {modelID: 'TS011F', manufacturerName: '_TZ3000_ps3dmato'},
            {modelID: 'TS011F', manufacturerName: '_TZ3000_w0qqde0g'},
        ],

Bei mir fehlt der entsprechende Eintrag: {modelID: 'TS011F', manufacturerName: '_TZ3000_u5u4cakc'}

Bedeutet für mich dass ich nicht die aktuellste Version dieser Datei habe.
Abgesehen davon ist der Converter aber exakt gleich, also müsste es theoretisch doch erstmal reichen da den Fingerprint hinzuzufügen.
Frage 1: kann ich das ohne Risiko? Die Datei ist schreibgeschützt, aber mit sudo könnte ich reinschreiben.

Frage 2: im Netz habe ich gelesen dass die neueste FW dieser Plugs sie zu reinen Polling Devices macht.
Auch im Commit auf Github, in dem der Fingerprint hinzugefügt wurde, steht der Kommentar dass diese Version polling benötigt. Also gehe ich mal stark davon aus dass meine Plugs mit genau dieser FW ausgeliefert wurden und deshalb auch diesen Fingerprint haben.
Mir ist klar, was Polling generell ist. Aber nur zur Sicherheit für mich:
Bedeutet dass, dass die Plugs mir keine Werte liefern, außer ich polle die immer und immer wieder aktiv?
Bei 10 Stück dürfte das doch ziemlich uncool für meinen Pi sein, oder?

[Schmetterfliege]

@alexzi habe glaube ich die Lösung, siehe meinen Kommentar direkt darüber.
Frage 1 habe ich mir selbst beantwortet:

Bleibt Frage 2... wie polle ich das nun?^^

EDIT: Schalten funktioniert. Nur Werte werden tatsächlich nicht geliefert.

[Asgothian]

@schmetterfliege sagte in SHP-15+Zigbee Adp.: "TS011F" not described in statesMapping.:

EDIT: Schalten funktioniert. Nur Werte werden tatsächlich nicht geliefert.

• Im Objektbaum den State zigbee.0.info.debugmessages finden
• 84ba20fffe77b200 eintragen.
• Adapter nicht neu starten
• den State zigbee.0.84ba20fffe77b200.device_query finden und mit "true" oder über den ggf. dargestellten Button triggern.
• 90 Sekunden warten
• im Log nach Meldungen mit dem Schlu2sselwort "ELEVATED" schauen ob da Meldungen kommen die Load power, Load voltage oder andere fehlende Informationen beinhalten.

A.

[alexzi]

@schmetterfliege
danke schon mal soweit. Was genau hast du jetzt gemacht? den Fingerprint in der tuya.js ergänzt?

[Schmetterfliege]

@asgothian

Vielen Dank, werde das in Kürze mal machen! :)

@alexzi ich werde dir in Kürze eine etwas detailliertere "Anleitung" basteln. Aber im Prinzip habe ich nur im Converter (in
tuya.js) den Fingerprint hinzugefügt, ja :)