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

[DennisMenger]

@watcherkb ich glaube die Chat-ID ist in dem Fall die User-ID, musst mal testen

[watcherkb]

@dennismenger jap stimmt so. Danke dir

[D3ltoroxp]

Hallo, jetzt muss ich noch mal blöd fragen...

Unter Blacklist, gibts es ein Kästchen für Benachrichtigung und für Liste ignorieren ?

Ich bekomme aufs Handy immer so was geschickt ? Das läuft unter Benachrichtigung ?

Liste ist dann die für die VIS gemeint ?

Ich bekomme auch mehrmals am Tag diese Liste vom Screenshot. Eingestellt ist das so...

Oder schickt er die komplette Liste, sobald sich ein Status ändert und er schickt nicht nur diesen einen Adapter sondern alle die er hat ?

Die Liste ist mehrmals täglich so lang in der Nachricht.

Und könnte ich die Liste scrollbar machen in der VIS ?

[Ein ehemaliger Benutzer]

@d3ltoroxp ja Liste ist die json/html Tabelle, Benachrichtigung schickt er (noch) immer die ganze Liste ab welche Geräte offline sind. Wird aber in naher Zukunft so sein das er nur das Gerät in der Benachrichtigung nennt welches auch on/offline gegangen ist und nicht mehr alle Geräte auflistet die offline sind.

[McMax]

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

@d3ltoroxp ja Liste ist die json/html Tabelle, Benachrichtigung schickt er (noch) immer die ganze Liste ab welche Geräte offline sind. Wird aber in naher Zukunft so sein das er nur das Gerät in der Benachrichtigung nennt welches auch on/offline gegangen ist und nicht mehr alle Geräte auflistet die offline sind.

[D3ltoroxp]

@ciddi89 Kann man da sich dann vllt immer noch einmal die Woche dann eine Benachrichtigung schicken lassen mit allen aktuell offline Geräten und eben sonst dann nur einzeln wenn eins Offline ging.

[Ein ehemaliger Benutzer]

@d3ltoroxp ja klar, das bleibt auf jeden Fall wo du die Tage und Uhrzeit dafür selbst wählen kann.

[Ein ehemaliger Benutzer]

In der GitHub Version kann man bei den Benachrichtigung einstellen das nun der Adapter Name zum Gerät mit angezeigt wird. Vielen Dank an @Scrounger für die Implementierung. :)

Wird dann im nächsten Release mit dabei sein. Wer nicht warten kann oder das testen möchte kann ja die GitHub Version installieren.

[ChrisXY]

Hallo, wäre cool wenn das noch hinzugefügt. Ähnlich wie NUT für eine USV :
https://www.npmjs.com/package/iobroker.apcups

DANKEE

[Ein ehemaliger Benutzer]

@chrisxy brauch dafür ein Screenshot mit verfügbaren Datenpunkten/Struktur

[ChrisXY]

@ciddi89 Danke anbei die screens

[Ein ehemaliger Benutzer]

@chrisxy ist in der GitHub version mit drin. Aber hab noch fragen und muss es evtl noch mal anpassen:

• der Datenpunkt status: Zeigt er nur Online/Offline oder noch andere Dinge an? Ist der als Indikator okay oder sollte ich lieber den connection Datenpunkt nehmen?
• als Batterie Indikator habe ich nun den batteryCharge genommen, ist dieser okay oder ist der load Datenpunkt relevanter?

[ChrisXY]

@ciddi89
hi, also hier die Objekt daten leider habe ich es noch nicht so lange laufen um die Zusände geloggt zu haben aber vielleicht hilft es:

