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

[arteck]

@friesenjung sagte in ZigBee neue Version 1.6.x:

Ich lese nur hin und wieder in anderen Beiträgen, dass man den manuell aktualisieren kann/soll?

es gibt 2 Abhängigkeiten zum anderen Projekten die wir nutzen

https://github.com/Koenkk/zigbee-herdsman
https://github.com/Koenkk/zigbee-herdsman-converters

damit diese gezogen werden aktualisiere ich fast jeden tag bei uns die dateien.. du brauchst nix tun ..ausser du vermisst ein Gerät das in deiner Version nicht da ist.. dann kannst du den Adaper manuell vom GIT installieren.
https://github.com/ioBroker/ioBroker.zigbee/wiki/GIT-install
damit werden die abhängigkeiten auch aktualisiert

[ioT4db]

@arteck danke für die Info!

Da ich gerade Probleme mit den innr-Plug SP 220 und den innr-Birnen RB 251 habe, wollte ich die Git-Version manuell updaten (bin nach der Anleitung vorgegangen), er kommt aber nicht sehr weit und bleibt hartnäckig bei folgendem Schritt stehen:

Ab dem Punkt tut sich nichts mehr. Ich hatte es mal über 1h so gelassen, aber er kam nicht weiter.

Kann da noch irgendwo was gecached sein, dass ein weitermachen unterbindet? In den Logs (Debug-Ausgabe hatte ich dazu aktiviert) konnte ich auf Anhieb auch keine weiteren Infos finden.

Hast Du vlt. noch eine Idee?

VG...

[Thomas Braun]

@friesenjung sagte in ZigBee neue Version 1.6.x:

Kann da noch irgendwo was gecached sein, dass ein weitermachen unterbindet?

Es ist möglich, dass es andere Fehler aus der Ecke npm gibt. Schau mal so rein:

cd /opt/iobroker
npm ls --depth=0 | grep ERR

[ioT4db]

@thomas-braun hi und danke für die Unterstützung.

folgendes spuckt er aus:

npm ERR! peer dep missing: @angular/common@>= 5.0.0, required by xmlhttprequest-ts@1.0.1                                                                                                                    
npm ERR! peer dep missing: @angular/core@>= 5.0.0, required by xmlhttprequest-ts@1.0.1

Zur Info: läuft in einem Docker (Synology NAS). iob-Updates sind auf aktuellem "stable"Stand.

[Ein ehemaliger Benutzer]

Ich habe mehrere Coordinatoren am laufen. Wenn ich jetzt die PAN-ID an jedem Coordinator ändere und die Geräte neu anlerne sind die Datenpunkte dann noch die selben? Oder muss ich die Verbindung in vorhandenen Scripts auch ändern?

[Asgothian]

@brainbug Die Datenpunkte entsprechen der jeweiligen Hardware-ID und sind damit Gerätespezifisch. Du musst deine Skripte also so lange nicht anpassen wie du die Geräte wieder am gleichen Koordinator anlernst.

A.

[ioT4db]

Moin.
ich nehm mal Bezug auf: https://forum.iobroker.net/topic/46927/zigbee-neue-version-1-6-x/444?_=1652854694268
Nach weiteren Versuchen scheint das manuelle Update von Git sauber durchgelaufen zu sein. Warum kann ich nicht genau sagen. Wie so oft half wohl Geduld und nicht aufgeben :blush:

Kann es sein (nur meine persönliche Vermutung), dass das Aktualisieren mit vielen kleinen Dateien (z.B. Herdsman) verbunden ist, was das Update so "langsam" bei mir machte?

Egal, auf jeden Fall ist danach auch wieder alles mit meinen innr-Plugs und Lampen sauber am laufen!

Nur eine Frage tat sich eben noch auf: Wenn in der Info-Kachel z.B. zu einer Lampe (siehe Anhang) bei "configured" "false" steht, muss man da nochmal tätig werden bzw. was funktioniert in diesem Zusatnd nicht? Denn bedienbar ist das Leuchtmittel trotzdem...

VG

[arteck]

@friesenjung sagte in ZigBee neue Version 1.6.x:

bei "configured" "false" steht,

nein dass heisst nur das die Birne keine config braucht also auch keine bekommen hat

und ja wir ziehen bei ejdem installieren/update auch andere Dateien.. auf die wir kein einfluss haben.. das kann schon mal dauern..
was auch sein kann ist das GIT ab und an mal spinnt oder npm...

[diwoma]

