Test Adapter Device-Watcher v2.x.x GitHub/Latest
-
@ciddi89 sagte in Test Adapter Device-Watcher v2.x.x GitHub/Latest:
Werde mal gucken ob ich das mit dem mqtt mit reinbekomme.
Vielen Dank
Cool, dann warte ich mal Geduld bis die raw Liste irgendwann kommt, ist ja denke keine Prio A Sache.
Bisher bin ich ja scheinbar der einzige mit dem Bedarf an so vielen Infos
Wenn es dann so weit ist lege ich los ^^.
-
@ciddi89 sagte in Test Adapter Device-Watcher v2.x.x GitHub/Latest:
Viele wissen nicht wie man in einer Vis einzelne spalten usw. Ausblenden kann(falls es teilweise überhaupt möglich ist) daher möchte ich es den Enduser nicht all zu schwer machen.
bitte nicht vergessen, daß nicht jeder vis nutzt! ok, ich kann auch in iQontrol spalten ausblenden, ob das in anderen visus funzt?
-
Hallo zusammen,
gibt es die Möglichkeit, die Liste absteigend anzeigen zu lassen, also die mit den meisten Tagen nach hinten und an erster stelle die als neustes verschwunden sind ? Grad die die lange nicht da sind, sind für den Poolbereich.
-
@ciddi89 sagte in Test Adapter Device-Watcher v2.x.x GitHub/Latest:
Zu 1: jein. Ist halt schwierig weil jedes Gerät eine eigene Struktur hat und die Datenpunkte meist unterschiedlich heißen. Das einzige was man machen kann ist jeden Dienst für sich dann zu intrigieren so wie ich es bisher mit den Nuki lock und zigbee2mqtt gemacht hab. Außer jemand hat eine bessere Idee das zu vereinfachen.
Wäre es eine Idee, so ähnlich wie die Blacklist eben eine Whitelist mit aufzunehmen, in der man beliebige Datenpunkte aus der ganzen Objektstruktur auswählen kann, um diese zu überwachen? Eventuell mit einem selbst einzugebendem Sollzustand, bei dessen Eintreten dann eben Batterie leer oder nicht erreichbar angezeigt wird. So könnte jeder für sich selbst weitere Geräte/datenpunkte tracken, die eben nicht in einem der üblichen Adapter stecken, die Dein Adapter eh schon kennt und auswertet.
Gruss, Jürgen
-
@da_woody ja in Grafana geht das auch. Und ich glaube Jarvis auch. Naja trotzdem, die Standard Listen werde ich aus dem Grund nicht anfassen. Aber für welche die mehr wollen die bekommen eine raw Liste wo alle Daten drin stehen und dann kann jeder für sich die Listen so aufbauen und filtern wie einem lustig ist.
-
@d3ltoroxp hmm die meisten Visus können das so. Welche nutzt du genau?
@Wildbill da ist was in der mache was das betrifft. Aber leider spielt die jsonconfig noch nicht so ganz mit und ich warte darauf das es gelöst wird. Schau hier: https://github.com/ciddi89/ioBroker.device-watcher/issues/84
open Feature: own structured devices #84
-
@ciddi89 ich nutze die Standard VIS und die Liste ist von Scrounger, also Material Design Widgets.
-
@d3ltoroxp dann frag mal @Scrounger ob das Widget bzw. Vis seitig änderbar ist. Ich kann da leider nix zu sagen
-
@david-g kannst du damit was anfangen? (beachte nicht die Werte, das ist nur das Testsystem) =D
Device:"BU_Licht" Adapter:"Zigbee2MQTT" Instance:"0_userdata.0" Instance connected:true isBatteryDevice:true Battery:"20%" isLowBat:true Signal strength:"69%" Last contact:"42 Tagen" Update Available:" - " Status:"Online"vielleicht könnte man die HTML Liste dann auch native in den Adapter implementieren? Eine listAllHTML fehlt noch.
-
@ciddi89
Ich denke schon, wenn es in einer json ist.
Hab die Tabelle auch schon angefangen.Bei der Batterie hängt es mal noch weil da eben alles gemischt ist.
Von "Volt" über "%“ bis "ok".Mit dem isLowBat könnte man die Werte die keine % haben was ausbügeln.
"ok" würde ich grafisch als 100% definieren.
Bei Homatic finde ich es was schwierig. Man hat ja Zahlenwerte. Glaube aber nicht, dass man daraus % erreichen kann.Praktisch wäre noch, wenn es keine Einheiten gäbe, dann könnte man es als number behandeln anstatt erst den String zerlegen zu müssen.
Das ist der aktuelle Stand. Geplant sind bei den Icons noch dunkle Varianten zur Auswahl. Ob Icon oder % lässt sich festlegen. Ähnlich habe ich es für die Batterie geplant.
Das NaN beim ersten Gerät bekomme ich noch nicht weg, in der json fehlt der Punkt vom Empfang. Wandel alles erst zu einer Zahl um das "%" zu entfernen um mit den Werten rechnen zu können.Geplant sind noch optionale Überschriften zwischen den Instanzen, bei Bedarf mit Icon vom Adapter.
EDIT
Den Pfeil kann man deaktivieren. Wenn er aktiviert ist kann man sich ein Menü ausklappen um zu sehen wann der letzte Kontakt war. -
@david-g okay batteryRaw wert habe ich mit eingefügt. Evtl kann ich das native auf Adapter Seite für Link Qualitiy auch machen wenn du dir das umrechnen sparen willst.
Device:"HSW Tür" Adapter:"Homematic RPC" Instance:"hm-rpc.0" Instance connected:true isBatteryDevice:true Battery:"1.2V" BatteryRaw:1.2 isLowBat:false Signal strength:"84%" Last contact:"21:15 Uhr" Update Available:" - " Status:"Online"Du kannst die Github Version über die Katze/Benutzerdefiniert installieren. Dann solltest du den neuen Datenpunkt haben Namen
listAllRawJSON//EDIT: Habe dir den SignalStrength nun auch als RawData also ohne Einheit hinterlegt.
-
@ciddi89
Bei der Link Qualitiy habe ich es schon so eingebaut dass es passt, war leichter da es dort nur % gibt. Wenn du es aber ohne ausgeben kannst, kann ich ein paar Blöcke löschen ^^.
Denkst du man kann auch die Unit in einen eigenen Punkt packen für die Batterie? Damit man erkennen kann ob man mit % oder was anderem rechnet? Behandel ich unterschiedlich.
Und noch eine kleine Frage.
Werden Daten die ein Adapter nicht bereitstellt in der Json leer als "" angegeben oder wird der ganze Punkt weggelassen?
Bei einem Gerät habe ich keine Infos zum Empfang. -
Bei der Link Qualitiy habe ich es schon so eingebaut dass es passt, war leichter da es dort nur % gibt. Wenn du es aber ohne ausgeben kannst, kann ich ein paar Blöcke löschen ^^.
Erledigt
Denkst du man kann auch die Unit in einen eigenen Punkt packen für die Batterie? Damit man erkennen kann ob man mit % oder was anderem rechnet? Behandel ich unterschiedlich.
Erledigt
Und noch eine kleine Frage.
Werden Daten die ein Adapter nicht bereitstellt in der Json leer als "" angegeben oder wird der ganze Punkt weggelassen?
Bei einem Gerät habe ich keine Infos zum Empfang.Wenn kein ' - ' drin steht dann wird es komplett weg gelassen.
Device:"HSW Tür" Adapter:"Homematic RPC" Instance:"hm-rpc.0" Instance connected:true isBatteryDevice:true Battery:"1.2V" BatteryRaw:1.2 BatteryUnitRaw:"V" isLowBat:false Signal strength:"84%" Signal strength Raw:84 Last contact:"21:48 Uhr" Update Available:" - " Status:"Online" -
Hallo
In der Konfigurationsseite vom Device-Watcher steht, daß für die Benachrichtigung mehr als ein Dienst verwendet werden können. Irgendwie schaffe ich es nicht, neben dem Email-Dienst auch Pushover auszuwählen.
Hat wer einen Tip, wie man das bewerkstelligt? -
@eggi einfach bei pushover dann die Instanz auswählen und wenn nötig den Rest ausfüllen. Die Dienste werden nicht gleichzeitig angezeigt auf der konfig Seite wenn ausgewählt. Aber im Hintergrund sind die Daten gespeichert.
-
@ciddi89 Das Problem ist nicht pushover selbst, sondern die Möglichkeit in der Auswahl der gewünschten Dienste - ich kann immer nur eine Auswahl treffen und nicht mehrere.
Ich habe gemerkt, daß in der Adapter-Auswahl die Version 2.4. als aktuell ausgewiesen wird. Laut GIT ist aber die 2.6 die letzte, oder? Wenn dem so ist, wie kann ich iobroker dazu bewegen, auf die letzte Version upzudaten? -
@eggi habe auch nicht geschrieben das es ein Problem von pushover ist. Wie gesagt du wählst im Auswahlmenü zb E-Mail aus, füllst da die notwendigen Daten aus. Dann wählst du im Auswahlmenü pushover aus und füllst da die Daten aus usw.
Die 2.6.0 ist noch die Beta und hat leider ein paar Fehler. Bin noch dabei fie paar Bugs zu beseitigen und dann gibt es eine offizielle stable version.
-
@ciddi89 OK - Damit zuerst Email fertig konfigurieren und speichern. Dann für pushover konfigurieren und dann wieder speichern.
Dann sollte eine Benachrichtigung per Email und per pushover erfolgen?! Stimmt so? -
@eggi ja zwischen speichern braucht man nicht, reicht wenn du am Ende speicherst. Ich schaue aber mal ob man das in Zukunft besser darstellen kann für den User. Ist wirklich ein bisschen verwirrend aber bisher habe ich leider noch keine bessere Lösung gefunden.
-
@ciddi89 OK - Wenn's man weiß, kann man mit den Eigenheiten gut leben - dein Programm ist top! Danke für Deine Bemühungen
