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

[crunchip]

Nachdem ich erneut keine Geräte mehr anmelden kann(was schon mehrmals passiert ist), setze ich gerade neu auf. Zum Test hab ich nun ein paar Repeater angelernt und die "Firmware updates" angestoßen. Scheinbar funktioniert das mit der 1.4.1 bzw auch schon bei 1.4.0 bei einigen Geräten(Osram) nicht mehr.

Zu dem, siehe Bild, tauchen plötzlich drei der BMW auf, die aber noch gar nicht angelernt sind. Dürfte aber doch eigentlich gar nicht passieren? da ich eine komplett andere Network Pan ID vergeben habe. Zumal sind das genau die, welche in der Vergangenheit, des öfteren schon ausgefallen sind.
Sind allerdings nicht eingebunden

Edit:
je länger ich warte und die Seite aktualisiere, werden es immer mehr Geräte.
Dieser hat sich wieder verbunden und liefert auch Werte ohne pairing

[Asgothian]

@ShneedleWoods
Stimmt die Ausgabe das du noch den Adapter 1.0.2 installiert hast und benutzt ?

A.

[ShneedleWoods]

@Asgothian Uh, danke für die Info. Ich hab den Stick an nem Slave Pi und offensichtlich wird da die Zigbee Instanz nicht mit geupdated. Ich schau mal obs daran liegt.

Edit: Nach update haben nun 7 Geräte eine Verbindung zueinander, 14 nicht. Bekommt man das irgendwie gefixt?

[hukio]

@csr Danke, hab ich wieder etwas gelernt!
HUK

[Asgothian]

@crunchip Das ist zumindest seltsam, und sollte so nicht sein. Hast du beim Restore auch die Datenbank (shepherd.db) beseitigt ?

A.

[cheese2203]

Hallo, ich bin noch recht neu in der Zigbeewelt. Ich habe im Moment erst 2 Geräte angelern. Es sollen aber noch einige dazu kommen, wenn die Bestellung aus China eingegangen ist.

Nun habe ich folgende frage.

Ich habe eine Verbindungsqualität von 99 jedoch ist wenn ich die Netzwerkkarte anschaue nichts mit dem Coordinator verbunden. Auf euren Bildern sehe ich immer das die Geräte mit dem Coordinator mit grünen Linien verbunden sind. Kann mir jemand erklären warum das bei mir nicht so ist und ob das irgendwelche Nachteile hat. Die Geräte reagieren alle sehr schnell.

Als Gateway benutze ich den Conbee 2 auf einem Pi4

[stefande]

@cheese2203

Bei Batterie betriebenen Zigbee Komponenten ist es eher zufällig, wenn die als verbunden in der Karte stehen. Solange sie ordentlich funktionieren, kannst du die Karte getrost ignorieren.

[cheese2203]

@stefande said in ZigBee neue Version 1.4.0:

@cheese2203

Bei Batterie betriebenen Zigbee Komponenten ist es eher zufällig, wenn die als verbunden in der Karte stehen. Solange sie ordentlich funktionieren, kannst du die Karte getrost ignorieren.

Alles klar danke ;) das beruhigt mich.
Ist ein Wert von 99 gut?

[stefande]

@cheese2203 sagte in ZigBee neue Version 1.4.0:

Ist ein Wert von 99 gut?

Ja. Ich hab welche mit einem Wert von unter10 die noch zuverlässig funktionieren.

[crunchip]

@Asgothian hatte den kompletten Ordner gelehrt.

das ärgerliche/seltsame ist, das es hin und wieder, aber nicht immer vorkommt, das ich keine Geräte mehr anlernen kann, nach einem

• backup/snapshot zurück spielen
• iobroker/ VM / Proxmox neu starten (IoBroker läuft in ner VM auf Proxmox)

hatte diesbezüglich auch bei @arteck angefragt.

Auch wenn die Netzwerkkarte ( nicht sehr Aussagekräftig sein soll), ist dort alles Verbunden und grün.

Erst nach einem oben genannten Fall, sind dann alle xiaomi Sensoren, die laut Karte direkt mit dem Coordinator verbunden waren, rot,
alle anderen, die über Repeater vernetzt waren, bleiben, zumindest laut Karte, grün. Alles funktioniert aber weiterhin.
Jedoch ab da geht es dann los, das der ein oder andere Sensor nach paar Tagen "aussteigt" und nicht mehr funktioniert.
Ein wieder anlernen ist dann aber nicht mehr möglich, auch neue Sensoren lassen sich nicht mehr anlernen.