Hi,
Sorry, wenn ich eine Anfrage wieder aufwärme, aber so klar ist es mir durch durchlesen nicht geworden.
Ich habe (eine Menge) Shutter-Controls von Moes gekauft und bin beim ersten Einbinden draufgekommen, dass sie nicht erkannt werden.
Durch Lesen der Threads habe ich mich auf die Suche gemacht und gesehen, dass auf Git beim zigbee-herdsman-converters schon eine Version existiert, in der der Fingerprint dieses Devices schon im moes.js eingetragen ist.
Jetzt frage ich mich, wie ich dazu komme.
Wird das bei einem allgemeinen Upgrade des Zigbee-Adapters mit geladen? Wobei ich da ziemlich sicher bin :blush:
Das wird aber wahrscheinlich von Änderungen des Adapters abhängen und wahrscheinlich nicht von third-party-Tools.
Ich nehme an, dass ich die neue Version des Converters per npm in der Console direkt aus dem Git laden muss, oder gibt es im ioBroker eine Möglichkeit, das update des Converters selbst anzustossen?
Und wenn ich das habe, muss ich dann das nicht erkannte Device wieder aus Zigbee entfernen und neu Anlernen, oder wird es beim Restart des Adapters automatisch erkannt?

[Asgothian]

@diwoma sagte in ZigBee neue Version 1.6.x:

Hi,
Sorry, wenn ich eine Anfrage wieder aufwärme, aber so klar ist es mir durch durchlesen nicht geworden.
Ich habe (eine Menge) Shutter-Controls von Moes gekauft und bin beim ersten Einbinden draufgekommen, dass sie nicht erkannt werden.
Durch Lesen der Threads habe ich mich auf die Suche gemacht und gesehen, dass auf Git beim zigbee-herdsman-converters schon eine Version existiert, in der der Fingerprint dieses Devices schon im moes.js eingetragen ist.
Jetzt frage ich mich, wie ich dazu komme.
Wird das bei einem allgemeinen Upgrade des Zigbee-Adapters mit geladen? Wobei ich da ziemlich sicher bin :blush:

Ja, wenn Du den Zigbee Adapter aktualisierst werden auch die zigbee-herdsman-converters aktualisiert. Allerdings kann es bei der Aktualisierung zu einem Zeitverzug kommen.

Das wird aber wahrscheinlich von Änderungen des Adapters abhängen und wahrscheinlich nicht von third-party-Tools.
Ich nehme an, dass ich die neue Version des Converters per npm in der Console direkt aus dem Git laden muss, oder gibt es im ioBroker eine Möglichkeit, das update des Converters selbst anzustossen?

Im ioBroker gibt es keine Möglichkeit. Von einem manuellen installieren rate ich ab, da dadurch Probleme entstehen wenn der Zigbee Adapter aktualisiert wird - dieser fordert immer eine exakt definierte Version der Zigbee-Herdsman-Converters. Solange der zigbee Adapter diese selber installiert hat wird er sie automatisch aktualisieren. Bei von Hand installierten Versionen kann es dazu kommen das der Zigbee Adapter eine eigene Version parallel installiert.

Und wenn ich das habe, muss ich dann das nicht erkannte Device wieder aus Zigbee entfernen und neu Anlernen, oder wird es beim Restart des Adapters automatisch erkannt?

Das Gerät wird automatisch erkannt wenn der Fingerprint von den Converters erkannt wird.

A.

[diwoma]

@asgothian said in ZigBee neue Version 1.6.x:

Im ioBroker gibt es keine Möglichkeit. Von einem manuellen installieren rate ich ab, da dadurch Probleme entstehen wenn der Zigbee Adapter aktualisiert wird - dieser fordert immer eine exakt definierte Version der Zigbee-Herdsman-Converters. Solange der zigbee Adapter diese selber installiert hat wird er sie automatisch aktualisieren. Bei von Hand installierten Versionen kann es dazu kommen das der Zigbee Adapter eine eigene Version parallel installiert.

Danke für die Info. Also muss ich warten, bis der Zigbee-Adapter eine neue Version vorgibt.
Zur Zeit habe ich die Version 1.6.18.

Nun habe ich noch eine Frage:
Ich habe meinen Zigbee-Stick auf einem Pi als ioBroker-Slave eingebunden, während mein ioBroker-Main in einem LXC unter Proxmox läuft. Klar sollten auf beiden die gleiche Version sein, aber wer braucht den Adapter dringender in der letzten Version?
Updates im Container fallen mir leichter, weil ich vorher einen Snapshot machen kann, den ich im Fehlerfall zurückrolle, beim Pi ist das nicht so einfach

[arteck]

@diwoma sagte in ZigBee neue Version 1.6.x:

Danke für die Info. Also muss ich warten, bis der Zigbee-Adapter eine neue Version vorgibt.

auf GIT liegt täglich eine neue Version .. kannst also von da installieren wenn du auf dem neusten bleiben willst.
ABER kann sein das diese nicht lauffähig ist (eher unwarscheinlich aber ich mach dich drauf aufmerksam)

Ich habe meinen Zigbee-Stick auf einem Pi als ioBroker-Slave eingebunden, während mein ioBroker-Main in einem LXC unter Proxmox läuft. Klar sollten auf beiden die gleiche Version sein, aber wer braucht den Adapter dringender in der letzten Version?

