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

[Burg_Io]

@ciddi89

Danke erst einmal für diesen Adapter.

Eine Frage zur Blacklist:

Da nur die DP in der Blacklist eingetragen werden, die Frage ob es möglich ist ein Bemerkungsfeld für persönl. Infos einzubauen?

Meine zweite Frage ob es möglich ist, die Einträge per wie bildlich dargestellt an oder ab zu schalten?

MfG

[Ein ehemaliger Benutzer]

@burg_io danke für den Input. Ja die blacklist, die gefällt mir so auch noch nicht. Leider sind mir mit der json config ein wenig die Hände gebunden da es vorgegeben ist. Aber ich werde mich mal schlau machen ob es da noch Möglichkeiten gibt diese anzupassen.

[da_Woody]

@burg_io abgesehn davon wozu man eine blacklist ein/aus schalten sollte.
wie kommst du zu einer MAC dort? sind deine geräte nicht benannt? ich weis schon was ich dort eintrage. im prinzip sucht der adapter ja nach den geräten, bzw trägt man das ja selber ein.

aber vllt gibts ja eine möglichkeit wenn der RSSI eingetragen ist, in einer 2. spalte den name anzuzeigen?

[Ein ehemaliger Benutzer]

@da_woody ja also ich kann das verstehen. Wenn man nur die id‘s angezeigt bekommt und mehrere Geräte dort eingetragen hat kann es schon nervig/aufwendig sein. Daher, ich werde versuchen und gucken ob man das optimieren kann.
Wäre natürlich schön wenn es, so wie du schon geschrieben hast, er einfach den Namen in der anderen Spalte anzeigt. So einfach wird das aber nicht sein da es leider kein Standart in ioBroker gibt wie die Geräte benannt werden sollen und dann muss man gucken wie man wo bei welchen Adapter den Namen rauszieht. Da kommen ganz schön viele Brücken zusammen 😅 aber wie schon oben erwähnt, basiert die Instanz Einstellungen auf json. Und da sind mir leider auch ein bisschen die Hände gebunden. Werde aber auf jeden Fall schauen was man da machen kann.

[Ein ehemaliger Benutzer]

@burg_io so würde es mit zusätzlicher Textbox aussehen:

Werde es beim nächsten Upload mit rein nehmen. Bei der Checkbox bin ich noch bei ob das möglich ist.

[BurgIO]

@ciddi89

Sieht super aus. Danke

[da_Woody]

@ciddi89 ist natürlich eine möglichkeit... :)
würde das eventuell auch mit auswahl gehn? dann könnte man dort ja das name objekt selber angeben...
und sorry, ich vergesse immer, daß es leute mit den unterschiedlichsten geräten gibt. bei mir sinds über 80 shelly und 8 tasmotas. da hab ich natürlich einen einfacheren überblick weil in der shellyID ja der typ zu erkennen ist. ;)

[Ein ehemaliger Benutzer]

@burgio hab es nun hochgeladen. Jetzt kann man eigene Notes, Namen etc. in der Blacklist mit eintragen.

@da_Woody wie meinst du das genau mit der Auswahl?

Bin auch gerade in der Vorbereitung für eigene Ordner/Datenpunkte pro Adapter. Ich hoffe ich schaffe es diese Woche noch das mit rein zunehmen :)

[Flugschüler]

Echt geiler Adapter, könnte man da noch Xiaomi Sensoren dazunehmen?

[Ein ehemaliger Benutzer]

@flugschüler danke, müsste dann wissen wo welche Objekte liegen. Am besten ein Screenshot als Beispiel von einem Sensor oder den Pfad wenn es Datenpunkte für Signal, alive, battery, low_bat oder Ähnliches gibt.

[da_Woody]

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

wie meinst du das genau mit der Auswahl?

so wie man den RSSI auswählen kann.

nur halt nebeneinander.

[arteck]

@ciddi89 ich hab dir mal ein pr gestellt für zwave und paar verbesserungen..

[bommel_030]

@ciddi89 Erstmal danke für den Adapter. Hab jetzt mal ein bisserl rumgespielt und hab jetzt nen Knoten im Kopf...

• batteryCount und countall haben beide 20. Dabei sind im linkqualitylist 112 Geräte aufgeführt. Sollte batterycount nicht die Summe der batteriebetriebenen Geräte (also 20) und countall nicht alle überwachten Geräte (also 112) darstellen? Und sollen die Geräte aus der Blacklist hier mitgezählt werden?

