NEWS

@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
available.PNG
Für jeden Pups den das Script macht gibts einen Kommentar🙈

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 .

💡
eventuell meinte @Stefan-H-0 die restart-CRONs

@mattn11
Verwende die offizielle Anleitung zum verbinden mit Dropbox

https://github.com/simatec/ioBroker.backitup/blob/master/docs/de/backitup.md#dropbox

@ppb1308 sagte in Shelly Adapter: Errors im Log:

fange gerade erst mit Shelly an

nuja, durch das alter sind natürlich einige issues schon wieder verschwunden, weil gelöst.
wenn dein erster shelly ein H&T ist, hast du die a-karte gezogen, weil die durch batteriebetrieb halt etwas anders zu handhaben sind... 😉
aber gerade zum thema shelly gibts ne menge beiträge, mit teilweise immer den selben problemchen... 😄

@homoran Ich weiß es nicht. Ich habe einfach eure vorgeschlagenen Schritte durchgeführt.

@meister-mopper ok werde ich später probieren muss erstmal mit meiner frau zum doc und einkaufen werde entweder heute Abend oder morgen bescheid geben

@philipp-dorn sagte in broker mit und ohne Fehlermeldung nicht erreichbar:

enn ich eine Lösung oder etwas suche, suche ich ja nicht noch mehrere andere Posts als Quelle um zu schauen, dass sich mittlerweile nichts mehr geändert hat,

aber ein Datum von 2018 sollte bei etwas so kurzlebigem wie aktueller Software schon stutzig machen

@philipp-dorn sagte in broker mit und ohne Fehlermeldung nicht erreichbar:

wenn Google und das Forum

da sollte man eher mal in der Doku nachsehen, auch wenn die zugegebenermaßen auch nicht überall aktuell ist. Allerdings würde die Doku dann (wenn du das meldest) schnellstmöglich aktualisiert. Da wird ja dadurch nichts mehr aus dem Zusammenhang gerissen

@smartkokoin
Die Log Dateien liegen unter /opt/iobroker/log
Speicherauslastung bekommst du mit den üblichen Linux Tools (top / htop)
Dateisystemauslastung über ncdu

A.