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

JB_Sullivan

@ciddi89

Ich habe gerade eine sehr verwegene Idee zu deinem Adapter, denn dieser bildet meiner Meinung nach eine hervorragende Basis für diese Idee. Allerdings weiß ich nicht ob das so einfach umsetzbar ist.

Bei deinem Adapter ist es ja aktuell so, das DU im Adapter definierst wonach in ioBroker gesucht werden soll, um dieses oder jenes Device incl. Wert aus der Objekt Struktur heraus zu identifizieren.

Ich habe aktuell den Wunsch, alle meine Aktoren oder Devices mit deren Werten tabellarisch, für die VIS darstellbar zu machen.

Dein Device Watcher wäre da die Ideale Basis dafür, da dieser schon jetzt aus einer Reihe von Parametern eine Tabelle erzeugt.

Zu jedem Device, was schon jetzt in den Instanz Einstellungen ausgewählt werden kann, könnte man weitere, Device spezifische Datenpunkte aktivieren.

zum Beispiel könnte man für die Sonoff Devices, Checkboxen für Energy_Power, Energy_Current, Energy_Voltage vorsehen. Werden in den Instanz Einstellungen diese Checkboxen mit aktiviert, wird in der Ergebnistabelle für Leistung, Strom und Spannung eine eigene Spalte erzeugt und der Wert dort abgelegt.

Auch die Verbräuche, gestern, heute und total oder ob Steckdosen (das Device) eingeschaltet ist oder nicht (True/False), könnte man so sehr schnell über deinen Device Watcher tabellarisch extrahieren.

Vielleicht könntest du die Eingabe Möglichkeiten auch so "umstricken", das jeder Adapter Nutzer, die gewünschten Schlüsselbegriffe des zu trackenden Datenpunktes selber eingeben kann.

Ich weiß - super Idee - die mit ganz viel Arbeit für dich verbunden sein dürfte. Es gibt aber sehr viele Leute die total auf tabellarische / visuelle Datenauswertung in der VIS stehen - mich eingeschlossen.

Was hältst du von der Idee der Eier legenden Wollmichsau Tabelle via Device-Watcher?

Hi @ciddi89 ,

ich würde auch gern noch die Geräte zweier Adapter in Deinem tollen Adapter sehen

handelt es sich um den Meross Adapter, ich habe dort Thermostate:

Batterie Json:

{
  "type": "state",
  "common": {
    "type": "number",
    "read": true,
    "write": false,
    "name": "battery",
    "role": "value",
    "unit": "%"
  },
  "native": {},
  "from": "system.adapter.meross.0",
  "user": "system.user.admin",
  "ts": 1664192417695,
  "_id": "meross.0.1911084120365426280348e1e91141bc.01009381.battery",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Online Json:

{
  "type": "state",
  "common": {
    "type": "boolean",
    "read": true,
    "write": false,
    "name": "online",
    "role": "indicator.reachable"
  },
  "native": {},
  "from": "system.adapter.meross.0",
  "user": "system.user.admin",
  "ts": 1664192417654,
  "_id": "meross.0.1911084120365426280348e1e91141bc.01009381.online",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Um die Batterie der USV "NUT":

Charge Jason:

{
  "type": "state",
  "common": {
    "name": "battery.charge",
    "type": "number",
    "role": "value.battery",
    "read": true,
    "write": false,
    "unit": "%"
  },
  "native": {
    "id": "battery.charge"
  },
  "from": "system.adapter.nut.0",
  "user": "system.user.admin",
  "ts": 1621489976980,
  "_id": "nut.0.battery.charge",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Charge-Low Json:

{
  "type": "state",
  "common": {
    "name": "battery.charge-low",
    "type": "string",
    "read": true,
    "write": false
  },
  "native": {
    "id": "battery.charge-low"
  },
  "from": "system.adapter.nut.0",
  "user": "system.user.admin",
  "ts": 1621489976987,
  "_id": "nut.0.battery.charge-low",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Charge-Warning Json:

{
  "type": "state",
  "common": {
    "name": "battery.charge-warning",
    "type": "string",
    "read": true,
    "write": false
  },
  "native": {
    "id": "battery.charge-warning"
  },
  "from": "system.adapter.nut.0",
  "user": "system.user.admin",
  "ts": 1621489976998,
  "_id": "nut.0.battery.charge-warning",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

VG
Bernd

da_Woody

@jb_sullivan sagte in Test Adapter Device-Watcher v1.x.x GitHub/Latest:

die Eier legenden Wollmichsau

da fängt für mich das problem an, was soll drinnen sein, was nicht. jeder mag was anderes. die config wird immer komplizierter. ich lass mir jetzt schon bei jeder liste was ausblenden und unterschiedlich sortieren.
deine idea in ehren, aber wäre das nicht besser mit influxDB und Grafana?

@jb_sullivan Hi ‍️
Also erst mal vielen Dank an dir und auch an all den anderen Usern für euer Feedback, Ideen und auch Hilfen. Auch das ihr soviel Nachsicht habt, wenn mal etwas nicht funktioniert. Das zeigt mal wieder was das für eine nette Community hier doch ist.
Leider ist es manchmal echt nicht einfach Adapter zu implementieren weil jeder in der Adapter Erstellung sein eigenes Süppchen kocht und diverse states anders benennt oder die Struktur komplett aus der Reihe tanzt. Ich versuche wenn möglich das immer alles nachzubauen und zu testen. Aber manchmal raubt es einen den letzten Nerv und man muss jeder Situation im Code anders behandeln und bedenken.

Aber nun zu deiner Idee, an sich finde ich es klasse und würde bestimmt ein paar Leuten die Gier an Informationen auf einem Haufen befriedigen
Aber um es kurz und knapp zu sagen: Dies geht leider am grundsätzlichen Thema des Device-Watcher vorbei. Denn die Hauptaufgabe ist und soll sein: Geräte auf Erreichbarkeit und Batteriestand zu überprüfen und wenn dem nicht so ist eine Meldung / Eintrag in die Tabellen vorzunehmen. Mehr nicht.
Leider will auch der Großteil es so einfach haben wie möglich ohne groß rum suchen zu müssen und auswählen zu müssen.
Ich will deine Idee aber nicht ganz abweisen da es schon paar Anfragen über Tabellen mit states Inhalt . Ich muss mich aber erstmal um die großen Baustellen von diesem Adapter kümmern. Wenn alles so läuft, werde ich vielleicht in Erwägung ziehen einen ähnlichen Adapter zu kreieren der sowas erfasst. Das Grundgerüst wäre dann ja schon vorhanden.
Ich danke schon mal für dein Verständnis

D3ltoroxp

@ciddi89 So, der Adapter hat sich beruhigt. Ich bekomme jetzt nur noch 1x mindestens am Tag eine Liste mit Offline Geräten. Ich habe nun überall 300 drin stehen. Denke, da dort sich immer wieder die Werte geändert haben, wird das eben mit -1 so übernommen.

Ich lass das nun mal so das reicht mir ja.

Hätte noch eine Frage, WLAN Kameras, wie könnte ich die denn mit überwachen, wenn da mal eine Offline geht. Hatte ich jetzt ist mir dann nur aufgefallen, als ich mal reingeschnuppert hatte, da war kein Bild da. Wenn ich da sowas noch mit abfangen könnte wäre super.

@d3ltoroxp danke für die Rückmeldung! So bestätigt das nur wieder das es mit den Erreichbarkeitsstates sehr unzuverlässig läuft in einigen Adaptern. Musste es bei mir teilweise auch wieder auf Zeit umstellen da einige States garnicht umgesprungen sind auf false/true obwohl das Gerät 100% nicht erreichbar war, weil Stecker gezogen.

Hast du die denn über ein Adapter eingebunden? Ansonsten mit den Adapter Ping. Dieser Pingt dann immer die IP Adresse an, und wenn da nichts zurück kommt ist das Netzwerkgerät offline/nicht erreichbar.

Negalein

@ciddi89

Hallo

Habe heute den Adapter installiert.
Funktioniert eigentlich wie gewünscht.

Bei den Emails hab ich leider ein Problem.

So waren sie am Anfang (wie gewollt):
Folgende 18 Geräte sind seit einiger Zeit nicht erreichbar:

Hue ambiance lamp 1 (297 Tagen)
Hue ambiance lamp 2 (297 Tagen)
Hue ambiance lamp 3 (297 Tagen)
Hue ambiance lamp 4 (297 Tagen)
Laura 1 (8 Stunden)
Wintergarten Tisch 1 (13 Stunden)
Wintergarten Tisch 2 (13 Stunden)
Wintergarten Tisch 3 (13 Stunden)
Wintergarten Tisch 4 (13 Stunden)
Schlafzimmer-Fenster (13:56 Uhr)
Küche-Fenster (13:22 Uhr)
Postkasten (13:55 Uhr)
Kinderzimmer-Fenster (13:50 Uhr)
Wintergarten-Schiebe (13:35 Uhr)
Haustür (13:08 Uhr)
Wintergarten-Fenster (14:06 Uhr)
Temperatur-Bad (308 Tagen)
Aquarium-Wassersensor (13:48 Uhr)

Und plötzlich kommen sie nur noch so an:
Folgende 20 Geräte sind seit einiger Zeit nicht erreichbar:

Christian's Alexa Apps (VOGLxxxxxxxxxx) (14:10 Uhr) Christian's Alexa Apps (VOGLxxxxxxxxxx) (14:10 Uhr) Hue ambiance lamp 1 (297 Tagen) Hue ambiance lamp 2 (297 Tagen) Hue ambiance lamp 3 (297 Tagen) Hue ambiance lamp 4 (297 Tagen) Laura 1 (8 Stunden) Wintergarten Tisch 1 (13 Stunden) Wintergarten Tisch 2 (13 Stunden) Wintergarten Tisch 3 (13 Stunden) Wintergarten Tisch 4 (13 Stunden) Schlafzimmer-Fenster (13:56 Uhr) Küche-Fenster (13:22 Uhr) Postkasten (13:55 Uhr) Kinderzimmer-Fenster (13:50 Uhr) Wintergarten-Schiebe (13:35 Uhr) Haustür (13:08 Uhr) Wintergarten-Fenster (14:06 Uhr) Temperatur-Bad (308 Tagen) Aquarium-Wassersensor (13:48 Uhr)

@negalein Du meinst weil diese nicht mehr untereinander stehen? Habe gerade eben versucht das zu reproduzieren. Aber bei mir kommt es immer so an wie es soll. Hast du zufällig unterschiedliche Programme genutzt um diese zu öffnen?

Negalein

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

Du meinst weil diese nicht mehr untereinander stehen?

genau

Hast du zufällig unterschiedliche Programme genutzt um diese zu öffnen?

Nein, immer nur Outlook am PC. War/ist durchgehend offen.

@dp20eic Hallo Bernd,
habe beide Sachen mit eingepflegt. Einmal neu drüber installieren dann sollten diese bei dir in der Auswahl mit auftauchen.

@Negalein hmm okay. War das bis jetzt nur eine Nachricht oder kam da schon mehrere die so aussahen? Kann sein das es an Outlook liegt und er das '/n' für eine neue Zeile nicht richtig interpretiert. Wobei er es ja in der ersten Mail getan hat.

Negalein

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

hmm okay. War das bis jetzt nur eine Nachricht oder kam da schon mehrere die so aussahen? Kann sein das es an Outlook liegt und er das '/n' für eine neue Zeile nicht richtig interpretiert. Wobei er es ja in der ersten Mail getan hat.

4x kam es richtig.
seit der 5. Mail immer falsch

@ciddi89

Sind da und läuft, danke.

Negalein

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

hmm okay

seit Mitternacht funktioniert die Liste wieder

Negalein

@ciddi89

Frage zu den Mi-Home Geräten.

Ich bekomme jedesmal in der Liste alle Mi-Home Fensterkontakte als offline gemeldet.
Aber diese Geräte haben keinen DP dafür.
Nur das Gateway hat einen.

Folgende 10 Geräte sind seit einiger Zeit nicht erreichbar:

Laura 1 (2 Stunden)
Schlafzimmer-Fenster (07:40 Uhr)
Küche-Fenster (07:47 Uhr)
Postkasten (07:29 Uhr)
Kinderzimmer-Fenster (07:24 Uhr)
Wintergarten-Schiebe (2 Stunden)
Haustür (07:56 Uhr)
Wintergarten-Fenster (07:41 Uhr)
Temperatur-Bad (309 Tagen)
Aquarium-Wassersensor (07:22 Uhr)

@negalein danke für die Info. Ist in den expert Einstellung bei mihome ‚-1‘ oder eine Zeit eingetragen? Werde das später aber noch mal überarbeiten.

Negalein

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

Ist in den expert Einstellung bei mihome ‚-1‘ oder eine Zeit eingetragen? Werde das später aber noch mal überarbeiten.

eine Zeit

@negalein ok danke für die Info. Normalerweise soll das so sein das wenn kein Datenpunkt für connected da ist, dann soll er den aktualisierten Zeitstempel nehmen vom Datenpunkt ‚percent‘. Eventuell reicht das schon wenn du die Zeit bei dir höher stellst zb. 180. Aber wenn ich das richtige sehe melden die sich schon unter zwei Stunden als offline obwohl du 120 eingetragen. Werde das nachher eben bei mir testen und evtl korrigieren.

// Edit: Okay habs geprüft. Soweit sollte alles in Ordnung sein. Ich hatte nur ein Fehler gefunden das er ein rssi wert aus dem Battery wert genommen hatte obwohl nichts angegeben ist. Das habe ich gefixt. Ansonsten denke ich das du einfach nur die Zeit höher schrauben musst, da 120min leider zu kurz sind. Vielleicht mal rantasten welcher ein guter Durchschnittswert ist den würde ich dann für die Zukunft auch als default wert setzen wenn du mir das dann berichten magst.

Negalein

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

wenn du mir das dann berichten magst.

werd ich machen

noch was hätte ich.
Kann es sein, dass nur alexa2.0 berücksichtigt wird, obwohl 2 Alexa-Instanzen laufen?

@negalein Super danke!
Öhm ne eigentlich sollten alle Instanzen beachtet werden:

alexa2: {
	'Selektor': 'alexa2.*.online',

Negalein

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

Öhm ne eigentlich sollten alle Instanzen beachtet werden:

Ok, das hat heute nicht funktioniert.

Meine Kleine hat heute in der Früh ihre Alexa Instanz .1 ausgesteckt.
Diese war bis 16:30 stromlos.

Es is aber den ganzen Tag keine Meldung gekommen.

NEWS

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

Support us

785
Online

31.7k
Users

79.8k
Topics

1.3m
Posts

NEWS

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

Support us

785Online

31.7kUsers

79.8kTopics

1.3mPosts

785
Online

31.7k
Users

79.8k
Topics

1.3m
Posts