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

[JLeg]

@jerzimeik ...die Antwort hierauf wird in der Ausgabe deiner o.g. Kommandos stehen...
Btw, die "offiziell" der nodejs-V18 zugeordnete npm-Version ist "9.x" - d.h. deine 8.x ist schonmal ziemlich daneben. Siehe auch https://nodejs.org/en/download/releases

[DJMarc75]

@jerzimeik mach das nach folgender Anleitung

https://forum.iobroker.net/topic/35090/howto-nodejs-installation-und-upgrades-unter-debian

aber bitte nicht in diesem Beitrag weiter kommunizieren - hier gehts um den Adapter ;)

[Merlin123]

Hmmm... Irgendwie mag der Adapter seit 2.x nicht mehr.
Vielleicht steh ich aber auch grad auf dem Schlauch...

Ich habe meine Spülmaschine neu eingetragen. DPs für Verbrauch und Schalten stimmen, in den DPs des Adapters sehe ich die richtige Live comsumption. Das Starten bekommt er auch richtig mit, aber das Beenden nicht.
Die spülmaschine zieht 0W und ist aus, der Adapter zeigt auch 0W an, sagt aber weiterhin "in action".
Was mach ich denn da falsch? Beim alten Adapter lief das.

Edit: nach so 15 Minuten hat der Adapter gemerkt, dass sie fertig ist

[da_Woody]

@merlin123 sorry, wir quatschen noch im alten fred.
https://forum.iobroker.net/topic/40573/test-adapter-device-reminder-v-1-x/554
der sollte eigentlich geschlossen werden...

[Merlin123]

@da_woody ok. Poste ich dort nochmal :)

[da_Woody]

@merlin123 oops, hab ich 2 adapter durcheinander gebracht!

[D3ltoroxp]

Sagt mal, was genau passiert hier ?

Wenn der Adapter Fehler hat, wird er nach 250 Sekunden deaktiviert und das in meinem Beispiel für 250 Sekunden ?

Folgendes Problem, mein ph803w Adapter, verliert immer wieder die Verbindung, weil wohl das WLAN im Poolhaus immer wieder abbricht. Das geht nur paar Sekunden dann ist der Adapter und die Verbindung zum Gerät wieder da. Aber ständig wird der Adapter deaktiviert. Daher hatte ich das mal mit den extra Einstellungen probiert. Hatte beides auf 120 stehen, aber auch hier wurde der Adapter immer wieder deaktiviert ? Was muss ich denn wo hochsetzten, das die Toleranz und Reaktion darauf, größer wird. Oder der Adapter gar nicht deaktiviert wird, wenn er Gelb ist, also keine Verbindung zum Gerät hat.

[Ein ehemaliger Benutzer]

@d3ltoroxp werde das mal bei Gelegenheit testen und gucken ob ich ein Fehler finde. Eigentlich sollte es so sein: wenn da eingegeben worden ist 120 Sekunden dann wird die Zeit durch zwei geteilt. Er wartet 60 Sekunden guckt ob das Gerät wieder erreichbar ist, wenn nicht wartet er nochmal 60 Sekunden und prüft es nochmal. Wenn es dann immer noch nicht online ist, wird das Gerät als offline eingestuft.

[D3ltoroxp]

@ciddi89 Das ist die Fehlerzeit , oder Deaktivierungszeit ? Und wenn die 120 Sekunden überschritten sind, wird der Adapter deaktiviert, für wie lange ?

Das bekomme ich ständig in Telegram.

Wenn ich das hier eintrage, bekomme ich dann nur keine Nachricht, oder wird er dann auch nicht mehr durch deinen Adapter deaktiviert ?

[Ein ehemaliger Benutzer]

@d3ltoroxp ist in beiden fällen so. Und Zeit ist halt je nachdem was du angegeben hast sonst Standart war glaub ich 20 sek. Hab das nun nicht so im Kopf. Der Adapter deaktiviert aber nichts. Er reagiert nur auf state changes von den Datenpunkt connected und alive.

[mango1402]

Hallo @ciddi89
Tolle Arbeit - Danke für den wirklich sinnvoll nutzbaren Adapter!

