@vocaris
Ja, Dosen sind da. Zu 90% von den früheren manuellen Wandschaltern, 10% sind es große UP-Verteilerdosen, in denen früher EIB-Instabus-Empfänger saßen. Im Moment sitzen da drin halt die die einfach- bzw. Doppelempfängermodule bzw. UP-Module von Jarolift, voll verkabelt. Schick wäre es, wenn ich wieder einen manuellen Schalter davor bekäme. Das wird bei den Doppelmodulen aber arg eng werden.

Ja, die history läuft wieder 1A!

@homecineplexx Ich hatte das Problem mit den Fehlermeldungen beim P1S auch ohne das dafür noch nicht veröffentlichte NC update. FW Stand beim P1S ist afair 09/2023. Die Ursache für den Fehler im Adapter liegt daher evtl woanders.

@BjoernF Ja, ich hätte auch gleich den Typ ändern können. Meine Reihenfolge war andersrum, ich wollte erst probieren, ob der Adapter das Objekt nach dem Löschen einfach für mich neu richtig anlegt - das war leider nicht der Fall, gab neue Fehler, und ich musste das Objekt selbst neu anlegen. Diesen (retrospektiv) umständlichen Weg hatte ich beschrieben

@apollon77 uuuh, da hab ich ja sauber daneben gelangt...

Aut. Neustart läuft jetzt natürlich, debug kommt aber auch, wenn ich wieder daheim bin und selbst testen kann.

@bicmac Im Adapter gibts die Datenpunkte bambulab.0.01P00A3A1700xxx.ams.ams.0.humidity und bambulab.0.01P00A3A1700xxx.ams.ams.0.temp

Ich verwende allerdings den Adapter wegen des Stillstands in der Entwicklung überhaupt nicht mehr und bin zum Abfragen dieser Informationen auf die Xiaomi-Sensoren umgestiegen.

@Rene55

Bei einem der beiden Inverter hat es heute funktioniert. Der hat trotz Schnee auf den Panels produziert und dann wurde auch der fragliche Datenpunkt mit der Leistung angelegt, genau wie von dir vorhergesagt. Beim anderen Inverter kam nix, obwohl die Panels eigentlich besser in der Sonne liegen und der Schnee dünner liegt. Den Unterschied hat man auch im Webinterface so sehen können, beide Logger waren erreichbar, aber nur der eine hat auch Informationen zum Inverter und etwas Leistung angezeigt. Hoffentlich liegt das nicht an einem Remote-Eingriff durch den Hersteller.

Beide Inverter wurden aber gleichzeitig gekauft, beide Logger haben durch Zwangsupdates schon die gleiche Firmware 5408_1.0B erhalten, beide wurden gestern fast gleichzeitig vollständig vom WAN getrennt und im LAN isoliert und beide wurden bisher noch nie mit dem separaten Relais betrieben - und das soll aus div. Gründen möglichst auch möglichst so bleiben und ist technisch auch anderweitig abgesichert.

@wcag22 @Rene55

Gegen ein separates Thema für die FW-Themen hab ich natürlich nichts, ich bin mir aber noch nicht sicher, ob die Firmware hier wirklich einen so maßgeblichen Einfluss hat. Schon bei meiner kleinen Stichprobe mit n=2 und übereinstimmender Firmware gibt es noch kein konsistentes Ergebnis (was aber halt auch immer noch an der unterschiedlichen Sonneneinstrahlung liegen kann). Vielleicht warten wir mit dem separaten Thema noch, bis wir sicher wissen, dass die Firmware wirklich erheblichen Einfluss auf die Funktion der beiden Adapter (cloudless/cloudbasiert) hat?

Ed.: Ich behalte das Thema im PV-Forum auch noch im Blick. Wenn sich von dort aus zusätzliche Erkenntnisse ergeben (abgesehen davon, dass ab Firmware W3-16U-5408_5.0C-S ohne externes Relais nicht mehr produziert wird), schreibe ich das auch hier.

@halsi82 Sehr hübsch!

Ich selbst verwende bisher eigene, parametergesteuerte Modelle, um bei PV-Überschuss innerhalb einer vorgegebenen Bandbreite eine Klimaanlage automatisch entweder zum Heizen oder Kühlen in unterschiedlichen Leistungsstufen mit Berücksichtigung der Schutzzeiten für den Kompressor zu regeln und um Überschusshitze aus einem kollektorgespeisten Boiler in den Pufferspeicher der Wärmepumpe abzuleiten.

