Test Adapter Device-Watcher v2.x.x GitHub/Latest

[A Former User]

Hallo @Tobi81 vielen dank für deine super Schilderung! Das hilft mir weiter solche Sachen zu fixen! Leider denkt man nicht immer an alles, dann ist solcher input wirklich gut.

Vielleicht ist es irgendwie möglich solche Konfigurationsfehler abzufangen?

Das steht tatsächlich noch auf meiner todo Liste und wird noch mit einprogrammiert.

und da * keine gültige Telegraminstanz ist, wird auch keine Nachricht gesendet.

Du hast recht, habe es gerade getestet. Das bringt dann den Adapter zum Absturz. Werde da aber bei den anderen Dev's mal nach haken müssen weil die Instanzen holt er sich selber. Das einzige was ich machen kann ist die Auswahl Alle zu deaktivieren damit diese nicht mehr auftaucht.

[Tobi81]

@ciddi89
Danke für das positive Aufnehmen meiner Schilderungen.

Ich würde glaub ich versuchen beim Auswählen von * über den Objektbaum herauszufinden wie viele Instanzen es von dem Adapter gibt und dann einfach alle durchlaufen.
Aber vielleicht gibt es da einen direkten Weg in ioBroker. Also besser mal die anderen Devs fragen

Ich hab auch noch eine kleine Wishlist von Dingen die zumindest ich cool finden würden.

1. Da ich keine Vis nutze und öfters Nachrichten von meinem Smarthome per Telegram bekomme, kann es schon sein, dass die Nachricht Batterien zu wechseln irgendwann untergeht. Ich finde leere Batterien und damit Funktionen die nicht funktionieren so gravierend, dass ich gerne jeden Tag eine Telegramnachricht hätte. Kannst du das nicht für Offlinegeräte als Option einbauen?
2. Manchmal sind die Namen (zumindest bei mir) nicht immer aussagekräftig genug welches Device gemeint ist. Ich kann die Devices entweder umbenennen oder vorschlagen als Option auch den Raumnamen aus ioBroker mit in die Ausgabe zu nehmen.

Das ist natürlich nur ein Vorschlag. Bin mit dem Adapter so wie er aktuell schon ist sehr zufrieden.
Danke noch einmal für deine Arbeit!

[A Former User]

@tobi81 Gerne doch!

Ich würde glaub ich versuchen beim Auswählen von * über den Objektbaum herauszufinden wie viele Instanzen es von dem Adapter gibt und dann einfach alle durchlaufen.

Das Ding ist: die Admin UI läuft über das neue JSON Config, das heist die ganzen Sachen sind vorgegeben, ich gebe nur an zeige im Interface unter Tab Benachrichtung das SendTo Auswahlmenü für Adapter Telegram. Viel mehr kann ich da nicht beeinflussen dann außer vielleicht paar Optische Sachen.
Ich denke aber ich werde das auswählen von Allen Instanzen erstmal deaktivieren und ein issue diesbezüglich auf Github aufmachen.

Zu Punkt 1. Verstehe ich das richtig: Du hättest gerne für die Offline Geräte auch täglich eine Nachricht, das diese Offline sind? So wie die Nachricht für Low Bat? Wenn es so wäre finde ich die Idee garnicht so schlecht und man könnte auswählen ob man Täglich eine Übersicht der Offline Geräte per Nachricht haben möchte.

Aktuell überlege ich seit ein paar Tagen ob ich das sowieso nicht umändern mit den Low Bat Geräten. Also das auch immer eine Nachricht kommt sobald sich ein neues Gerät mit Low Bat meldet. Mir ist nämlich aufgefallen das bei Homematic Geräte, die Geräte sich immer mal wieder melden mit Low Bat aber der Status nicht immer auf Low Bat bleibt. Heißt: meistens mittags um 12 liegt der Status natürlich nicht an und man bekommt das garnicht so mit außer man guckt zwischen durch auf die Low Bat Liste.

Zu 2. Ja... Es war/ist angedacht die Raum Namen mit raus zu ziehen. Bisher habe ich es aber leider noch nicht hinbekommen.

[Tobi81]

Ich denke aber ich werde das auswählen von Allen Instanzen erstmal deaktivieren und ein issue diesbezüglich auf Github aufmachen.

Das hört sich nach einem guten Plan an und niemand läuft dann in die gleiche Falle wie ich.

Zu Punkt 1. Verstehe ich das richtig: Du hättest gerne für die Offline Geräte auch täglich eine Nachricht, das diese Offline sind?

Ja genau. Das wäre sehr cool!

Mir ist nämlich aufgefallen das bei Homematic Geräte, die Geräte sich immer mal wieder melden mit Low Bat aber der Status nicht immer auf Low Bat bleibt.

Da hab ich noch nicht so viel Einblick, aber ich werde auf jeden Fall weiter rumprobieren und da kommt sicher auch noch die ein oder andere Frage oder vielleicht auch Erkenntnis.

[A Former User]

@tobi81 Soo, das mit den Instanzen habe ich erstmal erledigt. Alle Instanzen können nicht mehr ausgewählt werden bzw. die Auswahl gibt es nicht mehr. Außerdem wird jetzt geprüft ob eine der Instanzen , die man für die Benachrichtigung gewählt hat, vorhanden ist/läuft ansonsten gibt es eine warn message im log.

[Horst Böttcher]

wie bekommt man das mit der rabelle und den Pulldown menü hin

[A Former User]

@horst-böttcher in Grafana kann man sich Json Tabellen mit dem Plugin infinity anzeigen lassen.

[Segway]

