@Stefbert Ich habe Dir auch gerade per PN geschrieben. Sorry aber anscheinend habe ich keine BEnachrichtigungen aktiviert. Ist Dein Problem noch akut. Dann melde Dich bitte noch mal. CU amiga4ever

@foxriver76 sagte in Problem mit BROLL Aktoren Behanghöhe (RPC-Adapter) *gelöst*: zeig mal den Level Datenpunkt, also hinten Stift und Raw Neustart der CCU hat geholfen.

@Habedere In der obigen Anleitung ist alles haarklein aus- und aufgeführt.

@tugsi Es klappt auch wenn Du Dich in die Nähe eines Routers stellst. Wenn Du es immer an der Basis neu pairst und dann den Standort wechselst kann es halt passieren, dass das Ding ganz aus Deinem Netz fliegt. Ist halt meine Erfahrung. Man muss auch nicht wirklich "neu pairen", sondern nur den Pairen Knopf drücken und dann halt an Xiaomi Geräten solange die Taste drücken und wiederholen, bis sich das Gerät "selbst announced" - dann ist es wieder im Netz.

@Thomas-Braun pi@raspberrypi:~ $ sudo raspi-config rm: das Entfernen von '/etc/systemd/system/getty@tty1.service.d/autologin.conf' ist nicht möglich: Datei oder Verzeichnis nicht gefunden pi@raspberrypi:~ $

@Thomas-Braun libexpat1 bzw. libexpat1-dev war installiert aber libxmltok1-dev hat wohl gefehlt. Nach der Installation ist das Problem verschwunden :-) Vielen Dank!!! Schönen Feiertag und schönes Wochenende wünsche ich noch. LG Mario

Ok, bei mir ist es nun weg. Hatte gestern node.js und den js controller geupdatet. Danach noch iobroker fix laufen lassen. Eben mal ein Backup gestartet und es kommen keine Fehler mehr.

@M-A-X Ich antworte mir mal selber: man muss über die Konsole (Putty, o.ä.) in das Verzeichnis /opt/iobroker/node_modules/zigbee-herdsman-converters/ota gehen und dort dann die Datei "tradfri.js" bearbeiten (zum Beispiel mit "nano"). Hier dann in Zeile 1 in der URL das https in http ändern. Dann klappt das Update checken. Ob updates funktionieren, kann ich nicht sagen, da meine tradfri Produkte scheinbar alle up to date sind (schwarzer Haken).

@radicalreel manchmal hilft nur brachial... ;) nach dem 1.8 update musste ich alle meine DUO resetten, liessen sich nicht mehr vernünftig schalten, nur bei 100% dimmer. dann konnte man dimmen, aber nach ausschalten nicht mehr einschalten...

@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). [image: 1601458434269-screen.png]