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

gelberlemmy

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

@gelberlemmy ja die Überschriften auf jeden Fall. Device = Gerät, Instance = Instanz usw.

Wegen dem TypeError Fehler. Wenn dieser noch besteht wäre es möglich ob ihr dann gucken könnt bei welchen Geräten die Zeiten fehlen? lc, was der Fehler angibt ist nämlich die Zeit wann zuletzt ein Änderung vom Datenpunkt war. Diese Zeiten müssten dann in den Listen fehlen. Wäre gut zu wissen bei welchen Geräten/Adapter das auftritt um den Fehler einzugrenzen.

Guten Morgen, so ich habe einmal das Update auf 2.10.1 getätigt und dann den JSON Table die Spalten angepasst. Jetzt ist alles wieder da. Und was die Zeiten angeht, bei mir sind alle Zeiten unter "Letzter Kontakt" vorhanden. Meine Adapter" Z-Wave2, Zigbee, Encoen, Netatmo, HomeConnect, Homematic RPC und Shelly

? Offline

@gelberlemmy okay, aber der Fehler im log kommt noch?

gelberlemmy

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

@gelberlemmy okay, aber der Fehler im log kommt noch?

Nein. Alles Clean bei mir zur Zeit

berndsolar13

Hi, mal ne Frage, hab den Adapter heute installiert,
Schöne Übersicht in Lovelace, aber ist hab komische Zeilenumbrüche ?
In dem gespeicherten Datenpunkt mit allen Geräten sind die

<br>

nicht enthalten, aber zwischen den Tabellen hab ich rund 15 davon

cherberg

Liebe Broker,

ich habe den Adapter gerade installiert um meine eigenen Skripte die ich für die Batterieüberwachung erstellt habe abzulösen. Eine tolle Sache denn die Pflege der Skripte mit neuen Geräten ist sehr lästig.