Klappt zwar durchaus ordentlich, meine starren Modelle sind bei zusätzlichen Parametern aber nur schwer anzupassen und prädiktiv/adaptiv sind sie natürlich auch nicht. Wenn ich Zeit habe, werde ich mal mit Versuchen ganz ähnlich wie bei dir beginnen, aber vermutlich mit dem Assistant Adapter, der der KI direkten Zugriff auf verschiedene Datenpunkte gibt.

Den Toolbox Adapter nehme ich derzeit (zusammen mit dem iobroker custom skill und den alexa2 sowie text2command Adaptern) im Moment nur als verbesserte Sprach-Antwortmaschine für meine Echos bei schnellen Fragen (zB "Alexa, frage i o broker, welche Auswirkungen kann die Einführung von Deep Search auf den Markt für künstliche Intelligenz haben"). Wird hier im Moment wegen der Hörschwäche von Alexa gerade bei Fachbegriffen aber nicht stark genutzt. Mal sehen, ob mir da noch etwas besseres einfällt.

@Michael-K-0 Ich denke, das ist ein Missverständnis. Von @badsnoopy667 wurde nach einer Lösung gesucht, eine aktuelle Aufnahme manuell auszulösen, nicht eine vorherige Aufnahme irgendwie auszuwerten. Suche ich übrigens auch.

Mit dem Linux-Befehl "stat" kommt man nur an das Änderungsdatum des Bildes vom last Event (könnte man übrigens auch eleganter als mit einem exec lösen), der Befehl löst aber offensichtlich kein neues Bild aus.

Ed.: Ich habe gerade mal etwas rumexperimentiert: Das Änderungsdatum vom letzten Bild entspricht zwar wie von mir angenommen in allen Stichproben dem Zeitstempel der picture_html- bzw. picture_url- Objekte in iob, die beiden können also wohl gegeneinander ausgetauscht werden. Beide entsprechen aber leider nicht eindeutig dem tatsächlichen Alter des Aufnahme. Ich habe hier mehrere Bilder, bei denen das Aufnahmedatum und der Zeitstempel locker mehrere Tage auseinander liegen. Das Problem ist bei selten ausgelösten Meldern offensichtlich größer als bei häufigen Bewegungsmeldungen; anscheinend aktualisiert Eusec die abgelegten Bilder auch unabhängig von Veränderungen.

Einer Lösung zum manuellen Auslösen einer Aufnahme bin ich leider immer noch nicht näher gekommen.

@Michael-K-0 Ich denke, das ist ein Missverständnis. Von @badsnoopy667 wurde nach einer Lösung gesucht, eine aktuelle Aufnahme manuell auszulösen, nicht eine vorherige Aufnahme irgendwie auszuwerten. Suche ich übrigens auch.

Mit dem Linux-Befehl "stat" kommt man nur an das Änderungsdatum des Bildes vom last Event (könnte man übrigens auch eleganter als mit einem exec lösen), der Befehl löst aber offensichtlich kein neues Bild aus.

Ed.: Ich habe gerade mal etwas rumexperimentiert: Das Änderungsdatum vom letzten Bild entspricht zwar wie von mir angenommen in allen Stichproben dem Zeitstempel der picture_html- bzw. picture_url- Objekte in iob, die beiden können also wohl gegeneinander ausgetauscht werden. Beide entsprechen aber leider nicht eindeutig dem tatsächlichen Alter des Aufnahme. Ich habe hier mehrere Bilder, bei denen das Aufnahmedatum und der Zeitstempel locker mehrere Tage auseinander liegen. Das Problem ist bei selten ausgelösten Meldern offensichtlich größer als bei häufigen Bewegungsmeldungen; anscheinend aktualisiert Eusec die abgelegten Bilder auch unabhängig von Veränderungen.

Einer Lösung zum manuellen Auslösen einer Aufnahme bin ich leider immer noch nicht näher gekommen.

@steffen-3 Nice find, genau das war's auch bei mir. Einfach eine Ziffer im Passwort geändert und gut. Node-JS etc. ist hier nach den dankenswerten Bemühungen von Thomas Braun ohnehin aktuell, deshalb konnte es das nicht gewesen sein.

OK, war wohl nicht wichtig.

@halsi82 Sehr hübsch!