@horst-böttcher
Mit Grafana und einer Tabelle inkl. Transform (hab ich gerade mit @lindi200000 zusammengestellt

@ciddi89
Frage zu der Signalstärke von Sonoff:
Im Datenpunkt zeigt er mir:

Aber im device wacher steht 13% ??? Woher kommt das ?

[A Former User]

@segway werde es heute Abend noch mal selber probieren ohne Plugin und dann ein kleines workaround schreiben.

Woher kommt das ?

Der Wert wird von Rssi/link quality umgerechnet in Prozentwerte. In den Einstellungen unter Experten Einstellungen kannst du das umrechnen deaktivieren.

[da_Woody]

@segway @ciddi89 hats ja schon geschrieben. das eine ist der db wert, das andere die umrechnung in %

[Segway]

@da_woody sagte in Test Adapter Device-Watcher v0.0.x GitHub/Latest:

@segway @ciddi89 hats ja schon geschrieben. das eine ist der db wert, das andere die umrechnung in %

Ja, hab ich mir schon gedacht, aber welcher RSSI Wert ist denn 100% ?

[A Former User]

@segway habe mehrere Seiten im Netz diesbezüglich durch geguckt und habe noch ungefähr danach gerichtet:

Generally,
dBm >= -50 dBm = 100% quality
dBm <= -100 dBm = 0% quality

For RSSI signal between -50dBm and -100dBm,
quality ~= 2* (dBm + 100)
RSSI ~= (percentage / 2) - 100

For example:
High quality: 90% ~= -55dBm
Medium quality: 50% ~= -75dBm
Low quality: 30% ~= -85dBm
Unusable quality: 8% ~= -96dBm

[Segway]

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

@segway habe mehrere Seiten im Netz diesbezüglich durch geguckt und habe noch ungefähr danach gerichtet:
For example:
High quality: 90% ~= -55dBm
Medium quality: 50% ~= -75dBm
Low quality: 30% ~= -85dBm
Unusable quality: 8% ~= -96dBm

Wie oben geschrieben hat mein NodeMCU einen RSSI Wert von -84
Laut der Tabelle müsste der um die 30% Signalstärke liegen, was auch meinen Berechnungen entspricht.

Allerdings errechnet der device-watcher eine Signalstärke von 13% ??? Kannst du das mal prüfen ?

[A Former User]

@segway habe es noch mal geprüft. Eigentlich sollte der Wert dann 32% sein. Habe die Berechnung noch mal im Adapter geprüft und auch meine Werte kontrolliert. Hier passt aber alles genau? Hatte der NodeMCU während des durchlaufes wirklich den Wert? Kann sein das er in den Moment einen anderen RSSI Wert hatte um die 93dBm.

(2 * (deviceQualityState.val + 100) So sieht die Rechnung im Adapter aus. Sollte also passen.

[Segway]

@ciddi89
Mhhh, jetzt bin ich verwirrt.
Ich hab zwei Werte einmal den WiFi RSSI Wert und einmal Wifi Signalstärke. Die ist wahrscheinlich bereits auf % umgerechnet oder ?

Beides passt aber nicht mit deinem Wert von 13% über ein:

Die Werte haben sich auch nicht grossartig geändert Wifi RSSI letzte 24h:

[A Former User]

@segway said

Mhhh, jetzt bin ich verwirrt.

Ja ich war es auch, aber ich glaube ich habe den Fehler gefunden.

Die ist wahrscheinlich bereits auf % umgerechnet oder ?

Genau die ist schon umgerechnet auf ein Prozentwert. Das Ding ist, ich habe den rssi wert berücksichtig (bei - minus werten rechne um)und die link_quality(hat in der Regel ein Wert zwischen 0-255) und hier liegt der Fehler. Ich habe nicht darauf Rücksicht genommen wenn es schon ein % Wert ist. Werde mir aber was überlegen wie ich das am besten prüfe und werde es dann fixen.

Edit: wäre natürlich gut zu wissen ob alle sonoff Geräte beide datenpunkte zu Verfügung haben den wifi_rssi und rssi_signal

[da_Woody]

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

ob alle sonoff Geräte beide datenpunkte zu Verfügung haben den wifi_rssi und rssi_signal

meine gosund sp112 und d1mini mit tasmota haben beide.

[A Former User]

@da_woody said in Test Adapter Device-Watcher v0.0.x GitHub/Latest:

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

ob alle sonoff Geräte beide datenpunkte zu Verfügung haben den wifi_rssi und rssi_signal

meine gosund sp112 und d1mini mit tasmota haben beide.

Danke für die Info

[Segway]

@ciddi89
Kann ich bestätigen: Alle meine Gesund Steckdosen mit Tasmo geflasht haben BEIDE Werte bei mir !

[A Former User]

@segway ok habe es nun geändert das er den Rssi Wert nimmt und somit dann korrekt in Prozent umrechnet. So wie es aussieht rechnet der Sonoff es genau so um in Prozent. Daher sollten die Werte dann auch gleich sein.

an @da_Woody und alle anderen: habe am Wochenende den Code überarbeitet so weit wie ich es Zeitlich geschafft habe und schon mal ein pull request auf GitHub gestellt damit er ins repo aufgenommen wird. Warte aber noch auf die Freigabe, denke mal das ich hier und da noch paar Verbesserung machen muss. Das wird mir dann aber gesagt. Und dann wird er am Anfang schon mal in der Beta Repo sein wenn ich das beseitigt habe. Gebe dann aber noch mal Bescheid.
Anonsten findet er nun auch die Batterie states von Nuki Extended Geräte, Mihome Vacuum Geräte findet er nun auch. (Ich hoffe es gibt dort nicht zu viele Geräte mit verschiedenen Objektbäumen.) und der Adapter läuft nun mit Sentry, damit falls Fehler vorkommen der Entwickler bescheid darüber bekommt.