Leider tut sich bei mir gar nichts :-(, der Adapter versendet keine Nachricht zur eingestellten Zeit obwohl In den Objekten in "lowbatterylist" Objekte vorhanden sind.

Ich habe sowohl den Telegram als auch den Whatsapp Adapter ausprobiert. Das Protokoll zeigt zum eingestellten Zeitpunkt nichts an.

Kann mir jemand helfen was ich falsch mache?

Hier die Konfiguration:

Danke für Eure Hilfe.

? Offline

@cherberg na wenn deine Screenshots stimmen und du diese am Montag gemacht hast dann ist es auch kein Wunder denn Montag und Dienstag sind bei dir nicht mit angehakt. Korrigier mich falls ich falsch liege

cherberg

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

@cherberg na wenn deine Screenshots stimmen und du diese am Montag gemacht hast dann ist es auch kein Wunder denn Montag und Dienstag sind bei dir nicht mit angehakt. Korrigier mich falls ich falsch liege

Danke für Deine Rückmeldung,

Ich habe den Adapter schon seit über eine Woche laufen und verschiedene Dinge ausprobiert. Auch an den aktivierten Tagen kommt leider keine Nachricht.

Anbei füge ich mal das Protokoll vom Adapterstart bei, vielleicht ist hier was auffälliges?


device-watcher.0
2024-01-30 19:19:10.185	debug	Number of selected days for daily offline devices message: 5. Send Message on: 3, 4, 5, 6, 0 ...

device-watcher.0
2024-01-30 19:19:10.082	debug	Number of selected days for daily low battery devices message: 5. Send Message on: 3, 4, 5, 6, 0 ...

device-watcher.0
2024-01-30 19:19:10.079	debug	Function finished: writeDatapoints

device-watcher.0
2024-01-30 19:19:09.996	debug	Start the function: writeDatapoints

device-watcher.0
2024-01-30 19:19:09.538	debug	Function finished: main

device-watcher.0
2024-01-30 19:19:09.537	debug	Created and filled data for all adapters

device-watcher.0
2024-01-30 19:19:09.536	debug	Function finished: writeDatapoints

device-watcher.0
2024-01-30 19:19:09.424	debug	Start the function: writeDatapoints

device-watcher.0
2024-01-30 19:19:07.067	debug	Search can't be optimized because wildcard not at the end, fallback to keys!: function(doc) { if (doc.type === 'state') emit(doc._id, doc) }

device-watcher.0
2024-01-30 19:19:06.685	debug	Search can't be optimized because wildcard not at the end, fallback to keys!: function(doc) { if (doc.type === 'state') emit(doc._id, doc) }

device-watcher.0
2024-01-30 19:19:05.698	debug	Search can't be optimized because wildcard not at the end, fallback to keys!: function(doc) { if (doc.type === 'state') emit(doc._id, doc) }

device-watcher.0
2024-01-30 19:19:05.467	debug	Search can't be optimized because wildcard not at the end, fallback to keys!: function(doc) { if (doc.type === 'state') emit(doc._id, doc) }

device-watcher.0
2024-01-30 19:19:05.460	debug	Function started: main

device-watcher.0
2024-01-30 19:19:04.533	debug	Function finished: createBlacklist

device-watcher.0
2024-01-30 19:19:04.532	debug	Function started: createBlacklist

device-watcher.0
2024-01-30 19:19:04.531	info	Number of selected adapters: 4. Loading data from: Eusec, Hmrpc, NukiExt, Zigbee ...

device-watcher.0
2024-01-30 19:19:04.530	debug	[{"Selektor":"eusec.*.software_version","timeSelector":".software_version","adapterID":"eusec","adapter":"euSec","battery":".battery","rssiState":".wifi_rssi","reach":".connection","isLowBat":".battery_low","id":".name"},{"Selektor":"hm-rpc.*.RSSI_PEER","timeSelector":".UNREACH","adapterID":"hmrpc","adapter":"Homematic RPC","rssiState":".RSSI_DEVICE","rssiPeerState":".RSSI_PEER","battery":".OPERATING_VOLTAGE","reach":".UNREACH_ALARM","isLowBat":".LOW_BAT_ALARM","isLowBat2":".LOWBAT_ALARM","isLowBat3":".LOW_BAT","stateValue":".1.STATE","faultReporting":".4.FAULT_REPORTING","hmDNBattery":".4.BATTERY_STATE","upgrade":".UPDATE_PENDING_ALARM"},{"Selektor":"nuki-extended.*.lastDataUpdate","timeSelector":".lastDataUpdate","adapterID":"nukiExt","adapter":"Nuki Extended","rssiState":"none","battery":".batteryChargeState","reach":"none","isLowBat":".batteryCritical"},{"Selektor":"zigbee.*.link_quality","timeSelector":".link_quality","adapterID":"zigbee","adapter":"Zigbee","battery":".battery","rssiState":".link_quality","reach":".available","isLowBat":".battery_low"}]

device-watcher.0
2024-01-30 19:19:04.528	debug	Adapter device-watcher was started

device-watcher.0
2024-01-30 19:19:04.487	info	starting. Version 2.9.6 in /opt/iobroker/node_modules/iobroker.device-watcher, node: v18.16.0, js-controller: 5.0.16

device-watcher.0
2024-01-30 19:19:04.191	info	Plugin sentry Sentry Plugin disabled for this process because sending of statistic data is disabled for the system

device-watcher.0
2024-01-30 19:19:04.181	debug	Plugin sentry Initialize Plugin (enabled=true)

device-watcher.0
2024-01-30 19:19:04.101	debug	States connected to redis: 127.0.0.1:9000

device-watcher.0
2024-01-30 19:19:04.030	debug	States create User PubSub Client

device-watcher.0
2024-01-30 19:19:04.028	debug	States create System PubSub Client

device-watcher.0
2024-01-30 19:19:03.990	debug	Redis States: Use Redis connection: 127.0.0.1:9000

device-watcher.0
2024-01-30 19:19:03.908	debug	Objects connected to redis: 127.0.0.1:9001

device-watcher.0
2024-01-30 19:19:03.900	debug	Objects client initialize lua scripts

device-watcher.0
2024-01-30 19:19:03.776	debug	Objects create User PubSub Client

device-watcher.0
2024-01-30 19:19:03.775	debug	Objects create System PubSub Client

device-watcher.0
2024-01-30 19:19:03.772	debug	Objects client ready ... initialize now

device-watcher.0
2024-01-30 19:19:03.697	debug	Redis Objects: Use Redis connection: 127.0.0.1:9001

? Offline

@cherberg

Number of selected days for daily low battery devices message: 5. Send Message on: 3, 4, 5, 6, 0 ...

Also die Daten bekommt er richtig. Installier mal die latest v2.10.3. Habe es mit der Version getestet und bei mir macht er was er soll. Hat sich in den letzten Wochen einiges getan vielleicht war da in der Version ein Bug drin.

cherberg

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

@cherberg
Number of selected days for daily low battery devices message: 5. Send Message on: 3, 4, 5, 6, 0 ...
Also die Daten bekommt er richtig. Installier mal die latest v2.10.3. Habe es mit der Version getestet und bei mir macht er was er soll. Hat sich in den letzten Wochen einiges getan vielleicht war da in der Version ein Bug drin.

Ich habe den Fehler gefunden, er kam aus dem Telegram Adapter, daher habe ich ihn nicht sofort gesehen. Ich hatte in der Config Deines Adapters den "Namen" aus dem Telegram Adapter angegeben statt der Chat ID.

Nun läuft alles einwandfrei, sorry für Deine verlorene Zeit.

andreas_n

@ciddi89
Ich habe einige exotische Datenpunkte, wofür es keinen Support in dem Adapter gibt.
Im Moment behelfe ich mich damit, diese Datenpunkte per Script auf Änderung zu überwachen.
Schöner wäre es natürlich, wenn es hierfür einen direkten Support mit dem Adaptertreiber geben würde. Wäre so was möglich?

andreas_n

@andreas_n
Sorry - bitte ignorieren (habe es auf github eingetragen)

da_Woody

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

Ich habe einige exotische Datenpunkte, wofür es keinen Support in dem Adapter gibt.

was soll das heißen? was sind "exotische"?

Shadowhunter23

@ciddi89 schade das du raus bist. Danke für den tollen Adapter.

? Offline

@shadowhunter23

Ja, er hat sich aus dem Forum gelöscht und der Adapter wurde der Community übergeben.

Schade, er hat den Adapter zu dem gemacht, was er heute ist, ich möchte ihn in meinem Environment nicht mehr missen, bei knapp 700 Devices aller Art ist eine Übersicht sehr praktisch und nimmt mir viel Arbeit ab.

arteck

weiss einer warum ?? auch gerne per PN

Rushmed

Wie ist jetzt der Status des Adapters?
Gibt es noch weitere Entwicklung?
Wie siehts mit der node 20 Kompatibilität aus?

Hatte da schon ein Issue aufgemacht:
https://github.com/iobroker-community-adapters/ioBroker.device-watcher/issues/372

Finde den Adapter klasse!

Wildbill

@rushmed Also bei mir läuft device-watcher 2.12.1 problemlos mit NodeJS 20 und dem damit einhergehenden NPM 10. Keine Auffälligkeiten, keine komischen Meldungen im Log, läuft einfach.
Welche Probleme hast Du damit?

Gruss, Jürgen

DeeKay 0

Hat sich das mittlerweile mal jemand angesehen? Oder geht das nur bei mir nicht? Egal was ich versuche, die device-watcher-datapoints des ping-adapters werden nicht mal aktualisiert.
Wenn ich im Ping-adapter neue devices hinzufüge, werden weder countAll noch listAll im device-wachter für den ping-adapter aktualisiert.

Hiltex

@deekay-0
Ping wird bei mir ganz normal verarbeitet. Wenn Geräte offline sind meldet der Adapter das sofort, wenn sie wieder online sind verschwinden die Meldungen auch sofort wieder.

Ich hab hingegen Probleme mit der Überwachung von Instanzen. Wenn eine Instanz aussteigt wird das sofort erkannt, aber wenn sie wieder normal ist, dann muss ich oft die Device-Watcher-Instanz neu starten, damit die Meldung verschwindet. Das passiert insbesondere bei dem iot-Adapter.

Bei der regelmäßigen Meldung über gestörte Instanzen taucht mittlerweile 3x „undefined: nicht verbunden mit Gerät oder Service“

? Offline

@deekay-0

bei mir funktionierts. System: buanet docker v10.0.1-beta1 node 22, js-controller 6.0.9, device-watcher adapter v2.12.1

NEWS

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

Support us

768

32.4k

81.4k

1.3m