UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Ein ehemaliger Benutzer]

@bommel_030 hm komisch, stimmt. hab es selbst mal getestet an einen Türsensor. alarm steht an öffne ich die Tür einmal und schließe sie wieder geht der lowbat status in meinem adapter zurück obwohl er bei hm rpc noch anliegt. Ist ja wieder strange =/. Kann ja auch nie mal eben schnell einfach gehen mit HM :dizzy_face: Muss ich morgen noch mal prüfen warum das so ist.

Wegen deinen anderen HM Geräten: waren es zufällig HM-CC-RT-DN? Also irgendwelche Ventile mit dem Fault Reporting?

[bommel_030]

@ciddi89
Respekt, gut geraten, klassische HM Heizkörperventile.

[crunchip]

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

wenn es die Tage keine Beschwerden mehr gibt.

zwar keine Beschwerde, eher ein Frage:
warum kommen solche Meldungen wenn ich die Instanz Jarvis deaktiviere/deaktiviert ist
zu überwachende Geräte
Number of selected adapters: 7. Loading data from: Ble, Shelly, Sonoff, Unifi, Wled, Yeelight, Zigbee2MQTT

device-watcher.0
2023-01-05 08:05:12.766	warn	Jarvis instance is not running. Message could not be sent. Please check your instance configuration.

device-watcher.0
2023-01-05 08:05:12.765	warn	Jarvis instance is not running. Message could not be sent. Please check your instance configuration.

device-watcher.0
2023-01-05 08:05:12.764	warn	Jarvis instance is not running. Message could not be sent. Please check your instance configuration.

device-watcher.0
2023-01-05 08:05:12.763	warn	Jarvis instance is not running. Message could not be sent. Please check your instance configuration

[Ein ehemaliger Benutzer]

@crunchip kommt die Warnungen direkt beim abschalten der Instanz? Normalerweise sollte die nur kommen wenn in den Benachrichtigungseinstellungen eine Jarvis Instanz ausgewählt wurde, diese aber beim senden einer Nachricht nicht läuft.

[crunchip]

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

kommt die Warnungen direkt beim abschalten der Instanz?

nein, soweit ich sehe, irgendwann zwischen drin mal, bzw wenn ein Gerätestatus(nicht erreichbar) sich ändert.
Es hagelte Reihenweise, weil ich den zigbee2mqtt neu gestartet hatte

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

in den Benachrichtigungseinstellungen eine Jarvis Instanz ausgewählt wurde

ist bei mir telegram
und ich wüsste auch sonst nicht was jarvis damit zu tun hat

[Ein ehemaliger Benutzer]

@crunchip sicher das es bei Jarvis auf ‚keine‘ steht?

[crunchip]

@ciddi89 du meinst doch das hier?

[Ein ehemaliger Benutzer]

@crunchip genau, und wenn du da Jarvis wählst muss bei Instanz ‚keine’ stehen. Ansonsten kommt es zu der Meldung.

[crunchip]

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

und wenn du da Jarvis wählst muss bei Instanz ‚keine’ stehen

das hab ich auch gerade entdeckt, ich hatte da noch nie was ausgewählt/angeklickt, ausser telegram

wurde mir wohl scheinbar irgendwann "untergejubelt", habs jetzt umgestellt, sollte dann ja funktionieren

[Ein ehemaliger Benutzer]

@bommel_030 naja hab ein bisschen geschummelt und es gibt wohl offensichtlich nur diese Ventile die den Status an diesen Datenpunkt senden. :D

Aaaaaber nach stundenlanger Fehler suche :cold_sweat: habe ich nun endlich herausgefunden was falsch war und die LowBat Geräte bleiben in der Liste, solange wie der LowBat auch ansteht. :hugging_face:
Außerdem habe ich die Ventile auch mit reingenommen. :)

[Ein ehemaliger Benutzer]

@ciddi89

Hi, gerade auf 2.3.1 geupdatet, aber leider wird mqtt-Nukihub nicht gefunden, hab da 4 Schloesser drin..
Wie ist denn der Id-Selector, auf den du triggerst?

Bei mir ist das mqtt.1.Schlossname.battery.level und Schlossname ist dann jedesmal verschieden, schau:

Denke bei sowas vielleicht noch ne wildcard bei dem Schlossnamen rein machen? oder was meinst du?

[Ein ehemaliger Benutzer]

@ilovegym aaah okay nun sehe ich. Ja war mir vorher nicht bewusst da ich nur ein Schloss habe 😅 werde das dann auch so umändern das er den Namen vom Ordner zieht damit das passt. Werde ich heut Abend mal eben machen. :)

[Ein ehemaliger Benutzer]

@ciddi89 Du bist der BESTE !! Vielen Dank schonmal !
:+1: :+1: :+1: :+1:

[da_Woody]

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

Ja war mir vorher nicht bewusst da ich nur ein Schloss habe

tja, gibt halt so typen wie @ilovegym , die immer übertreiben müssen...
trotzdem für deine gute arbeit!

[bommel_030]

@ciddi89
So, zur eingestellten Zeit werden alle meine drei schwachen Batterie-Kandidaten gemeldet und tauchen auch alle in den entsprechenden Datenpunkten auf. Wenn das den Rest des Tages so bleibt könnte man glatt mal darüber nachdenken die Batterien auszutauschen :-D
Damit es nicht langweilig wird, lasse mich auch regelmäßig über Updates informieren. Momentan stehen keine an und ich werde darüber informiert. Siehst du eine Möglichkeit die Nachricht nur zu schicken wenn auch noch Updates anstehen?

[Ein ehemaliger Benutzer]

@bommel_030 was für Updates?

[Ein ehemaliger Benutzer]

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

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

Ja war mir vorher nicht bewusst da ich nur ein Schloss habe

tja, gibt halt so typen wie @ilovegym , die immer übertreiben müssen...

Kennste den Spruch: "viel hilft viel" ?? :joy:

Ich muss ja meinem inneren Nerd gerecht werden... :grimacing:

[da_Woody]

@ilovegym
fein, daß du humor hast!

[Ein ehemaliger Benutzer]

@da_Woody ja der eine übertreibt mit Tabellen, der andere mit Schlösser :D irgend etwas ist ja immer xD
Ich habe aber euch auch zu danken. Dadurch wurde der Adapter erst zu dem, was er nun ist. :)

@ilovegym ist erledigt :raised_hands:

https://github.com/ciddi89/ioBroker.device-watcher/commit/542fca76cd10cff88d2ee11a66d6e1fccd761a48

[da_Woody]

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

Dadurch wurde der Adapter erst zu dem, was er nun ist.

so soll es auch sein!