• Die Überwachung für Shelly, Deconz (mal abgesehen von den Rauchmeldern), FritzDECT und Sonos funktioniert soweit. Bei Homematic noch nicht so ganz. Ich habe eine Raspberrymatic mit den hm-rpc Instanzen 1-3, da läuft alles so wie es soll. Dazu kommt noch eine CCU2 mit der hm-rpc Instanz5. Alle Geräte tauchen im "linkqualitylist"-JSON auf.
  Die Geräte aus der CCU2 können scheinbar kein RSSI senden, haben aber die Datenpunkte unreach und teilweise auch lowbat. Eines dieser Geräte hat lowbat = true und wird nicht im lowbatterlist/count erfasst. Ein weiteres hat lowbat und unreach = true und wird ebenfalls nicht erfasst. Hierbei handelt es sich um batteriebetrieben Geräte. Dann habe ich noch zwei Geräte mit Netzversorgung welche mehrmals am Tag gekappt wird. Diese werden zuverlässig gemeldet sobald unreach = true. Diese werden doch nicht erfasst. (Allerdings bekomm ich die via Blacklist nicht ignoriert^^ Jetzt doch)

Wo ich das hier so schreibe, es gibt bei Homematic classic "lowbat" und bei HomematicIP "low_bat"... Könnte es daran liegen?

[Ein ehemaliger Benutzer]

@bommel_030 erstmal danke für den Hinweis mit homematic. Werde das nachbessern. Mit der blacklist ist es wichtig das Man dafür den richtigen Datenpunkt wählt.

Mit der Anzahl das diese aktuell nicht stimmt hat auch ein Grund, falls du den Adapter in den letzten paar Stunden installiert hast. Denn aktuell werden teilweise nur Geräte gezählt die auch wirklich batteriebetrieben sind und ausfallen könnten. Das liegt einfach daran das ich gerade am ausprobieren bin und am überlegen bin ob es überhaupt Sinn macht alle Geräte die per Netzstecker versorgt sind mit zu überwachen. Der Ursprungsgedanke war es ja batteriebetriebene Sensoren/Geräte zu überwachen, da man meisten garnicht mitbekommen hat wenn diese ausgefallen sind wegen zur geringer Batterie usw.. Geräte mit Netzstecker die ausfallen habe ich und viele andere garnicht bis sehr selten erlebt. Daher werde ich evtl. wieder auf den Hauptpfad zurückkehren und den Fokus auf Geräte legen die nicht permanent mit Strom versorgt werden.

[bommel_030]

@ciddi89
Danke für die Rückmeldung. Den richtigen Datenpunkt für die Blacklist hab ich mittlerweile gefunden. Der Adapter läuft schon ein wenig, aber vorhin ein update gemacht. Das mit dem zählen der Datenpunkte könnte daran liegen.
Ich kann verstehen wenn du den Fokus auf batteriebetriebene legst, ich fände es allerdings besser wenn nicht ;-)
Gerade bei den Shellies hab ich damals scheinbar ne zickige Charge erwischt, da wäre es für mich schön zu wissen wann der nächste wieder zicken macht bzw. die Verbindung verliert.

[crunchip]

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

Gerade bei den Shellies hab ich damals scheinbar ne zickige Charge erwischt, da wäre es für mich schön zu wissen wann der nächste wieder zicken macht bzw. die Verbindung verliert.

hatte ich kürzlich auch ein wenig Probleme, daher war das ganz nützlich

[Flugschüler]

@ciddi89 Kannst du damit etwas anfangen?

[Ein ehemaliger Benutzer]

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

@ciddi89 Kannst du damit etwas anfangen?

Ja danke nehme ich später mit rein :)

@bommel_030 @crunchip ja wie gesagt ich denke nur nach. Möchte den Konzept ja treu bleiben. Beziehe aber auch eure Meinungen mit ein da ich ja sehe das es gut bei euch ankommt. :) Werde es später erstmal so lösen das man sich aussuchen kann ob man alle Geräte haben will oder nur die mit Batterien. Und der Rest wird sich dann ergeben. Aber bevor ich da irgendwann mit in Beta Status gehe möchte ich das für mich geklärt haben um evtl. Missverständnisse zu vermeiden. :)

[bommel_030]

@ciddi89
Verstehe deinen Standpunkt. Ich freu mich wenn es drin bleibt, ist ja unter dem Namen Device-Watcher auch noch vertretbar ;-) Wenn es zur Beta rausfliegen sollte ist das auch ein akzeptabler Standpunkt. Werde den Adapter für die (zum Glück wenigen) Batteriegeräte trotzdem weiterhin nutzen.

[david83]

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

Coole Sache.
2 Tage früher wäre praktisch gewesen.
Hab mir gtad ein Blockly für gemacht (zeigt nur was weniger an, da ich für die geschiedenen Geräte einzelne Tabellen habe).

Ich überwache folgende Datenpunkte:

@david-g Das interessiert mich, kannst du das ganze Blockly mal zeigen?