@mariatschi0815 Dieser Datenpunkt ist teil des Zigbee HVAC standard, weswegen er vom Thermostat unterstützt wird. Er macht aber nix. A.

@thomas-braun Ja, ich befürchte auch, da stimmt was nicht. Aber ich glaube, das kriegt man so einfach auch nicht gelöst. Ich hab Backitup jetzt erstmal wieder auf FTP gestellt, das funktioniert ja. Und ich warte jetzt mal ab, ob das Problem mit den gelöschten Scripten nochmal auftritt. Vielleicht hat ja das Entfernen des Spiegelpfades schon geholfen! Danke nochmal bis hierhin!

@thomas-braun Ich habe Admin1 und Web1 für den HTTPS Zugang mal zum testen eingerichtet. Ich habe beide jetzt deaktiviert und das Update durchgeführt, immer noch das gleiche Problem install95@ioBroker:~$ iobroker stop install95@ioBroker:~$ iobroker upgrade This upgrade of "trashschedule" will introduce the following changes: ========================================================================== -> 1.4.1: Updated dependencies ========================================================================== Would you like to upgrade trashschedule from @1.4.0 to @1.4.1 now? [(y)es, (n)o]: yes Would you like to upgrade trashschedule from @1.4.0 to @1.4.1 now? [(y)es, (n)o]: y Update trashschedule from @1.4.0 to @1.4.1 NPM version: 6.14.15 npm install iobroker.trashschedule@1.4.1 --loglevel error --prefix "/opt/iobroker" (System call) npm ERR! Maximum call stack size exceeded npm ERR! A complete log of this run can be found in: npm ERR! /home/iobroker/.npm/_logs/2022-01-12T07_55_25_161Z-debug.log upload [11] trashschedule.admin /opt/iobroker/node_modules/iobroker.trashschedule/admin/trashschedule.png trashschedule.png image/png Adapter "system.adapter.vis.0" restarted. upload [10] trashschedule.admin /opt/iobroker/node_modules/iobroker.trashschedule/admin/jsonConfig.json jsonConfig.json application/json upload [9] trashschedule.admin /opt/iobroker/node_modules/iobroker.trashschedule/admin/i18n/zh-cn/translations.json i18n/zh-cn/translations.json application/json upload [8] trashschedule.admin /opt/iobroker/node_modules/iobroker.trashschedule/admin/i18n/ru/translations.json i18n/ru/translations.json application/json upload [7] trashschedule.admin /opt/iobroker/node_modules/iobroker.trashschedule/admin/i18n/pt/translations.json i18n/pt/translations.json application/json upload [6] trashschedule.admin /opt/iobroker/node_modules/iobroker.trashschedule/admin/i18n/pl/translations.json i18n/pl/translations.json application/json upload [5] trashschedule.admin /opt/iobroker/node_modules/iobroker.trashschedule/admin/i18n/nl/translations.json i18n/nl/translations.json application/json upload [4] trashschedule.admin /opt/iobroker/node_modules/iobroker.trashschedule/admin/i18n/it/translations.json i18n/it/translations.json application/json upload [3] trashschedule.admin /opt/iobroker/node_modules/iobroker.trashschedule/admin/i18n/fr/translations.json i18n/fr/translations.json application/json upload [2] trashschedule.admin /opt/iobroker/node_modules/iobroker.trashschedule/admin/i18n/es/translations.json i18n/es/translations.json application/json upload [1] trashschedule.admin /opt/iobroker/node_modules/iobroker.trashschedule/admin/i18n/en/translations.json i18n/en/translations.json application/json upload [0] trashschedule.admin /opt/iobroker/node_modules/iobroker.trashschedule/admin/i18n/de/translations.json i18n/de/translations.json application/json Adapter "trashschedule" updated This upgrade of "alarm" will introduce the following changes: ========================================================================== -> 2.1.2: fixed "colors" vulnerabilities ========================================================================== Would you like to upgrade alarm from @2.1.1 to @2.1.2 now? [(y)es, (n)o]: y Update alarm from @2.1.1 to @2.1.2 NPM version: 6.14.15 npm install iobroker.alarm@2.1.2 --loglevel error --prefix "/opt/iobroker" (System call) npm ERR! Maximum call stack size exceeded npm ERR! A complete log of this run can be found in: npm ERR! /home/iobroker/.npm/_logs/2022-01-12T07_56_46_268Z-debug.log upload [6] alarm.admin /opt/iobroker/node_modules/iobroker.alarm/admin/words.js words.js application/javascript upload [5] alarm.admin /opt/iobroker/node_modules/iobroker.alarm/admin/style.css style.css text/css upload [4] alarm.admin /opt/iobroker/node_modules/iobroker.alarm/admin/index_m.html index_m.html text/html upload [3] alarm.admin /opt/iobroker/node_modules/iobroker.alarm/admin/img/short.png img/short.png image/png upload [2] alarm.admin /opt/iobroker/node_modules/iobroker.alarm/admin/img/info-big.png img/info-big.png image/png upload [1] alarm.admin /opt/iobroker/node_modules/iobroker.alarm/admin/alarm.png alarm.png image/png upload [0] alarm.admin /opt/iobroker/node_modules/iobroker.alarm/admin/admin.d.ts admin.d.ts video/mp2t Adapter "alarm" updated install95@ioBroker:~$ iobroker start install95@ioBroker:~$

