Zentralen

das habe ich auf der ccu gefunden in der rf.handlers:

http://127.0.0.1:39292/bidcos BidCos-RF_java

das ist doch der error, der sich durchzieht. Kommen wir damit weiter ?

und in der messages-datei steht seit heute ziemlich oft:

Nov 27 11:18:01 ccu3-webui local0.err ReGaHss: ERROR: ScriptRuntimeError: string channels = "";string timestamps = "";
Nov 27 11:18:04 ccu3-webui local0.err ReGaHss: ERROR: ScriptRuntimeError: string channels = "";string timestamps = "";

und in der messages-datei steht seit heute ziemlich oft:

Nov 27 11:18:01 ccu3-webui local0.err ReGaHss: ERROR: ScriptRuntimeError: string channels = "";string timestamps = "";
Nov 27 11:18:04 ccu3-webui local0.err ReGaHss: ERROR: ScriptRuntimeError: string channels = "";string timestamps = "";

Der HM Manager läuft m.E. auf Port 2000. Wozu Port 39292 ist weiß ich nicht, aber Logeinträge mit broken Pipe sind so einmal am Tag vorhanden

Es kommt vor, das die ReGa Fehler ins Log schreibt. Hier extrem selten.

Denke sinnvoll ist es, bei dem Freund das anlernen zu testen, um festzustellen, ob die Aktoren ok sind

den Fehler hab ich auch seit heute in der Messages gefunden:
den und den anderen schreibt die CCU seit heute fast minütlich rein.



Nov 27 11:29:39 ccu3-webui local0.err ReGaHss: ERROR: invalid pointer at pos= 0
Nov 27 11:29:39 ccu3-webui local0.err ReGaHss: ERROR: failed; dp id= 88627
Nov 27 11:29:39 ccu3-webui local0.err ReGaHss: ERROR: invalid pointer at pos= 0
Nov 27 11:29:39 ccu3-webui local0.err ReGaHss: ERROR: failed; dp id= 88639

wie gesagt, manchmal schreibt die ReGa Fehler. Hier ca. 1-3 Mal im Jahr.
Geh zu deinem Freund testen. Sind die Aktoren ok, hat die CCU offenbar einen Hardwarefehler, da es ja mit einem neuen Image auch nicht geht

also testen werde ich demnächst bei einem Freund. Aktueller Zwischenstand:

Ich habe heute Abend mehrere Abstürze der BidcosRF gehabt, die Zentrale reagierte seeeehr träge und die Anlernleiste für Homematic fehlte auch, musste den Stecker ziehen für einen Neustart. Der Fehler trat auf, nachdem ich im Docker den ioBroker installierte.

Mir ist nämlich eingefallen, dass ich ein ähnliches Problem letztes Jahr hatte, als ich testweise den ioBroker laufen lies, ausgeschaltet auf der NAS lag und im glaub Februar dieses Jahr nach einem Firmwareupdate der CCU ständig ähnliche Fehler (keine HM Anlernen, Abstürze der HM-Komponenten der CCU....) hatte. Dann habe ich den Broker nochmal hochgefahren, deinstalliert und es lief. Hatte heute den Gedanken vielleicht ist noch immer irgendein Rest und hab ihn nochmals installiert, jetzt konnte er sich nicht einmal mit Homematic verbinden nur mit HmIP / Cux... :-(

Entweder der ioBroker hinterlässt störende Reste, oder die CCU hat schon länger nen Knax und ich habs nie wahrgenommen. Das mal die Hue alle paar Wochen nicht komplett nach Zeit ausgehen oder sonst so Kleinigkeiten, dass der PCBS mal weg war, oder wie aktuell das längere Blinken der Klingel, hab ich jetzt nie Wert gelegt groß zu suchen., da alles im allen immernoch zuverlässig lief. Oder das mit dem ioBroker war nur zufall und die Aktoren sind kaputt. Werde wieder berichten.

Das alles kann nicht zutreffend sein, wenn mit einem neuen Image versucht wurde den Aktor anzulernen. Wo sollten da "Reste" von CUX o.a. sein.

Lach nicht, da hast du mich damals auch drauf gebracht, wegen einer seltsamen IP. Das mit dem ioBroker war aber tatsächlich am Ende so. Ich hatte den erst brach liegen weil ichs nicht brauchte, dann kam im Frühjahr das Firmware-Update der CCU und mit Homematic war komplett Feierabend. Ich weiss nicht ob das Zufall war. Seit ich das gestern aus Neugier nochmal im Docker meiner NAS installiert hatte läuft zB Mediola nicht mehr :-(

aber stimmt... mit neuem Image, seltsam

so, also beim Bekannten konnte ich auf Raspberrymatic den Signalsensor anlernen, der Gong ging da auch nicht.

Den Gong habe ich jetzt mal zu ELV geschickt mal sehen ob der noch zu retten ist und was es kostet.

Schade das er keine CCU hatte. So ist wohl wahrscheinlich die CCU defekt (komischer Defekt, dass nur das Anlernen von HM-Aktoren nicht geht).

ja, werde mir mal das Funkmodul bestellen. Jetzt hab ich noch ein anderes Problem dadurch bekommen. Da mir das Raspberrymatic gefallen hat, hab ich mir das auch mal auf eine SD und mit der in der CCU getauscht. Backup eingespielt, jetzt ist der Duty seitdem immer zwischen 80 und 99. Das war er auf dem Originalsystem nie.

Extrem schlechter Wert.

Defekter Aktor, der ununterbrochen sendet, würde auch das "Nicht-Anlernen" erklären

war wohl ein Programm, dass sich verfangen hat. Nachdem ich alle deaktiviert und mit zeitlichem Abstand wieder reaktiviert habe, dümplet der Duty jetzt wieder ruhig vor sich hin. Seltsam, naja. Jetzt schau ich nochmal mit dem Aktor.

Also die Klingel kam mit dem Vemerk zurück, dass dieser nicht mehr zu reparieren ist, da keine Ersatzteile mehr.

Ich verstehe zwar immer noch nicht wie ein Aktor beim Ablernen und Werkseinstellungen plötzlich kaputt geht, aber ok. Werde ihn mal aufschrauben, verloren ist ja so gesehen nichts mehr.

ABER seltsames Phänomen, der Klingelsensor ging nun auf Raspberrymatic anzulernen und läuft. Das einzige zu vorher (CCU) war, dass ich für Raspberrymatic eine neue SDKarte genommen habe. Zuerst ging ja nichts. Mir war letztens danach einfach nochmal das Teil zu probieren, nach ca einer Stunde Anlernversuche, Werkseinstellungen, einfach so mal den Knop drücken usw, tauchte er plötzlich in der Zentrale auf :-).

Vielleicht werde ich doch mal ein neues Funkmodul bestellen, muss ich da beim Tausch irgendwas beachten?