Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[da_Woody]

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

alles nach und nach

oi, jung! alles im grünen! war gerade im pool, drum bin ich abgekühlt! :D mach dir keinen stress.
hab heute diverse

alexa dingens gekillt. wo der kack her kommt, k.a. will da nur die echten sehn.
tropsdem hab ich in der allList ca 120 dingens stehn. nix mehr übersichtlich... ;) (shelly, sonoff, alexa)

[JLeg]

@ciddi89 nach etwas Herumprobieren funktionieren bei mir die "Blacklists" jetzt - :+1:!
Allerdings erhalte ich aktuell immer noch Nicht-Erreichbarkeitsmeldungen für Zigbeegeräte, die einwandfrei funktionieren, und "available" auf "true" stehen haben.
In den "Expert Settings" habe ich mal mit, mal ohne die Option "wahrer Zustand des Quality States" getestet, macht offenbar keinen Unterschied (was wäre denn der "unwahre Zustand"??)
Auch sehen für mich die DP der betroffenen Geräte normal aus - Zustände, die sich ändern, haben aktuelle Timestamps, die, die sich selten ändern, können eben ein paar Tage alt sein.
Die "link_quality" (falls es dieser DP ist, den der Adapter prüft) jedenfalls ändert sich oft lange Zeit nicht - und hat daher gerne mal "uralte" Timestamps.
Daher fände ich es praktisch, wenn man zumindest die Option hätte, "hart" auf "available=true/false" testen zu lassen...

[A Former User]

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

mach dir keinen stress.

Stress ist ein Fremdwort für mich. :) Nee alles gut. Wie gesagt wenn ich Zeit und natürlich die Lust dazu habe setze ich mich da mal ran und versuche das hinzubekommen.
Ja Alexa ist echt schlimm. Habe dann auch erst gesehen das die ganzen App Benutzer mit aufgezählt werden. :astonished:

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

In den "Expert Settings" habe ich mal mit, mal ohne die Option "wahrer Zustand des Quality States" getestet, macht offenbar keinen Unterschied (was wäre denn der "unwahre Zustand"??)

Schau mal was darunter steht Verwenden Sie den wahren Zustand aus dem Qualitätszustand, sonst wird er in Prozentwerte umgewandelt.Die Link Quality ist ein Wert zwischen 0-255 und bei Wlan Geräte ist es ein RSSI Wert. Wenn die Checkbox aktiviert ist wird der Originale Wert angezeigt ansonsten wird umgerechnet in ein Prozentwert

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

Die "link_quality" (falls es dieser DP ist, den der Adapter prüft) jedenfalls ändert sich oft lange Zeit nicht - und hat daher gerne mal "uralte" Timestamps.

Vor paar Monaten wo das Skript für den Javascript Adapter geschrieben worden ist, hat man sich dafür entschieden den Zeitstempel von LinkQuality zu nehmen, da dieser sich regelmäßig aktualisiert und der Datenpunkt available bei den meisten Fehlerhaft war oder nicht reagierte. Da gibt es aber so wie bei dir wohl ausnahmen wo das genau andersrum ist. Deswegen habe ich in den Expert Settings jetzt die Option eingeführt das jeder für sich entscheiden kann ob nach der Zeit gehen soll wann zuletzt der Timestamp geändert worden ist oder ob man

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

"hart" auf "available=true/false" testen zu lassen...

dafür dann einfach wie im unten aufgeführten Bild bei Zigbee -1eintragen. Habe es bei mir gerade selbst noch einmal auf Funktion getestet und bei mir klappte es auch.

[JLeg]

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

Schau mal was darunter steht Verwenden Sie den wahren Zustand aus dem Qualitätszustand, sonst wird er in Prozentwerte umgewandelt.Die Link Quality ist ein Wert zwischen 0-255 und bei Wlan Geräte ist es ein RSSI Wert. Wenn die Checkbox aktiviert ist wird der Originale Wert angezeigt ansonsten wird umgerechnet in ein Prozentwert

hm, bei mir steht da nix - offenbar habe ich ein Update verpasst (habe 0.0.8)...

Vor paar Monaten wo das Skript für den Javascript Adapter geschrieben worden ist, hat man sich dafür entschieden den Zeitstempel von LinkQuality zu nehmen, da dieser sich regelmäßig aktualisiert und der Datenpunkt available bei den

kann ich für meinen Zigbee-Zoo jedenfalls nicht bestätigen - Link wie gesagt oft tagelang unverändert - zumindest "tagesaktuell" dafür "voltage" und "battery"... :-)

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

"hart" auf "available=true/false" testen zu lassen...

dafür dann einfach wie im unten aufgeführten Bild bei Zigbee -1eintragen. Habe es bei mir gerade selbst noch einmal auf Funktion getestet und bei mir klappte es auch.

danke! s.o. - die "-1" ist in meiner Version noch gar nicht erwähnt...

[A Former User]

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

ist in meiner Version noch gar nicht erwähnt...

Dann bitte einfach nochmal drüber installieren aus Github und dann sollten die Sachen wie erwähnt da sein. Da es noch ein "TestAdapter" ist mache ich nicht bei jeder Änderung einen Changelog/Neue Versionsnummer.

[JLeg]

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

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

ist in meiner Version noch gar nicht erwähnt...

Dann bitte einfach nochmal drüber installieren aus Github und dann sollten die Sachen wie erwähnt da sein. Da es noch ein "TestAdapter" ist mache ich nicht bei jeder Änderung einen Changelog/Neue Versionsnummer.

danke, funktioniert nun; nach Ändern der Sonoff-Blacklisteinträge von *.alive nach *.uptime tun's auch diese wohl wieder... :-)

[A Former User]

@jleg super das freut mich! :)

[michihorn]

Hallo, ich teste gerade mal, kannst du evtl. an "Whatsapp" senden einbauen?
Gruß
Michael

[A Former User]

@michihorn ja kann ich mit rein nehmen. Ist kein Problem :)

[A Former User]

@michihorn WhatsApp ist mit drin. Einfach nochmal drüber installieren dann sollte er es übernehmen.

[A Former User]

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

Log ist wieder da, keine Ahnung warum

javascript.0
	3229308	2022-07-14 07:15:13.873	debug	Could not parse value for id device-watcher.0.lastCheck into object: Unexpected token . in JSON at position 5
javascript.0
	3229308	2022-07-14 07:15:13.873	debug	Could not parse value for id device-watcher.0.lastCheck into object: Unexpected token . in JSON at position 5

Wenn ich ein Gerät zur Blacklist hinzufügen will, welcher Datenpunkt muss gewählt werden?
Ich habe einen Senic Friends of Hue Schalter, diesesn möchte ich nicht überwachen, weil der immer als offline auftaucht, weil der ja diese EnOcean Mehode nutzt.
.available
oder
.link_quality

Hat ein bisschen länger gedauert, aber hab gerade eben noch mal getestet wieso der Fehler kommt und habe es gefunden warum. Der Datenpunkt lastCheck hatte ein falschen Typwert. Hab es nun korrigiert und der Fehler sollte nicht mehr auftauchen. :)

[da_Woody]

@ciddi89 grrr, fein, daß du update machst. aber bitte verlinke das auch!

gibts kein update.

[A Former User]

@da_woody tut mir leid. Aber solange der Adapter nicht offiziell im repo ist, wird das dort auch nicht angezeigt. Bis es aber soweit ist dauert es leider noch ein bisschen. Daher gilt solange: wer testen will über GitHub installieren .

[da_Woody]

@ciddi89 im latest ist das ding ja. kenn mich mit dem zeuch nicht aus. versionsnummern und so.
beta (latest) sollte da schon angezeigt werden.
wenn du wirklich nur kurze tests haben willst, dann verlink das auch entsprechend. :)

[A Former User]

@da_woody

wenn du wirklich nur kurze tests haben willst, dann verlink das auch entsprechend. :)

Das schreibt @ciddi89 doch jedesmal hier wenn er ein Update macht...

[da_Woody]

@brainbug hast mich falsch verstanden. klar, ich kann mir den link immer aus dem startpost holen.
wie gesagt, kenn mich da nicht aus. aber wenn ich das ding bei den adaptern angezeigt bekomme, sollte man darüber auch updaten können.

[A Former User]

@da_woody ich verstehe dich und weiß wie du das meinst. Darauf habe ich erstmal kein Einfluss. Wie gesagt: dafür muss der Adapter im stable repo sein. Bevor das aber soweit ist dauert das leider noch ein bisschen. Die latest Bezeichnung hat keine Bedeutung diesbezüglich. Wenn ich alles soweit habe muss ich das sowieso erstmal einreichen das sich die anderen devs den code anschauen ob der in Ordnung ist und dann bekommt er auch erst die Freigabe für die stable repo und dann werden auch Updates dort angezeigt.

Werde aber in Zukunft den link immer gleich mit in den Post setzen wo ich Neuigkeiten verkünde. Denke aber soviel wird das erstmal nicht mehr werden. Habe eigentlich fürs erste nur noch zwei Sachen die ich abarbeiten muss und dann versuche ich den einzureichen.

[A Former User]

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

allerdings wären die getrennten adapterlisten langsam nicht so schlecht. 😁

Ab sofort ist es möglich mit der Version 0.2.0 das für jeden Adapter eigene Listen erstellt werden. In der Instanz Einstellung unter Expert Settings gibt es ein Menüpunkt wo man diese Funktion vorher einschalten muss.

Zusätzlich habe ich die Instanzeinstellungen von der Ansicht her ein bisschen 'aufgeräumt'. zB. Werden die Offlinezeiten Einstellungen nur für ausgewählte Adapter angezeigt. usw.

Updaten leider immer noch in Expert Settings über das Katzensymbol mit dem link: Device-Watcher Github

Werde den Code aber nun erstmal nur noch aufräumen und versuche dann den Adapter einzureichen damit er ins offiziell repo mit aufgenommen wird. :)

[A Former User]

Wenn man Ping einschaltet schreibst du das unter den Einstellungen das Device definiert wird. Wo erscheint das?

[A Former User]

@brainbug hmm wie meinst du das? Das man die offline Zeit dann definieren kann? Das Feld erscheint dann unter „Experten Einstellung“ oder was meinst du?