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

[da_Woody]

@ciddi89 bin mal zurück auf 2.0.3, dann wieder auf 2.1.0. ruhe im karton. :)

Will euch ja auch nicht als Versuchskaninchen missbrauchen

dazu sind wir ja da!

[Ein ehemaliger Benutzer]

@da_woody ja, wenn ich soweit bin und getestet werden kann gebe ich bescheid. Denke da müssen wir paar Krankheiten am Anfang beseitigen. Aber danach sollte es insgesamt runder laufen. :)

Ach ja meine HMiP Geräte wären soweit für das Update. Aber der "Update Pending" Datenpunkt hat sich immer noch nicht geändert. Irgendwas macht er ja aber was es auch immer ist. :astonished:

[da_Woody]

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

Wer trotzdem schon testen möchte, wie immer:

dazu ist ja auch das topic da: Test Adapter Device-Watcher v2.x.x GitHub/Latest

wer auf stable setzt, wird da nich fummeln... ;) wenn doch, selber schuld.
ich wusste schon, wie ich zurück komme. war nur als info gedacht, daß da was nicht klappert.

[bommel_030]

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

@bommel_030 vielleicht kannst dann ja mal gucken was er bei operating voltage für ein wert ausgibt bei deinem drap gerät

Hab es mal geschafft ihn jetzt vom BUS zu trennen. Leider interessiert das auch nach >1h nicht mal die CCU ?!?
Demnach sind alle Datenpunkte noch wie zuvor. Falls sich da was ändern melde ich mich noch mal.

[Ein ehemaliger Benutzer]

@ciddi89 Helloooo :)

hab die aktuelle Version von Git laufen, bei den Devices fuer Batterie einen Wert von 15% eingestellt, bei Zigbee funktioniert das auch, aber bei den Fritzdect zeigt er mir alle mit niedrigen Status an, also auch solche, die noch 40%, 30% und 20% haben. Ich nehme an, dass du bei Fritzdect nicht den % Wert abfragst, sondern Batterielow, kann das sein?

Edit: iss so. hab gerade mal nachgeschaut.. :)

[Ein ehemaliger Benutzer]

@ilovegym hallo, ja die GitHub version läuft, wird aber laufend geändert da ich ich intern gerade vieles umbaue. Daher kann es manchmal bisschen buggy sein. Aber muss das manchmal an meinen produktiv system testen. :)
Das ist aber doof wenn die fritzbox bei solchen Geräten schon low bat ausgeben. :D
Evtl. kann ich für solche Geräte eine Behandlung einbauen Wenn battery low bat ansteht und battery wert <= eingestellter batterie wert = dann low bat
Ooooder das der low bat wert nicht genommen wird sondern sich nur an den Prozentwert gerichtet wird?

[Ein ehemaliger Benutzer]

@ciddi89 ja die Fritzbox ist da sehr ne DIVA, bei kleiner 50% ist da der Batteriestand schon kritisch.. dabei halten die Batterien oft noch n halbes Jahr bei mir.. bis se unter 20% sind, dann gibt's erstmal Verbindungsverluste.. und ich tausch die Batterien nicht von 18 Thermostaten, nur weil DIVA meckert.. :)

Mein Vorschlag, wenn du sowieso dabei bist, dann nimm bei Fritzdect den Batterylow raus und reagiere nur auf % Wert.. der ist zuverlässiger und dann funktioniert das mit der Einstellung auch.

Vielen Dank schonmal und auch generell für den schönen Adapter!
Gruss!

[Ein ehemaliger Benutzer]

@ilovegym super danke für die info! ist erledigt. :)

[bommel_030]

@ciddi89
So, nach 4 h ist es der CCU auch aufgefallen... Es werden aber nur unreach/unreach_alarm geändert.
online.json offline.json

[Ein ehemaliger Benutzer]

@ciddi89

Super, die aktuelle auf Git tut super, auch vielen Dank für das adden von Synochat !

Dann ist mir was aufgefallen:
mihome-vacuum
Ich hab 4 Xiaomi-S5 Sauger, also 4 Instanzen, irgendeiner davon soll laut dem Adapter offline sein, leider wird nicht mitgeteilt, welcher..
Alle online.status der Sauger stehen auf true.. nach was gehst du da? rssi von wifi ? Oder n Datumstempel..?
Hier wäre gut, wenigstens die Instanz zu wissen.. :)
Anscheinend liest du da den Datenpunkt device.model aus, leider hab ich 4 gleiche S5.. hmm wüsste auch nicht, wie ich denen ihre Namen zuordnen könnte..??