Ich hätte da noch eine Idee zu generisch brauchbaren Überwachungen:
Wie wärs, wenn man aus der 'Alias' Objektstruktur fix definierte Datenpunkte (also deren Namen und Zustände von Device-Watcher vorgegeben sind) überwachen könnte? Dann hätte man die Möglichkeit auch auf unbekannte Geräten bzw. Adaptern bzw. auf selbst gebaute Funktionen den Watcher drüberlaufen zu lassen.
z.B.: man baut sich ein Script, das irgendwas von einem IoT-Gerät was ausliest. Da kann man natürlich auch selbst eine onine-Überwachung einbauen, aber wenn man dann diesen Datenpunk als einen für DeviceWatcher nekannten Namen in die Alias-Struktur mappt könnte dessen Überwachung einheitlich zu allen anderen Geräten ausschauen.

Beschreibung klingt kompliziert, ich hoffe Du weißt was ich meine..... ;)

lg Manfred

[Ein ehemaliger Benutzer]

@mango1402 danke für dein Feedback und deine Idee. Klingt einfach zu intregieren. Ich habe dafür ein Issue bei Github aufgemacht damit ich das nicht vergesse. Habe inmoment leider viele andere Dinge um die Ohren, werde aber mal schauen das ich in absehbarer Zukunft mal alle Feature requests und Bugs abarbeite.

https://github.com/ciddi89/ioBroker.device-watcher/issues/230

[D3ltoroxp]

@ciddi89 said in Test Adapter Device-Watcher v2.x.x GitHub/Latest:

Der Adapter deaktiviert aber nichts. Er reagiert nur auf state changes von den Datenpunkt connected und alive.

Deaktiviert sich die Instanz dann jedes mal selber ?

[D3ltoroxp]

Mal eine Frage, wäre das viel Aufwand, wenn man von mir aus einen neuen Unterordner macht im Adapter Ordner und dort dann von jedem Geräte ein DP anlegt, ob da oder nicht da. Somit könnte man sich das ein wenig mit in die VIS einbauen. Wenn dann ein Gerät nicht da ist, könnte man das bei Sichtbarkeit mit anwählen den DP und somit sieht man dann, wenn ein Wert nicht da ist, weil Gerät Offline.

[david83]

Hallo,
Ich habe eine Frage zu der Batteriestand niedrig Benachrichtigung.

Ich habe ein Zigbee Rauchmelder der nur den Status Batterie high and low kennt und den auch weitergibt, jedoch keinen Akkustand in %

Somit erhalte ich immer eine Benachrichtigung in der Tabelle der Batteriestände.:

Und eine Nachricht über den niedrigen Batteriestand:

Leider lässt sich der Batteriestand für dieses Gerät nicht im Adapter ignorieren oder so einstellen das er den High oder low Wert nimmt oder sehe ich das falsch? Hat jemand eine Idee dazu?

Mfg David

[Ein ehemaliger Benutzer]

@ciddi89

Hi,
2 Anliegen habe ich.. :-)

1. mir ist aufgefallen, dass bei mir device-watcher, wenn ein Device wieder bei Sonoff-Adapter erreichbar ist, die Msg 6-7 mal gesendet wird, ist auch so im Logfile:
   
   Spoiler

