@homoran Noch ein Nachtrag zu meiner letzten Mail. Ich habe für meinen in den Abbildungen gezeigten Datenpunkt mal das history-Logging wieder aktiviert (mit gleichen Parametern), womit jetzt also parallel auf influxdb und history geschrieben wird. Auf die generierte Grafik hat das keine Auswirkung - hier kann ich zwischen beiden Datenquellen wechseln, ohne die Anzeige nennenswert zu verändern. Bei den Rohdaten sieht es aber völlig anders aus. Wo mir history alle Daten der letzten 24 Stunden zeigt, liefert influxdb bei einer Auswahl "letzten 24 Stunden" nur Daten die 21 Stunden in der Vergangenheit liegen. Das exakt gleiche Ergebnis liefert mir die Abfrage über simple-api, wenn ich als Startdatum einen Zeitpunkt 24h in der Vergangenheit wähle. Bei einem einfachen Wechsel der Datenquelle, bei sonst gleichen Bedingungen, bekomme ich also deutlich abweichende Werte.

@homecineplexx mit VIS Version 1.4.4 bzw der neuesten 1.4.12 geht das wieder

@rushmed Dankeschön. Funktioniert bei mir jetzt auch wieder.

@thomas-braun sagte in IoBroker adapter update #alle: @andreas-5 Du wirst lachen, aber ich mache das bei meinen Linux-Kisten bei größeren Updates auch immer. Bei Kernel-Updates und Firmware-Updates ohnehin.

Jemand der mir helfen kann?

@motsche1 alles ok ... Hab neu den Adapter installiert...jetzt geht's

Also so sieht es jetzt aus: gesamt benutzt frei gemns. Puffer/Cache verfügbar Speicher: 3844 993 2247 37 604 2740 Swap: 0 0 0 system.adapter.admin : admin - v5.3.1 system.adapter.alexa2 : alexa2 - v3.11.2 system.adapter.discovery : discovery - v2.7.5 system.adapter.fb-checkpresence : fb-checkpresence - v1.1.13 system.adapter.history : history - v1.10.5 system.adapter.hue : hue - v3.6.5 system.adapter.javascript : javascript - v5.2.21 system.adapter.socketio : socketio - v4.1.0 system.adapter.telegram : telegram - v1.11.1 system.adapter.tr-064 : tr-064 - v4.2.15 system.adapter.web : web - v3.4.16 system.adapter.zigbee : zigbee - v1.6.16 + system.adapter.admin.0 : admin : DietPi - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.alexa2.0 : alexa2 : DietPi - enabled + system.adapter.discovery.0 : discovery : DietPi - enabled + system.adapter.fb-checkpresence.0 : fb-checkpresence : DietPi - enabled + system.adapter.history.0 : history : DietPi - enabled + system.adapter.hue.0 : hue : DietPi - enabled, port: 443 + system.adapter.javascript.0 : javascript : DietPi - enabled + system.adapter.socketio.0 : socketio : DietPi - enabled, port: 8084, bind: 192.168.178.20, run as: admin + system.adapter.telegram.0 : telegram : DietPi - enabled, port: 8443, bind: 0.0.0.0 + system.adapter.tr-064.0 : tr-064 : DietPi - enabled + system.adapter.web.0 : web : DietPi - enabled, port: 8082, bind: 0.0.0.0, run as: admin + system.adapter.zigbee.0 : zigbee : DietPi - enabled, port: /dev/ttyACM0 + instance is alive MOD-EDIT: Code in code-tags gesetzt! /usr/bin/nodejs /usr/bin/node /usr/bin/npm v12.22.10 v12.22.10 6.14.16

Hab da so ein Problem mit besagtem Adapter Kommt Fehlermeldung. Was stimmt nicht?? viessmann.0 2022-03-08 12:00:14.333 info terminating viessmann.0 2022-03-08 12:00:14.333 info cleaned everything up... viessmann.0 2022-03-08 12:00:14.328 error ssh is not a constructor viessmann.0 2022-03-08 12:00:14.328 error TypeError: ssh is not a constructor at readxml (C:\Program Files\iobroker\SmartHome\node_modules\iobroker.viessmann\main.js:151:24) at Object.start [as ready] (C:\Program Files\iobroker\SmartHome\node_modules\iobroker.viessmann\main.js:121:40) at C:\Program Files\iobroker\SmartHome\node_modules@iobroker\js-controller-adapter\build\lib\adapter\adapter.js:8222:68 viessmann.0 2022-03-08 12:00:14.326 error unhandled promise rejection: ssh is not a constructor viessmann.0 2022-03-08 12:00:14.326 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().