hab nochwas.. mir ist bei den Fullybrowser Meldungen aufgefallen, dass du HostnameIP4 verwendest, da steht bei mir entweder die IP drin oder irgendwas... kann man zusaetzlich noch den Devicename dranhaengen?
Dann waere das z.bsp. fullybrowser: 10.1.1.53 GalaxyTabA da muss ich nicht lange rumsuchen, welche IP hat welches Tablet.. ( hab 25 oder so.. )
:)

[Ein ehemaliger Benutzer]

@ilovegym Erstmal ein Riesiges Dankeschön an dich!! :grin: :grin:

Denke aber bitte daran das die GitVersion inoment auf einen Punkt ist wo nicht alles richtig funktioniert, wie es soll. :)

nach was gehst du da? rssi von wifi ? Oder n Datumstempel..?

nach den connection Datenpunkt. Je nach dem was du in den expert settings eingestellt hast
-1 / 0 = Wenn connection Datenpunkt ist false
größer als 0 = Wenn Connection Datenpunkt sich die eingegebene Zeit nicht aktualisiert dann = offline

hmm wüsste auch nicht, wie ich denen ihre Namen zuordnen könnte..??

Das wusste ich auch die ganze Zeit nicht und konnte mir schon denken das es bei einigen ein Problem sein wird. Ich habe zwei Verschiedene Modelle, daher kann ich die gut auseinderhalten. Habe aber dein Vorschlag angenommen und im Namen die Instanznummer mir reingenommen (zb.: I0 - Devicename)

kann man zusätzlich noch den Devicename dranhaengen?

Ja eigentlich sollte Hostname ja ein Name sein den man in sein Router definiert hat für diese IP Adresse. Auch hier habe ich dein Vorschlag mit reingenommen. Falls aber bei einigen ein Problem sein sollte weil der Name dann evtl. gleich ist wie der ip4 Hostname, müsste ich evtl. eine Checkbox mit reinnehmen, wo man selbst wählen kann ob man es angezeigt haben möchte oder nicht. Habs aber erstmal nur so mit reingenommen. Mal sehen ob es Beschwerden gibt :D Ist halt schade das solche Geräte keinen Punkt haben wo der Name richtig definiert ist.

[Ein ehemaliger Benutzer]

@ciddi89 ja super, genau, ist nicht so einfach, bei den Saugern kann ichs nicht aendern, bei den Tablets hab ich im Router (unifi dream machine pro) den Namen eingetragen, im Tablet wo moeglich auch, aber das liest wohl Fully nicht aus, zumindest konnte ich den dazu noch nicht bewegen, die Aenderung des Names anzuzeigen..

Gibt halt zuviel verschiedene und Du sollst auch die Konfig nicht zu unübersichtlich machen, sonst blickt da irgendwann keiner mehr durch.. :-)

[Ein ehemaliger Benutzer]

@ilovegym ja genau sowas will ich eigentlich vermeiden. Soll ja easy to use bleiben. :)

[Stephan Schleich]

@ciddi89 Bei mir kommen immer noch Batterie Benachrichtigungen wenn der Wert niedriger als 20 Eingestellt ist.
Sprich Wert ist 10% Meldung kommt schon bei 20%

[Ein ehemaliger Benutzer]

@stephan-schleich welche Geräte/Adapter?
Low bat Datenpunkte vorhanden?

[Stephan Schleich]

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

welche Geräte/Adapter?

FrtizDECT
jup, ist da

[Ein ehemaliger Benutzer]

@stephan-schleich bei fritzdect werden die lowbat Datenpunkte in der nächsten version nicht mehr beachtet. In der aktuellen git Version ist es bereits behoben. Ist aber noch nicht fertig.

[Stephan Schleich]

@ciddi89 Alles klar, danke für die Info

[Ein ehemaliger Benutzer]

@bommel_030 hier ist es gerade ein bisschen durcheinander, daher muss ich noch mal nach fragen. Das Problem war das das Ding vom Adapter als Batterie Gerät erkannt wird oder? Was gibt er denn bei operating voltage aus? Die zwei JSON‘s die du mit angehängt hast geben keine Werte aus nur die Objekt Struktur :relieved:

[bommel_030]

@ciddi89
Das beruhigt mich :-D Ja, alle HMIP-Wired Geräte haben Operating Voltage um die 24 VDC und werden in der Batterieliste mit "-" aufgeführt. Die Spannung bleibt auch im Objekt stehen wenn die Verbindung gekappt ist. Nur die HMIP üblichen unreach/unreach alarm triggern. Die Meldung kam auch zuverlässig über den Device-Watcher.

Kurzfassung, da sie deutlich über den von dir genannten 6V als Filter liegen sollten sie eigentlich auch gar nicht dort auftauchen.