NEWS

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.

@segway Bitte im entsprechenden jarvis Thread anlegen:
v2: https://forum.iobroker.net/topic/30668/jarvis-v2-2-0-just-another-remarkable-vis
v3: https://forum.iobroker.net/topic/49776/jarvis-v3-0-0-just-another-remarkable-vis

@darksoul sagte in Logs nicht lesbar, Rechte?:

Linux Reste im Script?

Das kann dir nur der Autor sagen. Oder jemand der auch mit Windows rumfrickelt. 😄

@wegdir

Und wenn du gerade beim Herumgucken bist:

Schau dir auch an wie man sein System auf Stand hält.

v12.22.6 (Es gibt eine neuere Version: v12.22.8 - Empfohlene Version v14.18.2)

@homoran sagte in tr-064 Datum- Zeitformat auf DE ändern?:

So weit ich weiß verwenden andere Länder(einstellungen) auch Kanäle die in DE nicht zulässig sind

Meist anders herum. Ohne Angabe das Landes muss der Raspi den kleinsten gemeinsamen Frequenzraum nutzen. Da fällt dann Kanal 12+13 drunter (bzw. raus), die aber z. B. von der Fritzbox durchaus genutzt werden können.