Bei mir geht wieder alles. Gefühlt etwas langsamer als sonst, aber es geht wieder.... Keine Ahnung was das war...

N'Abend zusammen! Ich habe das Projekt irgendwann frustriert aufgegeben und nun aber wieder aktiviert. Ich habe einen Tesla Model Y bekommen und wollte nun endlich das PV-Überschussladen an den Start bekommen. Ich habe die Namen aller Variablen ohne Umlaute und ohne Leerzeichen formatiert und siehe da... Es funktionierte! :) Manchmal kann das Leben so einfach sein und man sieht den Wald vor lauter Bäumen nicht! Vielleicht hilft das hier ja ein paar Leuten und spart einige Stunden wertvoller Lebenszeit! ;) Danke für euren Input und eure Hilfe!!

@apollon77 Ok dann lieber immer nachfragen bevor man was falsches macht. Aber so lange man ein Backup hat was man im Notfall einspielen könnte. Wenn es dann nicht mehr funktioniert. Aber nicht so schlimm wenn man wie hier gute Hilfe bekommt. :) Ausfälle sind zwar ärgerlich und zeitaufwändig aber wenn es dann funktioniert ist man glücklicher.

@thomas-braun Klar, gern: https://github.com/ioBroker/ioBroker.admin/issues/1000

@thomas-braun sagte in Prototype Pollution in Ajv: @sokomoto Das audit ist voll von solchen Mitteilungen. Klärt sich irgendwann. ...ok du hast mich überredet, ich ignoriere diese Warnhinweise jetzt einfach. 👍😊

@haselchen sagte in Blockly speichert Blöcke immer unterhalb vom Ausgangspunkt: Bei den letzten Pittini Versionen gab es permanent Fehlermeldungen und das Skript startete nicht . Deswegen bin ich auf die letzte funktionierende JavaScript Version runtergegangen. Läuft hier. SkriptVersion = "0.2.29"; // vom 9.1.2022 "javascript" : 5.3.1

@s0nic sagte in Kampf der Zeiten!: Das Problem: Die Skripte werden nicht CET, sondern UTC ausgeführt. Die angezeigte Uhr zeigt die Systemzeit deines Frontends (=PC). Deine Skripte laufen nach der Systemzeit deines ioBroker-Servers. Was die Betriebszeit ist, hat dir ja schon @Jan1 gessagt

Also ich habe nun nochmal alles überprüft. Scheinbar ist der Echo abgeschmiert, was die Hardware-Anbindung angeht. Es lief an sich alles außer die Leuchtmittel. Ich hab den Echo vom Strom getrennt, dann neu angesteckt. Danach lief es wieder . Für mich immer noch mysteriös, aber naja.

@homoran said in Rules hören auf zu funktionieren: @martinschm sagte in Rules hören auf zu funktionieren: Ich bleibe dabei, die Rules funktionieren nach einem Neustart vom iobroker nicht bis ich die Rules Skripte neulade. sicher das??? oder steht nach einem Neustart von ioBroker vielleicht null in dem zigbee DP? Hi, das Phänomen tritt mit schöner Verlässlichkeit immer wieder auf. Ich drücke den Zigbee Knopf, nichts passiert. Ich öffne das Rules Skript, mache Reload, drücke den Knopf und die Lampe geht an. Kann ich irgendwie überprüfen ob die Subscription (so heißt das doch glaube ich, wenn auch ein Event ein Trigger gesetzt wird) auf das Knopf Event aktiv ist?

Heute hab ich sowohl das Gateway als auch den Sicherungsschalter neu verbunden - das Ergebnis ist identisch. Ich frag mich: Ist der Automat mit Tasmota flashbar?

@simatec sagte in Openuv killt sich regelmässig: Ich habe dafür den uv-protect Adapter geschrieben. Der ist aktuell und in der Repo Merci werd ich gleich installieren.