wie kommst du dadrauf dass man den adapter auf beiden Host installiert haben muss??
du installierst nur da wo du den adapter nutzen willst, also in deinem Fall auf dem Slave.. der Master bekommt die infos automatisch

[diwoma]

@arteck said in ZigBee neue Version 1.6.x:

auf GIT liegt täglich eine neue Version .. kannst also von da installieren wenn du auf dem neusten bleiben willst.
ABER kann sein das diese nicht lauffähig ist (eher unwarscheinlich aber ich mach dich drauf aufmerksam)

Laut Murphy ist es bei mir dann nicht lauffähig, also bin ich da eher etwas vorsichtig :disappointed:

@arteck said in ZigBee neue Version 1.6.x:

wie kommst du dadrauf dass man den adapter auf beiden Host installiert haben muss??
du installierst nur da wo du den adapter nutzen willst, also in deinem Fall auf dem Slave.. der Master bekommt die infos automatisch

Aber zum Visualisieren braucht doch auch der Master den Adapter. Oder?

[arteck]

@diwoma sagte in ZigBee neue Version 1.6.x:

Aber zum Visualisieren braucht doch auch der Master den Adapter. Oder?

NEIN.. wo hast du die Infos her..

[diwoma]

@arteck

Selbst zusammengereimt, also falsch vermutet.
Soviel Info über Master-Slave für Zigbee habe ich nicht gefunden.

Nur verstehe ich dann nicht die Verwendung der Zigbee-Devices und Datenpunkte vom Master aus, wenn ich dort keinen Adapter installiert habe.

Und wenn ich den nicht notwendigen Adapter jetzt deinstalliere, dann bleibt alles gleich?

[arteck]

@diwoma sagte in ZigBee neue Version 1.6.x:

Nur verstehe ich dann nicht die Verwendung der Zigbee-Devices und Datenpunkte vom Master aus, wenn ich dort keinen Adapter installiert habe.

das ist doch der sinn einer Multihostumgebung... der eine Host sowie der andere Hst übermitteln die Daten an eine zetntralle stelle..

und ja du kannst den adapter aus dem Master löschen.. oben erst auf den Master klicken. auf adapter liste wechseln.. dann F5 drücken (es gibt ein bug im Admin) dann kannst du den adapter löschen

[diwoma]

@arteck said in ZigBee neue Version 1.6.x:

das ist doch der sinn einer Multihostumgebung... der eine Host sowie der andere Hst übermitteln die Daten an eine zetntralle stelle..
und ja du kannst den adapter aus dem Master löschen.. oben erst auf den Master klicken. auf adapter liste wechseln.. dann F5 drücken (es gibt ein bug im Admin) dann kannst du den adapter löschen

Danke, ich werde dann mal einen Snapshot ziehen und den Adapter nach Deiner Beschreibung löschen.

[diwoma]

@arteck
Danke, hat funktioniert.

Vor allem, als ich erkannt habe, das die Instanz ja auf dem PI läuft.

[diwoma]

@arteck said in ZigBee neue Version 1.6.x:

auf GIT liegt täglich eine neue Version .. kannst also von da installieren wenn du auf dem neusten bleiben willst.
ABER kann sein das diese nicht lauffähig ist (eher unwarscheinlich aber ich mach dich drauf aufmerksam)

Hi, da wir nun die Adapter-Frage gelöst haben, zurück zum eigentlichen Ausgangspunkt meiner Frage:
Soll ich warten, bis ein Zigbee-Update kommt, das die Converterliste akualisiert?
Soll ich den gesamten Converter per npm aktualisieren?
Oder (eine andere Idee) nur den einen Fingerprint in der moes.js nachtragen? Beim vergeich mit der Datei auf GIT habe ich gesehen, dass nur dieser zusätzlich hinzugegeben wurde und ich könnte mir denken, dass der Rest so generisch aufgebaut ist, dass es reicht.

[pk68]

Hallo, hat sich in der letzten Zeit etwas an der Berechnung des Batteriestatus bei Aquara Geräten geändert?
Habe gestern diverse Adapter geupdatet, u.a. auch den Zigbee-Adapter von 1.6.16 auf 1.6.18. Danach habe alle Aquara Geräte 100% Batteriestand. Bin mir sicher, dass zwei Temperatursensoren und der Lichtsensor vorher weniger als 100% hatten. Bei den Tradfri Geräten habe ich den Effekt nicht.
Auf Git bei Koenkk/zigbee2mqtt hatte ich vor einiger Zeit folgende Berechnung gefunden:
Implemented the improved calculation:
2850 mV or lower = 0%
3200 mV or higher = 100%
2850-3200 mV = linear calculation
Die scheint aber nicht mehr aktuell zu sein, denn bei mir wird bei einer Spannung von 3025 mV 100% Batterie angegeben.