2023-11-03 05:42:41.587  - info: sonoff.0 (403) Client [Gosund11] connected with secret 1698986561586_5541
2023-11-03 05:42:41.906  - info: device-watcher.0 (654) Folgendes Gerät ist wieder erreichbar: 
Sonoff: Gosund11 (2 Stunden)
2023-11-03 05:42:41.908  - info: device-watcher.0 (654) Folgendes Gerät ist wieder erreichbar: 
Sonoff: Gosund11 (2 Stunden)
2023-11-03 05:42:41.908  - info: device-watcher.0 (654) Folgendes Gerät ist wieder erreichbar: 
Sonoff: Gosund11 (2 Stunden)
2023-11-03 05:42:41.909  - info: device-watcher.0 (654) Folgendes Gerät ist wieder erreichbar: 
Sonoff: Gosund11 (2 Stunden)
2023-11-03 05:42:41.909  - info: device-watcher.0 (654) Folgendes Gerät ist wieder erreichbar: 
Sonoff: Gosund11 (2 Stunden)
2023-11-03 05:42:41.910  - info: device-watcher.0 (654) Folgendes Gerät ist wieder erreichbar: 
Sonoff: Gosund11 (2 Stunden)
2023-11-03 05:42:41.910  - info: device-watcher.0 (654) Folgendes Gerät ist wieder erreichbar: 
Sonoff: Gosund11 (2 Stunden)
2023-11-03 05:42:43.326  - info: sonoff.0 (403) Client [POW-3D-Drucker] connected with secret 1698986563326_2460
2023-11-03 05:42:44.228  - info: device-watcher.0 (654) Folgendes Gerät ist wieder erreichbar: 
Sonoff: POW-3D-Drucker (2 Stunden)
2023-11-03 05:42:44.229  - info: device-watcher.0 (654) Folgendes Gerät ist wieder erreichbar: 
Sonoff: POW-3D-Drucker (2 Stunden)
2023-11-03 05:42:44.230  - info: device-watcher.0 (654) Folgendes Gerät ist wieder erreichbar: 
Sonoff: POW-3D-Drucker (2 Stunden)
2023-11-03 05:42:44.230  - info: device-watcher.0 (654) Folgendes Gerät ist wieder erreichbar: 
Sonoff: POW-3D-Drucker (2 Stunden)
2023-11-03 05:42:44.230  - info: device-watcher.0 (654) Folgendes Gerät ist wieder erreichbar: 
Sonoff: POW-3D-Drucker (2 Stunden)
2023-11-03 05:42:44.230  - info: device-watcher.0 (654) Folgendes Gerät ist wieder erreichbar: 
Sonoff: POW-3D-Drucker (2 Stunden)

daher habe ich hier die Benachrichtigung deaktiviert.

2. der Fullbrowser-Adapter ist in V3.x mit Aenderungen im Beta verfuegbar und funktioniert schon sehr gut und stabil.
   Hier wurde der nicht mehr weiterentwickelte Fully-Mqtt-Adapter mit integriert, und daher auch die Struktur etwas geaendert, hier muesste man im Device-Watcher dann noch eine Option fuer Fullybrowser >3.x hinzufuegen.
   Die Datenstruktur sieht z.bsp. dann so aus(die IP wurde durch den Namen ersetzt), ich denke, du triggerst auf Alive und Enabled:
   

[Ein ehemaliger Benutzer]

@ilovegym ja ist das gleiche wie https://github.com/ciddi89/ioBroker.device-watcher/issues/244

Ehrlich gesagt weiss ich da aber derzeit nicht weiter. Es ist nur bei Sonoff so. Und eigentlich besteht garnicht die Möglichkeit das es passieren kann weil der Datenpunkt für Erreichbarkeit erst wieder auf false sein muss damit er überhaupt reagiert. Beim Testen bekomme ich es auch nicht hin das er mir mehrere Nachrichten schickt das das Gerät wieder erreichbar ist.

Fully nehme ich dann v3 mit auf.

// Edit: Welche Datenpunkte gibt es noch im Ordner Info bei fully?

[Ein ehemaliger Benutzer]

@ciddi89

ja, das mit den mehrfachen Nachrichten ist komisch.. ich hab das jetzt mit einem Script auf den Datenpunkt Notifications geloest, was solls.. so kommt nix mehr doppelt..

Hier mal einen Objektbaum von einem Tablet:
fullybrowser.0.FireHD-BueroBad.json

[Ein ehemaliger Benutzer]

@ilovegym okay danke. Das passt ja soweit noch. Falls nicht einfach bescheid geben. Fully v3 ist somit mit drin.

Mit sonoff bleib ich dran. Irgendwo muss ja was zu finden sein warum das passiert. Falls jemand etwas auffällt dann bitte bescheid sagen.

[gelberlemmy]

Guten Morgen,

mal eine Frage in die Runde, hat jemand schon sich etwas für den Jarvis Adapter gebastelt um eine Übersicht der Geräte zu haben, wie in der Github Beschreibung zu sehen ist ? Und kann diesen eventuell Teilen ?

Gruß André