NEWS

@hotspot_2 Kontrolliere ich, wieso da die Datenquellen auch verdoppelt werden. Das sollte natürlich nicht der Fall sein.

@elektrofix-ol Ja, mit dem SVG kann man ansonsten nichts anstellen. Außer es aus- und einblenden.

@black-falcon87 danke für den Tipp.

Werde ich probieren

@trojanhector Die Astrozeit wurde eher gar nicht aktuallisiert. Habe das mal auf GIT angepasst.
Keine Ahnung was du das für ein Script verwendest aber über den Javascript Adapter kommt auch für heute 17:06 Uhr (inkl. Timezone) raus.

Screenshot 2025-01-24 195739.png

Habe aber jetzt ein anderes Problem was mir in diesem Zuge aufgefallen ist. Was ist wenn heute deaktiviert ist!!! Es wird dann trotzdem die Zeit angezeigt...Hm, sollte ich vielleicht ändern.

Gruß//Lucky

@chiroptera er findet keine Station wird da was geblockt Firewall oder ähnlich? Stimmen alle Anmeldedaten? irgendwas anderes in den Logs zu sehen?
Wie lange hast du gewartet nach dem Neustart des Adapters? Ist dein System auf dem neuesten Stand?
Grüße Fabio

@d3ltoroxp sagte in Test Adapter ioBroker.imap latest/stable:

@lucky_esa Wie bekommen das dann aber immer die normalen Mail Programme hin, wie Thunder, Better oder Outlook App ?
Was muss er da frei geben ? Ich kann ja spaßhalber mal anfragen ?

Diese Programme verwenden eine UUID die wohl kostenpflicht ist. Damit geben Sie sich bei dem Konto zu erkennen. Schau bitte mal in meine Anleitung unter "OAuth2". Da ist beschrieben wie man an seine Daten kommt.

Gibt es auch in deutsch

Gruß//Lucky

@holgerwolf ja, da hast du Recht, du musst auch die OID's aller anderen Datenpunkte "verbiegen". das hast du sicher in der alten vis auch gemacht.
Im Pfad

heatingcontrol.0.vis

werden die Werte abhängig von

heatingcontrol.0.vis.ChoosenRoom

abgelegt.
Du kannst aber auf die Profilparameter direkt zugreifen, die unter

heatingcontrol.0.Profiles.1.Raum1

und

heatingcontrol.0.Profiles.1.Raum2

liegen.

@as Die Einstellungen sind durch das Mitschreiben bei meinem Wechselrichter entstanden. Ich kann nur den ersten Time Slot verwenden, da ich in der Firmware des Wechselrichters keine weiteren Einstellungen vornehmen kann. Alle anderen Time Slots zerstören die Konfiguration. Dieses Verhalten tritt übrigens auch auf der Webseite bei mir auf.

Gerne kannst du die Einstellungen bei dir mitschreiben, und ich schaue mir an, wie man das zusammenführen kann. Wie das geht? Siehe oben...

@erstam wo stelle ich bitte den Adapter auf "Debug" ein? Unabhängig von diesem Vorschlag bin ich aktuell mit der Steuerung per Google-Kalender sehr zufrieden; das Offset gilt über die Zeitdauer des gesamten Kalendereintrags.
So habe ich beispielsweise gerade heute Morgen anlässlich einer abendlichen Familienfeier einen Offset von -1,5 in einem Raum im Google-Kalender gesetzt um zu verhindern, dass bei 12 Personen im Raum dieser überhitzt wird. Das ist sehr praktisch, da ich jetzt nicht mehr über die heute Abend laufenden Temperaturszenen schauen und morgen wieder alles zurücknehmen muss. Dabei ist die Reaktionszeit der FBH zu beachten - eine vorausschauende Planung ist dadurch möglich.

@der-eine Der HUE Motion Sensor kann dann ja auch ein Reload auslösen.
https://mcuiobroker.gitbook.io/jarvis-infos/jarvis-v3/besonderheiten-v3/scripts-3.1.x-pro/sonstige-skripte/reloadpage