Auch habe ich, meine Iobroker VM auf nem anderen Server verschoben um auszuschliessen, ob es ein Rechner Problem ist. Habe aber selbiges Phänomen festgestellt.
Was mir auch noch aufgefallen ist, dass normalerweise beim "neu einrichten" alle Sensoren ja ihre ID bzw Namen behalten. Jedoch sind immer mehrere Sensoren dabei, die mir dann als "Neues Gerät" angezeigt werden, ich dann wieder den Namen und entsprechend Raum und Funktion neu zuweisen muss.

[arteck]

@crunchip hast du logs dazu wenn so was passiert ?

[crunchip]

@arteck nein, hatte zwar mehrmals debug log laufen lassen, aber nicht weggespeichert, da ich das gut zwei Wochen einfach so weiterlaufen hatte, gibt es keine logs mehr.
Wie geschrieben, hab ich nun alles wieder neu eingerichtet, denke es wird auch wieder alles laufen, bis das ein oder andere Update/Neustart ansteht.
Würde mich dann, wenn es soweit ist, nochmal explizit bei dir/euch melden.

[Hcker]

@legro Hallo legro, ich habe deine Vorschläge angewandt. Mit der Version 1.4.0 und etwas mehr als 10 Sekunden drücken wird die Steckdose tatsächlich erkannt. Vielen Dank für deine schnelle Hilfe! Viele Grüße Christian

[PatrickFro]

Moin zusammen,

ich hoffe, ich bin hier richtig.

Gerade habe ich von Innr die FL 130 C hinzugefügt. Vorher bei hue und bei Phoscon funktionierte sie gut, jetzt im Zigbee-Adapter fehlt ein Datenpunkt.

Erkannt wird sie so:

Es ist ein LED mit Farbwahl, dies wird auch richtig erkannt, nur wird der passende Datenpunkt dafür nicht geschrieben:

[Asgothian]

@PatrickFro
Welche Adapter version hast Du genau installiert ? Bitte poste die Log-Einträge vom Start des Adapters.

A.

[PatrickFro]

@Asgothian

neue Fehlermeldung:

Meinst Du das?

Bitte nicht wundern wg. 2 Instanzen. Multihost-System, die 0 Instanz ist am Raspi im Keller, die problematische ist die 1

[Asgothian]

@PatrickFro

• Nein, ich meine die Zeilen for 'zigbee started'.
• Logs immer als Text, nicht als Screenshot, und in Code Tags (</> Icon im editor)
• Die Anzeige der Fehlermeldung ist unvollständig - es fehlt der "interessante" teil hinter

"{"timeout": 10000,"disableResp"

Bitte teste ob das Gerät mit der 1.4.2 aus dem latest Kanal (alternativ von Github) besser unterstützt ist.

A.

[PatrickFro]

@Asgothian said in ZigBee neue Version 1.4.0:

"{"timeout": 10000,"disableResp"

Als Nachtrag:

2021-01-04 04:19:20.518  - error: zigbee.1 (2376) Error on send command to 0x7cb03eaa00a5b421. Error: Error: Command 0x7cb03eaa00a5b421/3 genOnOff.off({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null}) failed (no response received)
    at DeconzAdapter.<anonymous> (/opt/iobroker/node_modules/iobroker.zigbee/node_modules/zigbee-herdsman/dist/adapter/deconz/adapter/deconzAdapter.js:552:23)
    at Generator.throw (<anonymous>)
    at rejected (/opt/iobroker/node_modules/iobroker.zigbee/node_modules/zigbee-herdsman/dist/adapter/deconz/adapter/deconzAdapter.js:25:65)```

Auf die 1.4.1 habe ich schonmal upgedatet, keine Änderung. Muss ich nach dem Update die Lampe neu anlernen oder sollte der Datenpunkt dann "nachziehen"?

1.4.2 suche ich gleich, im latest ist es noch nicht drin gewesen

[Asgothian]

@PatrickFro
Eigentlich sollte der DP nachziehen. Du kannst aber an Statt neu anzulernen das Gerät im Objektbaum Löschen - damit zwingst Du den Adapter die DP neu anzulernen.

Die Fehlermeldung deutet darauf hin das das Gerät auf den gesendeten Befehl nicht antwortet. Ist also kein Fehler im Adapter sondern ggf. ein problem mit der Netzwerkverbindung.

A.

[PatrickFro]

@Asgothian

Hab das Gerät nochmal gelöscht, in neuer Adapter-Version neu angelernt, selbes Problem. Mich wundert das Verbindungsproblem, welches ich mit keinem anderen Adapter bisher hatte. Zudem ist der NUC mit Zigbee 3 Meter entfernt.

Letztlich ist mir die Farbe bei dem Stripe nicht wichtig, da sie eigentlich eh immer nur Weiß ist.

Danke für die tolle und super schnelle Hilfe!