@bug77 sagte in Fehler VIS iFrame CSRF: CSRF cookie not set. Das dient zum Schutz, das die Seite nicht jemand anderes untergeschoben werden kann (per iframe) und dann über den was bestellt wird. Da in einem iframe das csfr token nicht gesetzt wird, gibt es diesen fehler, bzw. der token passt nicht mehr mit der aufrufenden website zusammen. https://docs.djangoproject.com/en/4.0/ref/csrf/

@gurke258 sagte in ioBroker startet nicht: ouh man wie blöd man sein kann -.- Das hat vor dir auch noch niemand geschafft :-) deswegen hatte ich das nicht sofort kontrolliert

@homoran said in io broker hängt sich auf...: Ich weiss nicht was du da willst und brauchst, aber je mehr das ist, desto mehr Ressourcen braucht es - bis hin zum Absturz. iobroker wird ja vor dem Backup gestoppt. Die Info fehlte. Mir ja anfangs auch. @homoran said in io broker hängt sich auf...: Ich kann auch nicht glauben, dass deine Installation heute noch so ist, wie "schon immer". Da wird einiges gewachsen sein und somit noch mehr Ressourcen brauchen. und die sind auch bei 4GB endlich doch doch.. ausser PiHole, iobroker und RaspiBackup passiert da "nichts" drauf. Hatte die Tage nur an neuen Scripten gebastelt.

@alcalzone danke für die Erklärung

@cherberg das hört’s sich doch alles sehr gut an. Es ist so das der Sensor sich nicht zwingend mit dem Repeater der im selbem Raum oder im Nachbar Zimmer ist verbindet. Siehe es als ein lebendiges Netzwerk das sich anpasst und auch ändert wie auch auf Störungen zum Beispiel aus dem 2.4 Wlan Netz reagiert. Mach die Lampen stromlos und schalte sie wieder ein dann siehst du ob es geholfen hat.👍😉

@ofbeqnpolkkl6mby5e13 Dankeschön für deine Rückmeldung. Gerade etwas getestet. Bei mir wird sogar nach einem browser reset der Darkmode wieder aktiviert (beide browser). Da könnte ich mir noch vorstellen, das bei mir die Grundeinstellung (generell dark unter Win10) zwischenfunkt. Neustart des Containers hat auch nicht geholfen.