@arteck
Das Problem liegt vermutlich eher daran, dass der Adapter den (vermutlich geänderten Aufbau des JSON) nicht mehr automatisch in Datenpunkte zerlegt.
Habe mal auf Verdacht eine zweite Instanz aufgemacht.
Bei evcc.0 waren die DP so:
Screenshot 2025-01-24 160904.png
Die Instanz evcc.1 (neu) dann so:
Screenshot 2025-01-24 160845.png
Da werden die DP gar nicht mehr erzeugt und daher auch die Bestandsdatenpunkte nicht mehr aktualisiert.
Aus dem grid-DP kann man die Werte aber problemlos rauslesen, wenn benötigt.
Per MQTT würden die unter evcc/site/grid geliefert:
Screenshot 2025-01-24 161840.png

@haus-automatisierung Konntest Du wegen der verschobenen Anzeige schon mal nachsehen? Wenn ich die Daten per Blockly an die Uhr gebe habe ich das auch. Wenn ich aber die "nicht vorhandenen Leerzeichen" vor und hinter dem Wert entfernen lasse, dann funktioniert es

@tombox Werde mal schauen was ich in Frigate anpassen kann. Wie geschrieben hat es mich nur gewundert das die Aufzeichnung nöch das richtige format hat.

@codierknecht zur Info, bisher läuft der von Dir überarbeitete Adapter stabil und zuverlässig 🙂

Feature Request
Moin,
es wäre noch schön wenn man die Verbrauchswerte der Geräte übertragen würde, in der App werden sie angezeigt.

Viele Grüße!

@bahnuhr sagte in Test Adapter BMW/Mini v2.0.0:

wirklich, da steht doch 404

Ja, das war ja auch nur ne stumpfe Abfrage, wie die Kommunikation läuft. Wenn man genauer hinschaut, steht da auch "verbunden". Die 404 wird gesendet, weil die URL nicht komplett war.

@mcm1957 Ich denke, dass da im Moment noch etwas nicht ganz so läuft, wie es soll.
Wie @garfonso in den letzten Posts schreibt.

@tombox sagte in Test Adapter VeSync:

was sagt der debug log

ich glaub ich habs (teilweise)

Um einen Kochforgang zu starten, muss in vesync.0.vssk8fa8b19425c9c4ffe882e0027886.remote.cookMode der DP dementsprechend beschrieben werden.

{ "accountId": "xxxxxxxxxxxxx", "appointmentTs": 0, "cookSetTemp": 175, "cookSetTime": 15, "cookStatus": "cooking", "customRecipe": "Manuell", "mode": "custom", "readyStart": true, "recipeId": 1, "recipeType": 3, "tempUnit": "celsius" }

Das hat funktioniert (Ich muss also zB in VIS den Inhalt an den DP schicken? Wie?).

Aber vesync.0.vssk8fa8b19425c9c4ffe882e0027886.remote.startCook macht nichts.

{ "accountId": "xxxxxxxxxx", "cookTempDECP": 0, "hasPreheat": 0, "hasWarm": false, "imageUrl": "", "mode": "Chicken", "readyStart": true, "recipeId": 2, "recipeName": "Huhn", "recipeType": 3, "startAct": { "appointingTime": 0, "cookSetTime": 780, "cookTemp": 210, "cookTempDECP": 0, "imageUrl": "", "level": 0, "preheatTemp": 0, "shakeTime": 0, "targetTemp": 0 }, "tempUnit": "c" } vesync.0 2025-01-24 08:54:12.554 info {"traceId":"xxxxxxxxxxxxxxx","code":-11000030,"msg":"illegal argument","module":null,"stacktrace":null,"result":null}

mehr kommt da nicht. Auch keine Debug-Meldung.

Kochvorgang gestartet und dann versucht mit vesync.0.vssk8fa8b19425c9c4ffe882e0027886.remote.endCook zu beenden, funktioniert nicht.

vesync.0 2025-01-24 08:56:33.350 info {"traceId":"xxxxxxxxxxxxxxx","code":-11000030,"msg":"illegal argument","module":null,"stacktrace":null,"result":null}

PS: ich lese im Thresd immer wieder von .status.stepArray01.mode und .remote.setPurifierMode.
Diese gibt es bei mir nicht.

4c4d1f07-f5c1-4b58-b6cf-05cbd4e01311-image.png