open Pipe ???

[MrR]

Was ist das (Fehler aus der Log) ?:

2023-12-01 16:10:27,557 de.eq3.cbcs.util.EQ3LoggerOutputStream ERROR [HmIP-RF_java_WorkerPool-0] INFO: I/O exception (java.net.SocketException) caught when processing request to {}->http://127.0.0.1:39292: Broken pipe (Write failed)
2023-12-01 16:10:27,559 de.eq3.cbcs.util.EQ3LoggerOutputStream ERROR [HmIP-RF_java_WorkerPool-0] Dec 01, 2023 4:10:27 PM org.apache.http.impl.client.DefaultHttpClient tryExecute
2023-12-01 16:10:27,560 de.eq3.cbcs.util.EQ3LoggerOutputStream ERROR [HmIP-RF_java_WorkerPool-0] INFO: Retrying request to {}->http://127.0.0.1:39292


Bin von Original CCU3 auf Raspberrymatic umgestiegen. Der Fehler war auch schon auf der CCU3, wurde leider durch das einspielen des Backups auf Raspberrymatic nicht behoben.

[Baxxy]

Ignorieren.
Oder gibt es Nebenwirkungen?

[MrR]

Gute Frage,

auf dieser IP (127.0.0.1:39292) startet der HMServer laut Logfile.

Das Raspberrymatic läuft erst seit heute Mittag bei mir. Auf der CCU war der Fehler fast alle 15 Minuten (find leider die Log dazu nicht mehr), aktuell zwischen 16-18 uhr waren es schon fünf oder sechs Einträge dazu.

Und jetzt im Raspberrymatic der Duty zwischen 80 und 99 schwankt, dass seit heute Nachmittag, als ich es aufgesetzt habe. CCU lief um die 25-30.
(Anmerkung, es läuft gerade ein Firmwareupdate eines HMIP Aktors, allerdings war der Duty noch nie (!) so hoch bei so etwas, aber ich weiß nicht wie es sichbei Raspberry verhält)

Puh, ansonsten hatte ich vor ein paar Tagen das Phänomen, dass ich einen Homematic-Aktor (nicht IP) unter der CCU abgelernt und auf Werkseinstellung gesetzt habe (spinnte ein wenig) , danach konnte ich ihn nicht mehr anlernen. Auch einen anderen Homematic-Aktor, welcher noch nie an der CCU war, konnte ich nicht anlernen. Alle angelernten Homematic-Aktoren laufen. Nach Tests bei einem Freund, lief es darauf hinaus, dass der abgelernte Aktor sich entweder nicht vollständig abgelernt hatte, oder wohl durch steckerziehen kaputt ging. Keine Ahnung, da beim neuen Anlernen die CCU kurz drauf mit einem gelben Blinksignal reagierte, das wars. Beim Anlernen über Seriennummer reagierte der Aktor mit rotem blinken, aber mehr passierte hier auch nicht. Der ging jetzt mal zu ELV zur Überprüfung. Der andere Aktor konnte sich beim Freund anlernen lassen. Bei mir geht er definitv nicht.

Da bin ich auf den Fehler in der Log gestoßen. Keine Ahnung ob da ein Zusammenhang besteht.

Das hier steht noch in der aktuellen Messages:

Dec 1 19:01:18 ccu3-webui local0.warn ReGaHss: WARNING: XMLRPC 'setValue': rpcClient.isFault() failed (url: xmlrpc://127.0.0.1:32010, params: {"0001D3C99C8C00:3","STATE",true}, result: [faultCode:-1,faultString:"Generic error (TIMEOUT)"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2618]
Dec 1 19:01:18 ccu3-webui local0.err ReGaHss: ERROR: XMLRPC 'setValue' call failed (interface: 1011, params: {"0001D3C99C8C00:3","STATE",true}) [CallSetValue():iseXmlRpc.cpp:1515]
Dec 1 19:01:18 ccu3-webui local0.err ReGaHss: ERROR: rpc.CallSetValue failed; address = 0001D3C99C8C00:3 [WriteValue():iseDOMdpHSS.cpp:76]

[Baxxy]

Ich habe die "Broken Pipe" Meldungen, wie viele andere auch.
search.php?keywords=broken+pipe

Das hat eher nichts mit deinen Problemen zu tun.

Die anderen Meldungen sind, gerade nach einem Neustart, leider auch normal.

[MrR]

also der duty der die ganze Zeit zwischen 80 und 99 pendelt schockiert micht schon ein wenig. Das hatte ich alle die Jahre nicht. Naja, vielleicht beruhigt er sich über Nacht.

Das BrokenPipe mit dem HmServer werd ich dann wohl ignorieren. Seltsam ist es schon. Wenigstens bin ich damit nicht allein

Danke soweit

[MichaelN]

also der duty der die ganze Zeit zwischen 80 und 99 pendelt schockiert micht schon ein wenig.

Das ist deine Programmierung, nicht die RaspberryMatic.

[MrR]

Bis ich am Donnerstag das System unter der original Firmware von eq3 laufen hab lassen, war mein Duty all die Jahre höchstens mal bei 35%. Auch nach Neustarts, Firmwareupdates etc.
Seit ich am Freitag das Backup auf Raspberrymatic eingespielt habe, ist der Duty zwischen 80 und 99. Kann mir keiner weis machen, dass das meine Programmierung wäre. So umfänglich ist mein System auch nicht.

[frd030]

Es gibt mindestens drölf Threads zum Thema hoher DC.
Das laufende Update bewirkt natürlich auch einen DC.
Was erwartest Du von uns im Forum? Dass wir erraten, was in Deinem System nicht stimmt?

Mehr als 90% von hohen DC Phänomenen wird durch unglückliche Programmierung verursacht, oder durch Middelware.
Auch wenn es auf der CCU besser ging, schließt das die These nicht aus, denn es könnten sich zeitgleich mit dem Umstieg andere Umstände so geändert haben, dass Du jetzt eben einen hohen DC hast.

Du schließt Programmierung aus? Tja, dann wirst Du mehr Informationen zu Deinem System liefern müssen. Niemand kann in Deines reinschauen und erraten was los ist.

Die Fehlermeldung, die Du für die Ursache hältst, haben wir alle im Log. Sorry.

[Xel66]

Kann mir keiner weis machen, dass das meine Programmierung wäre.

Nun ja, diese Tipps basieren auf Erfahrung hier im Forum bei der Bearbeitung solcher Anfragen. Und zu 99% waren die Ursachen eine fehlerhafte Programmierung und die restlichen 1% ein amoklaufender Aktor/Sensor oder Fernbedienung z.B. durch leere Batterien. Aber wenn Du es besser weißt... Und nein, es ist völlig egal, was vorher funktioniert hat. Die Ausgangsbedingungen können sich geändert haben. Beispielsweise war beim letzten Systemstart die Temperatur über 0°C und deshalb wurde eine fehlerhafte Programmierung, die diesen Wert als Trigger enthält, nicht ausgeführt. Das Spiel kannst Du mit jeder Bedingung treiben. Mit 99%iger Sicherheit liegt die Ursache in Deiner speziellen Konstellation und nicht am Firmwareupdate.

Gruß Xel66

[MrR]

ich sag ja nicht das ihr die Wahrsagerkugel rausholen sollt, aber gleich auf Programme schließen, naja. Ich kann dir gerne einen Überblick schicken wenn du mir sagst wie. Aber das ist definitiv nichts aufwendiges. Eher automatisch zu Uhrzeit X Licht an/aus. Die werde ich wirklich erstmal ausschließen. Du kannst mir gerne sagen, wie ich Aktoren ausschließen kann? Dann werde ich eher da anfangen zu suchen,

Das Firmwareupdate ist schon gelaufen, es hat sich danach trotzdem am Duty nichts geändert, er kratzt immernoch an 99%.

Das der obige erstgenannte Fehler nicht schuld sein wird, ist klar, das wurde auch bereits geklärt. Dann lebe ich damit wie viele andere auch.

Von mir aus lach mich aus, aber wenn ich ein Backup von der CCU Original auf die CCU Original einspiele und das einwandfrei läuft, ich dann dieses Backup auf Raspberrymatic nochmal einspiele und danch nix mehr läuft macht mich doch erstmal ratlos.
(Ursprung warum ich von Original auf Raspberry gewechselt habe, war erstgenanntet Fehler, da ich um einen defekten Aktor auszuschließen das bei einem Freund getestet habe, welcher Raspberrymatic hat. Das System hat mir besser gefallen und somit habe ich mein System gewechselt, der Raspberry ist der selbe, nur neue Speicherkarte bespielt mit Raspmatic über die entsprechende Software.)