Ich selbst verwende bisher eigene, parametergesteuerte Modelle, um bei PV-Überschuss innerhalb einer vorgegebenen Bandbreite eine Klimaanlage automatisch entweder zum Heizen oder Kühlen in unterschiedlichen Leistungsstufen mit Berücksichtigung der Schutzzeiten für den Kompressor zu regeln und um Überschusshitze aus einem kollektorgespeisten Boiler in den Pufferspeicher der Wärmepumpe abzuleiten.

Klappt zwar durchaus ordentlich, meine starren Modelle sind bei zusätzlichen Parametern aber nur schwer anzupassen und prädiktiv/adaptiv sind sie natürlich auch nicht. Wenn ich Zeit habe, werde ich mal mit Versuchen ganz ähnlich wie bei dir beginnen, aber vermutlich mit dem Assistant Adapter, der der KI direkten Zugriff auf verschiedene Datenpunkte gibt.

Den Toolbox Adapter nehme ich derzeit (zusammen mit dem iobroker custom skill und den alexa2 sowie text2command Adaptern) im Moment nur als verbesserte Sprach-Antwortmaschine für meine Echos bei schnellen Fragen (zB "Alexa, frage i o broker, welche Auswirkungen kann die Einführung von Deep Search auf den Markt für künstliche Intelligenz haben"). Wird hier im Moment wegen der Hörschwäche von Alexa gerade bei Fachbegriffen aber nicht stark genutzt. Mal sehen, ob mir da noch etwas besseres einfällt.

@halsi82 Die Heizkurve musst du demnach noch manuell anpassen, d.h. deine Heizung hat keinen Datenpunkt für die Heizkurve?

@rene55 Ich schreib mal eine PN, ist hier ja eher OT

Genau, die Datenpunkte sind nun endlich auch beim 2. Inverter aufgetaucht. Der Inverter ist anders als der zugehörige Logger aber zu 95% offline und produziert dann auch nicht, ist wohl das übliche 25Hz Problem und damit ist das Ding leider schrottreif. Ich besorg mir mal einen neuen und versuche inzwischen, bei Deye ein Austauschgerät zu bekommen...

@liv-in-sky OK, dann probiere ichs nochmal mit devicestop

@liv-in-sky Die Alexa-Integration ist von Voiceflow leider beendet worden, ich kann auch deinen Flow nicht in meinen Account importieren. Funktioniert das noch bei dir oder hast du eine andere Lösung gewählt?

@Rene55

Bei einem der beiden Inverter hat es heute funktioniert. Der hat trotz Schnee auf den Panels produziert und dann wurde auch der fragliche Datenpunkt mit der Leistung angelegt, genau wie von dir vorhergesagt. Beim anderen Inverter kam nix, obwohl die Panels eigentlich besser in der Sonne liegen und der Schnee dünner liegt. Den Unterschied hat man auch im Webinterface so sehen können, beide Logger waren erreichbar, aber nur der eine hat auch Informationen zum Inverter und etwas Leistung angezeigt. Hoffentlich liegt das nicht an einem Remote-Eingriff durch den Hersteller.

Beide Inverter wurden aber gleichzeitig gekauft, beide Logger haben durch Zwangsupdates schon die gleiche Firmware 5408_1.0B erhalten, beide wurden gestern fast gleichzeitig vollständig vom WAN getrennt und im LAN isoliert und beide wurden bisher noch nie mit dem separaten Relais betrieben - und das soll aus div. Gründen möglichst auch möglichst so bleiben und ist technisch auch anderweitig abgesichert.

@wcag22 @Rene55

Gegen ein separates Thema für die FW-Themen hab ich natürlich nichts, ich bin mir aber noch nicht sicher, ob die Firmware hier wirklich einen so maßgeblichen Einfluss hat. Schon bei meiner kleinen Stichprobe mit n=2 und übereinstimmender Firmware gibt es noch kein konsistentes Ergebnis (was aber halt auch immer noch an der unterschiedlichen Sonneneinstrahlung liegen kann). Vielleicht warten wir mit dem separaten Thema noch, bis wir sicher wissen, dass die Firmware wirklich erheblichen Einfluss auf die Funktion der beiden Adapter (cloudless/cloudbasiert) hat?

Ed.: Ich behalte das Thema im PV-Forum auch noch im Blick. Wenn sich von dort aus zusätzliche Erkenntnisse ergeben (abgesehen davon, dass ab Firmware W3-16U-5408_5.0C-S ohne externes Relais nicht mehr produziert wird), schreibe ich das auch hier.