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

[Ein ehemaliger Benutzer]

@freundernacht waren vor dem updaten Geräte in der blacklist gelistet? Vielleicht eine neue Instanz erstellen aber mit anderer Nummer und nicht 0

[FreunderNacht]

@ciddi89
Ja, das ist gut möglich das dort Geräte drin waren.

Anscheinend aktualisiert sich der Adapter auch nicht mehr.

[Wildbill]

@ciddi89 Ich habe eben in einem bestehenden Issue schon einen Fehler beschrieben: Wenn ich unter Deconz oder HMRPC etwas anderes als „-1“ eintrage, so werden mir alle derartigen Geräte sofort beim Speichern als OFFLINE gemeldet und bleiben es auch. Bei anderen Geräten, z.B. NUT oder Sonoff scheint es aber zu funktionieren, wenn ich da andere Werte eintrage.

Gruss, Jürgen

[crunchip]

@ciddi89 hab soeben mal ein issue erstellt, aufgrund des updates

warn	Error catched and sent to Sentry, error: [[createDataOfAllAdapter]] error: Cannot read properties of undefined (reading 'de')

[da_Woody]

@crunchip was mir gerade auffällt, battery list

die beiden Mo hängen an einem netzteil, sowie auch die 10 H&T. nur, wo sind die DWs? die waren früher definitiv in der liste... :dizzy_face:

[Ein ehemaliger Benutzer]

@da_woody Habe bezüglich der Batterie geräte vor drei tagen noch mal was geändert. kannst du bitte die github version installieren und berichten ob das problem noch besteht?

[FreunderNacht]

Hi,
Ich habe gerade den Adapter nochmal deinstalliert.

Danach ist mein Log mit Warnmeldungen vollgelaufen.
Es ging darum, daß die Datenpunkte des Device Watcher Adapters nicht mehr gefunden wurden.

Um dies zu beheben, müsste der IO Broker mit

Iobroker stop
Iobroker start

Neugestartet werden.

Danach waren keine Warnmeldungen mehr im Log.

Dies hilft vielleicht auch anderen, da ich vermute, wenn man den Adapter deinstallieren und dann direkt wieder neuinstallieren will damit auch Probleme bekommt.

Ich vermute das man nach einer Deinstallation den IO Broker zwingend immer neustarten muss bevor man ihn wieder neu installiert.

Vieleicht gibt es eine Möglichkeit dies in einem Zukünftigen Update zu ändern.

@ciddi89
Ist da etwas zu dem "Problem" bekannt, oder ist das nur bei mir so?

Ich bin die nächsten zwei Wochen beruflich unterwegs, danach werde ich den Adapter nochmal neu installieren.
Sicherheitshalber werde ich dann vorher die ganze VM mal neustarten. Deinstalliert habe ich ihn ja eben schon.

[Ein ehemaliger Benutzer]

@freundernacht Danke für die Info. Nein da war bis dato noch nichts bekannt. Ich kann da aber auch nichts machen. Das installieren und deinstallieren übernimmt der ioBroker. Ich kann da wirklich nichts beeinflussen. Ich hatte den auch bereits mehrmals deinstalliert und neu installiert ohne neuzustarten und auch ohne Fehler. Aber ausnahmen bestätigen natürlich die Regel. Falls öfters solche Meldung kommen werde ich das aber mal in der community ansprechen.

[da_Woody]

@ciddi89 nuja, die dinger sind da, aber ohne werte...


die motion erkennen anscheinend nicht ob netzteil dran ist...

[Ein ehemaliger Benutzer]

@da_woody Hat das Gerät einen Datenpunkt online und steht dieser auf false? Oder hast du eine Zeit eingestellt das er nun als offline gilt? Wenn ja dann ist das so richtig. Bei Geräten die Offline sind werden in Zukunft die Signalstärke und Battery auf 0 bzw. auf ' - ' gesetzt da diese ja Offline sind.

// *Edit: Ist aber derzeit nur in der latest von GitHub mit drin da ich das erst vor ein paar tagen ein geführt habe.

[XBiT]

@ciddi89

Hallo, ich habe die Version 2.0.1 von git installiert.

Ich bekomme aber nur 5 Devices angezeigt.
Alles nur HMIP Geräte und der Staubsauger.. leider keine "none IP" HM-Geräte.
muss da noch was eingestellt werden?

Es fehlt z.B.: HM-Sec-RHS, HM-TC-IT-WM-W-EU

Backlist ist ohne Einträge.
Bei CountAll werden auch nur die 5 Geräte angezeigt.

Mache ich in den Expert Settings den haken bei "Nur Geräte mit Akku auflisten" raus werden auch alle Geräte angezeigt aber der Drehgriffsensor und das Wandthermostat haben ja eine Batterie.

[Ein ehemaliger Benutzer]

@xbit hast du mal eine screenshot von den Objekten vom dregriffsensor? am besten wo man sehen kann das es ein battery gerät ist.

[XBiT]

@ciddi89

Klar kann ich das :-)

[Ein ehemaliger Benutzer]

@xbit wenn man was ändert sollte man alles andere auch anpassen :face_with_rolling_eyes: :face_with_cowboy_hat: hatte eine Kleinigkeit vergessen anzupassen. Sollte mit der aktuellen git version behoben sein

[XBiT]

@ciddi89

Danke, die oben genannten Geräte sind jetzt dabei, leider aber auch ein paar zu viele.

z.B.: normale HM-Schaltaktoren und HM-IP Schaltaktoren

diese haben auch den LOWBAT als Datenpunkt... haben aber keine Batterie da wird es sicher schwer das alles zu filtern...

Spoiler

[da_Woody]

@ciddi89 na klar sind die batteriebetriebenen offline/false. z.b shellyDW. allerdings haben die tropsdem einen battery wert.

wurde ja früher auch angezeigt.
bei einem shellyH&T am netzteil:

bei einem shellyMotion am netzteil siehts so aus: (der ist über MQTT)

[Ein ehemaliger Benutzer]

@da_woody ja früher. Wie gesagt hab es zum testen geändert. Sobald Gerät Offline -> Batteriestate und Verbindungswert ausblenden. Gerät ist ja offline daher gibt es ja keine aktuellen Daten darüber. Oder meldet sich das Gerät zwischen durch und sendet die aktuellen states? Dann müsste ich das wieder rückgängig machen.

[da_Woody]

@ciddi89 die H&T am netzteil melden sich ca. alle paar minuten. die reinen batgeräte sollten sich auch hinundwieder melden. auf jeden fall bei einer aktion. somit würd zumindest der letzte bat state schon ok sein.

[Ein ehemaliger Benutzer]

@da_woody wofür brauchst du dann den batterie wert wenn das ding eh am Netzteil ist? Aber hab es wieder rückgängig gemacht. Die Git Version sollte die Werte wieder anzeigen.

[da_Woody]

@ciddi89 die H&T werden eh nicht angezeigt (da wird erkannt das sie am netzteil hängen, respektive kann man das aktivieren),

die motion hatte ich auf der blacklist. aber für die 3 DW brauch ich das. die sind reine bat geräte. da kommen auch noch welche dazu.
:+1: funzt wieder!