Test Adapter Device-Watcher v2.x.x GitHub/Latest
-
@ciddi89 Debuglog:
host.ioBroker 2022-09-07 18:57:22.128 info Restart adapter system.adapter.device-watcher.0 because enabled host.ioBroker 2022-09-07 18:57:22.128 error instance system.adapter.device-watcher.0 terminated with code 6 (UNCAUGHT_EXCEPTION) device-watcher.0 2022-09-07 18:57:21.582 warn Terminated (UNCAUGHT_EXCEPTION): Without reason device-watcher.0 2022-09-07 18:57:21.582 info terminating device-watcher.0 2022-09-07 18:57:21.581 info cleaned everything up... device-watcher.0 2022-09-07 18:57:21.580 error Cannot read properties of undefined (reading 'captureException') device-watcher.0 2022-09-07 18:57:21.580 error TypeError: Cannot read properties of undefined (reading 'captureException') at DeviceWatcher.errorReporting (/opt/iobroker/node_modules/iobroker.device-watcher/main.js:1898:38) at DeviceWatcher.onReady (/opt/iobroker/node_modules/iobroker.device-watcher/main.js:290:9) device-watcher.0 2022-09-07 18:57:21.580 error unhandled promise rejection: Cannot read properties of undefined (reading 'captureException') device-watcher.0 2022-09-07 18:57:21.580 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). device-watcher.0 2022-09-07 18:57:21.579 warn Error catched and sent to Sentry, error: [[onReady]] error: Cannot read properties of undefined (reading 'captureException') device-watcher.0 2022-09-07 18:57:21.579 warn Error catched and sent to Sentry, error: [[main]] error: Cannot read properties of undefined (reading 'captureException') device-watcher.0 2022-09-07 18:57:21.579 warn Error catched and sent to Sentry, error: [[main - create and fill datapoints for each adapter]] error: Cannot read properties of undefined (reading 'captureException') device-watcher.0 2022-09-07 18:57:21.579 warn Error catched and sent to Sentry, error: [[createDataForEachAdapter]] error: Cannot read properties of undefined (reading 'captureException') device-watcher.0 2022-09-07 18:57:21.579 warn Error catched and sent to Sentry, error: [[writeDatapoints]] error: Cannot read properties of undefined (reading 'localeCompare') device-watcher.0 2022-09-07 18:57:21.275 info Found items on the blacklist: device-watcher.0 2022-09-07 18:57:21.275 info Number of selected adapters: 4. Loading data from: Alexa2, Fritzdect, Sonoff, Zigbee ... device-watcher.0 2022-09-07 18:57:21.266 info starting. Version 1.0.0 in /opt/iobroker/node_modules/iobroker.device-watcher, node: v16.17.0, js-controller: 4.0.23 device-watcher.0 2022-09-07 18:57:21.162 info Plugin sentry Sentry Plugin disabled for this process because sending of statistic data is disabled for the system -
@stephan-schleich der Adapter steht nicht auf debug log
bitte wie unten im Bild erst auf Expertenmodus gehen und dann bei Instanzen unter devicewatcher den log Mode von Info auf debug stellen. Sorry schon mal für die handyscreenshots 
-
@ciddi89 sagte in Test Adapter Device-Watcher v1.x.x GitHub/Latest:
@jb_sullivan hmm das ist komisch. Ist das schon länger so oder war es heute die erste Nachricht? Dann vielleicht morgen noch mal gucken und sonst muss ich mal auf Fehler suche gehen.
Ich habe den Adapter erst vorgestern installiert. In den drei Mails die ich bislang bekommen habe, sah es immer so aus wie in dem Beispiel oben. In der Mail nur ein Gerät, in der Liste alle die kleiner als der definierte Schwellwert (35%) sind.
Sollte man eigentlich so hinbekommen, um welche Geräte / Adapter handelt es sich denn?
Einen Roomba Saugroboter (Roomba Adapter) und einen Rasenmähroboter (Innogy Adapter) . In diesen Adaptern gibt es jeweils Datenpunkte die die Akku Werte in % ausgeben
-
@jb_sullivan Oki danke für die Info, ich werde das morgen Mittag mal testen.
-
@jb_sullivan mir hat das heut Abend doch keine ruhe mehr gelassen und habe den Fehler gefunden und gefixed. Nach einem Update sollten alle Geräte in der Nachricht mit niedriger Batterie auftauchen.
Wegen den anderen Geräten/Adaptern gucke ich die Tage wenn ich Zeit habe das ich diese implementiert bekomme.
-
@ciddi89 sagte in Test Adapter Device-Watcher v1.x.x GitHub/Latest:
@jb_sullivan mir hat das heut Abend doch keine ruhe mehr gelassen und habe den Fehler gefunden und gefixed. Nach einem Update sollten alle Geräte in der Nachricht mit niedriger Batterie auftauchen.
Was auch immer du gefunden hast, es hat bei mir zu einen neuen Effekt geführt. Die Anzahl der gefundenen Devices hat sich von 92 auf 102 erhöht.
Diese Erhöhung resultiert vermutlich aus einem Fehler des Sonoff Adapter. Bei mir werden im Sonoff Adapter seit Jahren immer wieder "Kryptische" Geräte angelegt, deren Inhalt lediglich ein "alive=true oder false" ist.
Diese Geräte werden nun auch von deinem Adapter gefunden und in die Listen mit aufgenommen.
Von Zeit zu Zeit lösche ich dann diese kryptischen Geräte, ohne das es irgend einen Effekt für mein System hat. Keine Ahnung was der Sonoff Adapter da macht.
Ob das mit den Mails funktioniert kann ich dir erst heute Mittag sagen, da hier ja scheinbar ein fixer Sendezeitpunkt hinterlegt ist. Vielleicht eine Idee für die Zukunft, auch diesen Sendezeitpunkt als frei editierbaren Parameter in die Instanz Einstellungen mit aufzunehmen.
PS: Ich weiß nicht was du für eine zusätzliche Device Erkennung brauchst, aber hier wären die Datenpunkt Namen der beiden oben genannten Geräte
ROOMBA
roomba.0.states.batteryMähroboter
innogy-smarthome.0.Garten.Wall-E.BatteryLevel- wobei hier "Garten/Wall-E" individuelle Begriffe sind, die jeder Nutzer selber vergeben kann. -
@ciddi89 doch der war so eingestellt
-
@jb_sullivan ja ich hatte vor paar Tagen den Selektor für Sonoff Geräte auf den Datenpunkt alive geändert… weil er bei einigen nicht alle Geräte gefunden hat. Daher findet er nun deine kriptischen Geräte. Irgendwie kommen die meisten Fehler auch nur wegen dem sonoff Adapter. Muss ich mir wohl nochmal genauer angucken.
Das die Benutzer in Zukunft selbst die Zeit einstellen können kommt bald noch. Zusätzlich kommt dann noch das man eine Benachrichtigung kommt wenn zb lowbat states auf True wechseln.
Haben die Geräte noch rssi datenpunkte oder Erreichbarkeit? Am besten hilft mir immer ein Screenshot mit dem objektbaum eines Gerätes
-
@ciddi89 sagte in Test Adapter Device-Watcher v1.x.x GitHub/Latest:
Haben die Geräte noch rssi datenpunkte oder Erreichbarkeit? Am besten hilft mir immer ein Screenshot mit dem objektbaum eines Gerätes
Der Mähroboter leider nicht
Der Saugroboter auch nicht so wirklich, obwohl er einen DP für die Signal Qualität hat, was aber wohl nicht dem RSSI entspricht - vermute ich.
-
@jb_sullivan der Saugroboter hat aber wenigstens battery, connected und signal. Sind für mich die wichtigsten Punkte. Was steht denn bei Signal in der JSON wenn du rechts auf das stiftsymbol gehst was ist min und was ist der Max wert?
-
@stephan-schleich das ist sehr merkwürdig. Da fehlen aber die ganzen debug reports das er die Funktionen startet und so. Zumindest die ersten hätte ich erwartet und sollten auf jedenfall anlaufen. War denn schon mal eine Instanz vorhanden und wurde dann noch mal neu installiert? Am besten Instanz löschen, Adapter löschen und noch mal neu installieren. Irgendwas ist da komisch sonst.
-
@ciddi89 Hab ich bereits gemacht als ich auf V1 bin
- Aber ist für mich jetzt nicht so tragisch wollts nur reporten -
@stephan-schleich ja ich habe den Fehler bereits per sentry Report bekommen. Er meckert rum weil die id von den Sonoff Geräten Geräten falsch sind. Hast du da Geräte wo vor dem Namen noch ein Punkt ist oder so? Leider bist du bis jetzt der einzige User mit dem Fehler. So sieht die Fehlermeldung aus die ich bekommen habe:
-
@ciddi89 sagte in Test Adapter Device-Watcher v1.x.x GitHub/Latest:
Was steht denn bei Signal in der JSON wenn du rechts auf das stiftsymbol gehst was ist min und was ist der Max wert?
MIN/MAX Werte kann ich dir nicht sagen. Habe den DP nie aktiv beobachtet.
{ "common": { "name": "Signal strength", "role": "value", "type": "number", "write": false }, "type": "state", "native": {}, "from": "system.adapter.roomba.0", "user": "system.user.admin", "ts": 1626786483274, "_id": "roomba.0.states.signal", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } } -
@jb_sullivan ok danke. Normalerweise wird sowas darin hinterlegt. Ist hier aber leider nicht der Fall. Werde den Datenpunkt erstmal so übernehmen als Prozentwert.
-
@jb_sullivan der Saugroboter hat noch einen Ordner namens device, gibt es dort oder vll im anderen Ordner irgendwo ein Datenpunkt wie ID oder name oder ähnliches in der art wo ich den Namen/id von beziehen könnte?
//Edit: hat sich erledigt. Habe schon eine Auflistung gefunden.
//Edit2: Der Roomba Adapter ist mit drin. Innogy-Smarthome muss ich mir vorher nochmal genauer angucken.
-
Mal ne Frage, ich habe 10 Steckdosen die über den Sonoff Adapter laufen. Diese sind aber nur zur Weihnachtszeit eingesteckt. Wenn ich diese jetzt auf die Blacklist setze welche Auswirkungen hat das genau, sowie ich das sehe, werden diese dann generell nicht mehr beachtet? Ich hätte halt gerne das ich in meiner VIS / JSON Tabelle sehe ob die Steckdosen verbunden sind oder nicht aber ich möchte für diese halt keine Nachricht bekommen, nevt momentan wenn man jeden Tag die Nachruicht bekommt das dieSonoff Steckdosen alle aus sind
-
So die Mail kam eben und jetzt passt das auch mit den Listeneinträgen zusammen.
-
@jb_sullivan top dann passt es jetzt ja! Danke für die Rückmeldung.
@Malz1902 Derzeit ist es so das diese Geräte dann generell nicht mit aufgelistet werden. Ich habe aber auf der ToDO Liste den Punkt in der Blacklist zwei Checkboxen mit reinzunehmen mit 'Nur in Benachrichtigung Ignorieren' oder 'Komplett Ignorieren'. Dieser Punkt steht aber bisslang noch ganz hinten an.
-
@ciddi89 ah perfekt, nope eigentlich nicht (in der vorherigen Version gings noch eiwnandfrei)