{
  "type": "state",
  "common": {
    "name": "UPS status (online, charging, on battery etc)",
    "type": "string",
    "role": "state",
    "read": true,
    "write": false
  },
  "native": {},
  "from": "system.adapter.apcups.0",
  "user": "system.user.admin",
  "ts": 1670572037181,
  "_id": "apcups.0.status",
  "acl": {
    "object": 1638,
    "state": 1638,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

batteryCharge sollte gut passen. Danke

[Ein ehemaliger Benutzer]

@chrisxy ah okay ja so wie ich es sehe kann ich dann besser den Connection Datenpunkt nehmen. Werde ich dann heute Abend noch mal ändern.

[Ein ehemaliger Benutzer]

@chrisxy hab es nun abgeändert auf den connection Datenpunkt. Falls es doch nicht ganz hin haut irgendwann, dann bitte noch mal bescheid geben. :)

[bommel_030]

@ciddi89
Hatte mal wieder etwas Zeit und hab den Adapter wieder in Betrieb genommen. Nutze mittlerweile den Zigbee statt deconz Adapter. Die Ikea-Fernbedienungen melden sich hier nur einmal am Tag ob sie noch leben. Daher habe ich sie auf die Blacklist gesetzt, da ich die ein "Ausfall" der dauerhaft bestromten Geräte relativ zeitnah gemeldet bekommen möchte.
Damit schließe ich aber auch die LowBat Benachrichtigung dazu aus. Kann ich das irgendwie umgehen? Sprich, bauartbedingt melden die sich nur 1x am Tag, daher interessiert mich die Offline Meldung nicht, aber sobald die Batterie leer wird wüßte ich das schon gerne.
(Hab das Thema zumindest nach den 33 Treffern "Batterie" durchforstet aber keine Lösung gefunden.)

[bommel_030]

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

@markus_ Geräte mit einer höheren Spannung werden nun nicht mehr als Batterie Geräte angezeigt. Kannst du ja noch einmal testen. :)

Ich habe auch diverse HMIP Wired Geräte, die werden mir als "Niedrige Batteriezustände" zur eingestellten Batteriemeldungszeit gemeldet. Soll das so sein? Der Haken bei "Nur Geräte mit Batterien auflisten" ist absichtlich nicht gesetzt.

[Ein ehemaliger Benutzer]

@bommel_030 geht der Datenpunkt availability auch auf false? Wenn nicht, spielt das keine Rolle. Ansonsten müssen weitere checkboxen eingebaut werden in der Blacklist… Keine große Arbeit aber wird evtl die Übersicht beeinträchtigen.

Zu den hm wired Geräte. Soll natürlich nicht sein. Aber wie soll man das unterscheiden wenn die Datenpunkte für battery/lowbat vorhanden sind? Habe schon ein Filter gesetzt der alles ausfiltert was über 6V ist, da wird von ausgegangen das es ein wired Gerät ist. Ist das zu hoch? Wie sieht die Struktur der Datenpunkte aus? Vielleicht muss ich da noch was anpassen. Leider muss man bei Homematic echt so viel beachten 😩
Die allerletzte Not wäre evtl eine Gerätebasierte Filterung, falls überhaupt möglich, die zusätzliche Arbeit und Code möchte man sich aber eigentlich sparen :grinning:

[bommel_030]

@ciddi89
Ja, availability ist dann auch false. Ich versuch die noch mal zu koppeln, evtl. hat die eine nur Schluckauf. Die beiden weitern haben sich inzwischen wieder gemeldet. Offline Zeit habe ich jetzt mal von 300 auf 0 geändert.

Also bei mir sind es HM**IP**-wired Geräte, der BUS läuft da bei 24 VDC. Grob überschlagen sollte das knapp über den 6V als Filter schon passen. Es werden auch keine battery/lowbat Datenpunkt erzeugt. Keine Ahnung ob der bei den HM-wired Geräten auftaucht. Die Struktur vom DRAP häng ich mal als JSON an. hm-rpc.0.DRAP.json

Dann habe ich noch eine Frage zur Offline-Zeit. Alle Werte >0 sind die Minuten die ein Gerät Offline sein muss damit es gemeldet wird. Bei 0 werden online/available etc. direkt genutzt. Aber was macht die -1 ?

[Ein ehemaliger Benutzer]

@bommel_030 danke für die infos, so kann ich es eingrenzen. Hier ist der operating voltage wichtig. Werde es mal testen wenn ich zeit habe warum er es meldet. Hab evtl schon eine idee…

Ähm -1 ist gleich 0. Das war noch aus der Anfangszeit. Kann es nun aber schlecht rausnehmen da viele das so am laufen haben und dann gibt es wieder haufenweise Fehlermeldungen und fragen :D In Zukunft soll aber 0 der Standard sein.