NEWS

@paul53 Danke für die Erklärung 🙂 Habs gecheckt (erste Zeile) nur eine "var" namens timeout
@fastfoot habs geändert. Läuft alles. Vielen Dank nochmals und abschließend. Habt mir den Abend gerettet 🙂

@berndroid "alias" 😅

@little_tiger sagte in ical / Geburtstage an falschen Terminen:

Ich habe aber auch diese Serie testweise auf eine Uhrzeit von 10-10 Uhr angelegt.
Auch dann wird dieser Termin am 01.10. angezeigt, allerdings mit 8.00 Uhr.

Diese Zeitdifferenz wird sich durch die derzeitige Abweichung von zwei Stunden unserer MESZ zur Zeit am Nullmeridian erklären lassen.

Die Zeitdifferenz der Mitteleuropäischen Sommerzeit (MESZ) zur Koordinierten Weltzeit (UTC) (früher Greenwich Mean Time, GMT / Universal Time, UT) beträgt zwei Stunden (UTC+2)

Die Zeitzonen müssen auf allen beteiligten Geräten und Diensten sauber eingestellt sein.
Beim Raspberry Pi wird z. B. gerne übersehen die Standardeinstellung London auf z. B. Berlin anzupassen.

Im BIOS sollte z. B. immer die 'Null-Zeit' gesetzt sein, ein Betriebssystem errechnet dann über die LOCALES die richtige lokale Zeit.

Für die um 5 Monate abweichenden Daten habe ich allerdings keine Erklärung.

@sigi234 danke mit dem github hat es geklappt.

@RandyAndy sagte in ical importiert keine ics-Files mehr:

Insofern wird das Log nun nicht mehr viel bringen.

richtig!

ich sehe alles was ich sehen will - aber das ist ja bei funktionierendem System auch klar

Abboniert man alles (#), lässt die eignenen Topics unter io/ publizieren und maskiert zum Bekanntgeben der eigenen States mqtt.0.*, ohne ack=true aktiviert, läufts ein Weile wie man es erwarten darf. Dann plötzlich wird dupliziert. Als ob irgendwas überläuft, unabhängig vom Topic.

@foxriver76
Hi,
danke für Deine Hilfe...
Ich habe den RegaAdapter auf Debug gestellt.
Ca. 16:15 Uhr habe ich die 2.6.17 gestartet, danach die V2.6.22 installiert und neugestartet.
Das Log sieht jetzt gut aus, damit kannst Du bestimmt den Fehler eingrenzen....

Neues Textdokument (2).txt

@acme2020 sagte in MQTT Problem:

Super, danke für die Anleitung. Ich werde mir das mal ansehen. Als Alternative scheint auch der Sonoff Adapter ganz stabil zu funktionieren. Mal sehen, was ich da nehme.

Das Problem ist oft - das manche Adaptet alle ihren "eigenen MQTT broker" mitbringen. Aber das ist dann wohl Geschmackssache. Mit einem eigenen mqtt-Server bist halt etwas unabhängiger und der mosquitto läuft in meinen Augen super stabil. Ich nutze deshalb auch keinen Sonoff-Adapter für Tasmota, kein Shelly Adapter, kein owntracks Adapter und keinen fhem Adapter, sondern greife auf all die Systeme aus dem iobroker über mqtt zu.

Den teilweise geringeren Funktionsumfang (z. Bsp. weil die mqtt API nicht so umfangreich ist wie die HTTP-API) muss man halt durch eigene HTTP requests ausgleichen (z.Bsp. Firmware Update bei Shelly oder deren Neustart).

screen.png

@Glasfaser Das auch. Aber das habe ich gar nicht erst angeklickt, nachdem ich den schwindeligen Kram im Text gesehen habe.

@day83 Hier steht übrigens recht detailliert wie es richtig geht:

https://forum.iobroker.net/topic/35090/howto-nodejs-installation-und-upgrades-unter-debian

Nur zum anschauen gibt es da halt nix.

@CrunkFX und derer gibts mehr als genug... 😉
und als erstes ist der adapter schuld... 🤕 🙄

@RR2 sagte in ioT Adapter Update BUG:

Nach Update auf 1.7.11 können unter Google-Geräte keine Geräte hinzugefügt werden.

1.7.11 ist noch Beta, ein 1.7.12 ist bereits auf Github
Ob da etwas entsprechendes gefixt wurde kannst du entweder testen oder mal im changelog suchen.

@JLeg
YEs, hat geklappt! Danke euch auch wenn komischerweise die datenbanken leer sind jetzt...

@Thomas-Braun Also beide Ordner löschen? Da ist auch noch Python, Code Server (steht in Verbindung mit Packagecloud) und Bluez (für Bluetooth Low Energy) drin.
Wenn ich die Node-Ordner lösche, sind damit die Konflikte behoben?

@ilovegym danke, aber Neustart habe ich schon probiert,leider ohne Erfolg
Oder habe ich einen Tipp überlesen ?

@Thomas-Braun

OK super. Vielen Dank

Ich hatte heute die gleiche Fehlermeldung nachdem ich eine iobroker instance komplett neu in virtualbox installiert hatte. Die Repositories werden im iobroker nicht aufgelöst, wodurch ich sagenhafte 3 Adapter angezeigt bekommen hatte.
Nach einigen erfolglosen Versuchen mit der ursprünglichen Adresse der Repositories (z.b. http://download.iobroker.net/sources-dist.json) habe ich kurzerhand die Zieladresse eingetragen, an die das Repository weiterleitet (z.b. http://repo.iobroker.live/sources-dist.json). Damit geht's nun, und ich bekomme eine Adapterliste angezeigt.

Was sagen die Entwickler?

@Thomas-Braun sagte in Bug bei Update usw..:

ob da eine Datei zu finden ist, die
https://mirrors.netix.net/armbian/apt stretch

enthält.

das nicht, aber eine armbian.list mit

deb http://apt.armbian.com stretch main stretch-utils stretch-desktop

das habe ich jetzt mal todesmutig geändert in

deb http://apt.armbian.com buster main buster-utils buster-desktop

sudo apt update läuft
ich habe auf die Schnelle kein stretch mehr gesehen

EDIT:
jetzt stelle ich auf den neuesten Kernel um:
armbian_kernel.png

wenn schon, denn schon.
Auch wenn das aktuelle Armbian Image nur 5.8.6 enthält

EDIT2:
5.8.11 ging nicht, dann doch 5.8.6 genommen
Rock_5_8_6.png

war wohl das falsche, die Bezeichnungen wurden abgeschnitten, hätte 20.08.1 und nicht 20.08.3 sein müssen

@AlCalzone @liv-in-sky
Danke euch, da stand ich wohl auf dem Schlauch.