Hier schon mal meine leihenhafte Lösung für das Problem:
in Datei
/opt/iobroker/node_modules/iobroker.jarvis/www/static/js/main.88d11915.chunk.js (jarvis 2.2.3)
/opt/iobroker/node_modules/iobroker.jarvis/www/static/js/main.1a61ba6f.chunk.js (jarvis 2.2.1)
muss Date.now()<1638313199e3} gegen true} getauscht werden.
Sollte dann so aussehen.
{key:"isPro",value:function(){return true}}
Backup der original Datei ist sinnvoll!
Ich starte bei mir mittels exec in Blockly Instanzen bei Bedarf neu.
Es muss ja nicht zwingend dauerhaft per Cron sein. Der exec Block sitzt natürlich in einem Skript mit Trigger und Bedingungen.
@haus-automatisierung Vielen Dank für den Tipp! Aber da geht noch mehr:
Nummer 3 ist bestellt 
Habe meine Regensensor Platine nun seit Ende Dezember am Aqara Sensor und bin sehr zufrieden.
Regenbeginn wird zuverlässig und bereits nach den ersten paar Tropfen erkannt.
Regenende ist dagegen schwieriger weil ohne Sonne sich einzelne Tropfen länger auf der Platine halten und so weiterhin Kontakt herstellen. Das ist aber für meine Anwendungsfälle nicht kritisch. Daher finde ich diese <10 EUR Lösung vorerst sehr gelungen.
@apollon77 sagte in js-controller 3.3 jetzt im Beta:
@diginix sagte in js-controller 3.3 jetzt im Beta:
Diese Adapter (radar2, telegram, onkyo, yeelight) habe ich dann selbst gepatcht.
Hast Du PRs gemacht? Wäre ja schade wenn Deine Arbeit unsichtbar bleiben würde
Onkyo
https://github.com/ioBroker/ioBroker.onkyo/pull/58
Telegram
https://github.com/iobroker-community-adapters/ioBroker.telegram/pull/242
Yeelight-2
https://github.com/iobroker-community-adapters/ioBroker.yeelight-2/pull/98
Die Datentypen bzw ack Probs von radar2 hat jemand anderes schon in seinem Fork gefixed. Da wäre ein PR von mir damit frech. Leider weiß ich gerade nicht mehr welcher Fork das war.
Bei mir kommt neuerdings wenn ich Alexa irgendwas frage worauf sie keine Antwort findet: "Das weiß ich leider nicht, aber Wer darf es erledigen ist aktiviert, möchtest du diesen Skill öffnen?"
"Wer darf es erledigen" ist ein Skill, der sonst direkt angesprochen werden muss und einfach nur zufällig einen Namen aus meinem Haushalt würfelt. Nun scheint Amazon bestimmte Dinge einfach irgendwelchen Skills zuzuordnen. Wenn es entfernt etwas mit iot Geräten zutun dann anscheinend dem custom iobroker. Oder bei vollkommener Ahnungslosigkeit dann zB dem Skill der "am nächsten" dran ist.
Die KI dahinter scheint aber noch recht dumm zu sein.
@da_woody Ja dann passt das bei dir auch. Ich habe keine 20 Shelly. Also allein da hast du schon 4 mal so viel und die haben ja nicht wenige Objekte.
Und da sagt @apollon77 "hut ab" bei meiner kleinen mini iobroker Instanz 
@Qlink \d matcht nur bei Ziffern. Gebrochene Zahlen enthalten aber Ziffern plus Dezimaltrennzeichen. Auch wenn dieser ein Punkt ist, würde \d nicht matchen. Alle Trennzeichen müssen explizit mit ins regex.
So sollte es funktionieren:
"Estimated Runtime"[^\:]+:\s\"(\d+,\d+)
Ich glaube ich habe nun die Lösung und es ist kein Bug.
Die Gruppe muss zusätzlich "list" als Berechtigung für Zustand und Objekt erhalten seit JS-Controller 2.x
Hatte @apollon77 mir auch schon mal als Tipp gegeben. Nach Änderungen der Gruppenrechte muss aber die simple-api Instanz jedes mal neu gestartet werden damit die Änderungen auch greifen. Das hatte ich bisher nicht gewusst.
Ich prüfe bei meinen Temperatursensoren alle 15 Minuten ob der letzte Wert jünger als 4h ist. Andernfalls bekomme ich eine Nachricht über Telegram mit dem Namen des Sensors und wann er das letzte mal eine Änderung geliefert hat.
Bei Türsensoren funktioniert das so natürlich nicht weil die ja auch mal tagelang keine Änderung bekommen können.
Generell ist diese Lösung auch rebootfest.
@ChrisXY
Wenn du es nicht zyklisch per Cron prüfen willst, könntest du auch nach dem letzten Ausschalten der Pumpe dessen Zeitstempel + 7x24h in ein eigenes Objekt schreiben und dann genau zu diesem Zeitpunkt einen Cron auslösen.
Das würde dann nur genau 1mal getriggert wenn die Pumpe nicht binnen der 7 Tage wieder eingeschaltet war und so der Objektwert für den Cron wieder weiter in die Zukunft geschoben wurde.
Müsste sogar ohne neues Objekt funktionieren in dem du direkt "letzte Änderung" des Energiewertes der Pumpe + 7 Tage (604800000 Millisekunden) für den Cron nutzt.
@michael-1975 Bei mir ist der Adapter nun auch wieder grün.
Seit heute funktioniert der Adapter bei mir gar nicht mehr und bleibt rot.
mielecloudservice.0 2025-04-02 15:51:56.723 error Error: Unable to authenticate user! Your credentials seem to be invalid. Please double check and fix them.
mielecloudservice.0 2025-04-02 15:51:56.726 warn options country: [de-DE]
mielecloudservice.0 2025-04-02 15:51:56.727 info Login attempt wasn't successful. Connection retry in 31.849 Seconds.
mielecloudservice.0 2025-04-02 15:51:56.729 info Terminated (ADAPTER_REQUESTED_TERMINATION): Terminating adapter due to inability to authenticate.
Die Android Miele App funktioniert mit denselben Logindaten weiterhin.
@lesiflo Wahrscheinlich liegt es tatsächlich multiMATIC vs. sensoCOMFORT. Der Adapter heißt zwar "..multimatic-senso..", suggeriert also mit beiden zu können. Auf github steht leider nicht explizit welche Hardware funktioniert bzw. welche nicht. https://github.com/TA2k/ioBroker.vaillant.
Verbunden ist der Adapter bei euch ja demnach auch korrekt, nur die Steuerung funktioniert eben nicht.
@lesiflo Hast du auch mal 1 statt 0 probiert?
Bei mir ist eine multiMATIC 700 im Einsatz und per Internetmodul VR921 im Netzwerk. Vaillant bietet da aber glaube auch andere Komponenten. Ggf. spielt das auch noch mit rein.
@lesiflo Wenn es HA kann, kann es der iobroker Adapter ziemlich sicher auch. Man könnte schauen was für ein Payload HA an Vaillant sendet. Und ob das mit iobroker und dem Vaillant customCommand Objekt mit passendem JSON nicht auch funktioniert. Bei mir klappt es ja, aber ich musste auch testen welche Zone korrekt ist. Die teurere Variante mit mehr Hard- und Software geht natürlich auch.
Um state.zones01.desiredRoomTemperatureSetpoint zu ändern, muss ich z.B.
{
"url": "zone/0/heating/quick-veto",
"data": {
"desiredRoomTemperatureSetpoint": 20,
"duration": 1
},
"method": "POST"
}
in vaillant.0.*.remote.customCommand schreiben. Da ist es also Zone 0 im JSON obwohl das Objekt zones01 ist.
@pompon
Setze ich bei mir mit folgendem JSON
{
"url": "zone/1/heating/comfort-room-temperature",
"data": {
"comfortRoomTemperature": 20
}
}
in dieses Objekt: vaillant.0.*.remote.customCommand
Probiere also mal eine andere ID der Zone. In der Vaillant App habe ich dann geschaut ob es korrekt in der Anlage ankommt.
@michael-1975 Was stand denn im Log bei dir?
Waschmaschine geht bei mir auch nicht. Hab ein Issue erstellt.
@walter-white Wenn du in einigen Blockly Skripten fb-checkpresence Objekte nutzt, exportiere die Skripte als XML und search/replace die Objekt IDs dann in einem Texteditor mit den äquivalenten vom tr-064 Adapter. Danach einfach das editierte Skript XML wieder importieren. Wenn es Javascripte sind, dann ist search/replace ja einfach. Oder du stellst die Skripte auf alias Objekte um und kannst im alias dann beliebig oft die Quell ID wechseln.
@walter-white Nutze den fb-checkpresence nur für Geräte im Gäste WLAN. Für "echte" Anwesenheit nutze ich ping, radar und tr-064 Adapter. Letzterer zeigt mein Smartphone nur als anwesend an wenn es wirklich im lokalen Wifi angemeldet ist. Wenn ich nicht zuhause bin, ist permanent ein WG Tunnel am Smartphone offen. Es ist also mit FritzOS 8.02 und dem tr-064 möglich. K.a. was der anders macht als der fb-checkpresence. Ping und radar zeigen das Smartphone ebenfalls als offline, weil es im VPN ja auch eine andere IP als direkt im Heimnetz hat.
