NEWS
Test Adapter Device-Watcher v2.x.x GitHub/Latest
-
@gelberlemmy hallo,
Bei den TypeError Fehler bin ich bei. Eigentlich sollte das gefixt sein und bei einigen Usern hat es geholfen. Weiß aber gerade echt nicht warum er den noch gibt, da ich was das angeht, alles rückgängig gemacht habe wie es bei der 2.9.14 war.
Und ja die Spalten Namen haben sich teilweise geändert. Der Adapter wurde komplett übersetzt damit das Durcheinander mit dem deutsch/englischen weg ist und wählt nun die passende Sprache von der Systemeinstellung. Steht aber auch im Changelog. :)
-
@ciddi89 somit ist's ja empfehlenswert Adapter stoppen, Objekte löschen, updaten, starten.
Gibt's keine alten DPs. -
@da_woody in der Regel reicht Adapter neu Start aus. :) Aber ja so wäre es ein richtiges clean up
-
@da_woody naja an den Datenpunkten selber und deren Namen hat sich auch nichts geändert. Nur der Inhalt :)
-
@da_woody dieses Mal nicht, Ehrenwort 😃.
Ja aber du hast recht hier bei iobroker ist es wirklich sinnvoll hin und wieder mal den Datenpunktbaum zu löschen und neu erstellen zu lassen. Ist manchmal Strange das System.
-
@da_woody dieses Mal nicht, Ehrenwort 😃.
Ja aber du hast recht hier bei iobroker ist es wirklich sinnvoll hin und wieder mal den Datenpunktbaum zu löschen und neu erstellen zu lassen. Ist manchmal Strange das System.
@ciddi89 danke für die Info. Werde mal die Datenpunkte löschen. Mal sehen was passiert. Und dann schaue ich mir einmal die JSON Tabelle an, was sich da eventuell geändert hat.
-
@ciddi89 danke für die Info. Werde mal die Datenpunkte löschen. Mal sehen was passiert. Und dann schaue ich mir einmal die JSON Tabelle an, was sich da eventuell geändert hat.
@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.
-
@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.
@ciddi89 ich schaue einmal
-
@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.
@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
-
@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
@gelberlemmy okay, aber der Fehler im log kommt noch?
-
@gelberlemmy okay, aber der Fehler im log kommt noch?
@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
-
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 :D
-
@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
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.
-
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.
@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 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 :)
@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 -
@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:9001Number 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.
-
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.
@ciddi89 said in Test Adapter Device-Watcher v2.x.x GitHub/Latest:
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.
-
@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? -
@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
Sorry - bitte ignorieren (habe es auf github eingetragen)
Support us
770
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge