Monatsrückblick Januar/Februar 2026 ist online!

[klmf2]

ja?

Habe mit den Benutzern noch nichts gemacht. Habe iobroker aber auch nicht nach außen freigegeben (würde wenn dann per vpn ins Heimatnetz gehen).

[paul53]

Welche Version hat der Admin-Adapter ?

In Version 3.5.9 sind die Datenpunktwerte alle aktuell (zumindest bei mir).

[klmf2]

Oh, ja. Bei mir ist er auf 3.5.10

[wendy2702]

Hast du mal den Browser Cache gelöscht?

Wie/Worüber ist den der HMIP Mess/Schaltaktor angebunden?

[haselchen]

Eventuell hab ich die Lösung…..

hab es nur überflogen....

viewtopic.php?f=22&t=18256

aber hier hat jemand das ? gleiche ? Problem.

Lösung. Downgrade des Adapters auf 1.7.6

[klmf2]

Den Cache habe ich schon mehrmals gelöscht. Wie gesagt, habe ich es auf einem anderen Rechner auch noch mal getestet, um ganz sicher zu gehen.

Mittlerweile ist mir aufgefallen, dass wohl alle Datenpunkte erst mal einen Wert von gestern (07.11.2018) einnehmen. Zuerst ging ich noch davon aus, dass es nur bei einigen so wäre. Also nicht nur HM sondern auch die Datenpunkte vom Fritzbox Adapter oder Wetter Adapter.

[wendy2702]

Wenn es alle Datenpunkte sind, stimmt Datum/Uhrzeit von deinem PI?

Wie sieht es mit Speicher und Prozessor Auslastung aus?

Was sagt das log?

[klmf2]

Hallo,

Datum und Uhrzeit stimmen.

Mit dem Befehl "top" kam unter anderem diese Werte heraus:

%Cpu(s): 1,1 us, 0,4 sy, 0,0 ni, 98,3 id, 0,0 wa, 0,0 hi, 0,2 si, 0,0 st

KiB Mem : 949476 total, 182704 free, 561960 used, 204812 buff/cache

Bedeutet das 98,3% idle?

In den Logs finde ich jetzt so nichts. Es kommen keine Fehlermeldungen. Weiß darüber hinaus nicht so richtig, wonach ich suchen soll. Kalender ging ohne Fehlermeldung eben durch. Klicke ich aber wieder auf Objekte, ist erst mal Stand gesten wieder da.

host.ioBroker-RasPi	2018-11-08 16:00:18.125	info	instance system.adapter.ical.0 terminated with code 0 (OK)
host.ioBroker-RasPi	2018-11-08 16:00:17.772	info	instance system.adapter.ical.1 terminated with code 0 (OK)
host.ioBroker-RasPi	2018-11-08 16:00:14.887	info	instance system.adapter.daswetter.0 terminated with code 0 (OK)
daswetter.0	2018-11-08 16:00:14.872	debug	nothing to do
ical.1	2018-11-08 16:00:09.629	info	processing URL: Kristin https://calendar.google.com/calendar/icaXXX
ical.0	2018-11-08 16:00:08.521	info	processing URL: Sebastian httXXX
daswetter.0	2018-11-08 16:00:05.059	debug	update already running

usw.

Ich überlege schon, was gestern besonders war. Aber, da war nichts. Der einzige Tag, andem ich mal nicht am iobroker gebastelt habe.

[wendy2702]

Wenn dein ICAL gerade lief und du mit dem Mauszeiger in den Objekten über den WERT von Table gehst, was steht denn da für ein Datum und Uhrzeit?

Zeile mit "%Cpu". Die Summe aus "us" und "sy" ergibt die Gesamtauslastung der CPU. –> id ist idle

Achja, Einstellung der Zeitzone stimmt auch ?

[klmf2]

Habe mal drei Bilder gemacht.

Bild 1: Vorher

Bild 2: Kurz nach der Aktualisierung der Termine

Bild 3: Seite mit den Objekten anschließend neu aufgerufen.

[klmf2]

Zeitzone ist korrekt

[haselchen]

ICAL und RPC Adapter machen in der aktuellen Version Probleme, wenn ich das hier aus dem Forum noch weiß.

Versuch mal beide downzugraden.

[klmf2]

Danke, das hat was gebracht - glaube ich.

Ich habe ical deinstalliert, weil es der letzte Adapter war, den ich installiert hatte. Das hatte erst mal nicht gebracht. Dann habe ich ein Backup von vor einer Woche zurückgespielt. Zu dem Zeitpunkt hatte ich ical noch gar nicht installiert.

Bis jetzt läuft alles gut. Es stehen die korrekten Werte in den Datenpunkten. Ob es an ical liegt ist schwer zu sagen, da ich in der Woche vieles geändert hatte (hatte aber kein anderes Backup zur Verfügung).

Ich konnte dabei nachvollziehen, dass er die Datenpunkte nicht permanent live rüberzieht. Ändert die Quelle nichts (z.B. Homematic hat keine Änderungen), dann bleibt der Datenpunkt beim letzten Wert. Das Problem bestand bei mir wohl darin, dass die Datenpunkte den am 07.11. gespeicherten Stand spannender fanden, als die aktuellen Werte. Das Zog sich über alle Adapter. Ob ical daran Schuld war? Ich denke, da steckt ja eine Datenbank dahinter. Ich hätte gerne das Problem eleganter gelöst…

Aber vielen Dank erstmal!!!!