@oliverio Also es ist für mich, wenn man alles liesst sehr klar das der Dev das selbst aus "Frust" gemacht hat ... aber die ganzen Details, was auch viel halbgares, Annahmen, Anschuldigungen und sonstwas bestehen, will ich jetzt hier nicht breittreten. Am Ende ists alles undurchsichtig was WIRKLICH los ist, aber was für mich klar ist, ist das GitHub erst nach der faker.js "kastrrierung" was getan gesperrt hat und da wars für colors auch schon zu spät ...

Ja, das ist das Problem. Ich schaue mir den changelog immer an vor den Updates, oft verstehe ich bei einzelnen Punkten aber nur Bahnhof und hoffe darauf, dass 'fixed' etc einfach heißt, dass ein Problem (das ich nicht kannte bzw hatte) behoben wurde. Mit meiner letzten Frage meinte ich, ob es irgendwo eine Art changelog meines Systems gibt. Sodass ich nachschauen kann, wann welcher Adapter geupdatet wurde ohne jeden Adapter einzeln zu öffnen und dessen changelog anschauen zu müssen.

@arteck sorry, daran hatte ich nicht gedacht [image: 1641804755790-available.png] Für jeden Pups den das Script macht gibts einen Kommentar:see_no_evil: Es ist eine HueWhite Ambiance das mit dem einschaltverhalten muss ich heute abend mal einstellen, das kannte ich noch nicht Da ich im moment alleine im haus bin sollte über nacht der Strom angeblieben sein, es ist auch das einzige Gerät, dass sich in der Nacht einige male neu angemeldet hat Danke für die Schnellen Antworten, wenn ich die Lampe dazu bringe nicht mehr dauernd auf volle Helligkeit zu gehen ist mir schon sehr geholfen

Danke. Nachdem ich ein paar Seiten in der Doku angeclickt hatte und irgendwie immer Platzhalter erwischt habe hatte nicht nicht gemerkt dass da doch noch mehr drin ist....

@mickym Vielen Dank, Jetzt hast funktioniert!

@da_woody Ich meinte die Konfiguration des Adapters selber MQTT (User/Passwort), HTTP (User/Passwort)

@jey-cee Dazu reichen mein Fähigkeiten nicht aus, dann brauche ich da nicht weiter machen. Danke für die Hilfe, nehme ich das nächste Thema auf meiner ToDo-Liste ;-)

@homoran Nein Proxmox wurde nicht neu gestartet. Es läuft noch eine VM mit der RaspberryMatic und ein LX wo ich eigentlich den iobroker zum testen laufen lassen möchte, ist aber noch nicht installiert. Und im syslog von Proxmox war zu den Zeiten wenn der Fehler aufgetreten ist kein Eintrag. Siehe heute 08.09 Uhr Jan 08 07:17:01 pve CRON[3910419]: pam_unix(cron:session): session opened for user root(uid=0) by (uid=0) Jan 08 07:17:01 pve CRON[3910420]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly) Jan 08 07:17:01 pve CRON[3910419]: pam_unix(cron:session): session closed for user root Jan 08 08:17:01 pve CRON[3920060]: pam_unix(cron:session): session opened for user root(uid=0) by (uid=0) Jan 08 08:17:01 pve CRON[3920061]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly) Jan 08 08:17:01 pve CRON[3920060]: pam_unix(cron:session): session closed for user root Jan 08 09:17:01 pve CRON[3929618]: pam_unix(cron:session): session opened for user root(uid=0) by (uid=0) Jan 08 09:17:01 pve CRON[3929619]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly) Jan 08 09:17:01 pve CRON[3929618]: pam_unix(cron:session): session closed for user root Jan 08 09:57:30 pve pvedaemon[2877268]: <root@pam> successful auth for user 'root@pam'

@glasfaser sagte in Adapter bleiben einfach im Status Gelb: ?? warum die Timer löschen . :bulb: eventuell meinte @Stefan-H-0 die restart-CRONs