RaspberryMatic 3.73.9.20231130 – Neue Version

[MichaR]

Diese werden zum Triggerzeitpunkt nicht ausgeführt.

Dann sind die Bedingungen nicht erfüllt.

Du hast dir den Status deiner Weihnachten Systemvariable schon angeschaut? Ja, natürlich sonst kann ja die Bedingung nicht erfüllt werden.

Und du hast den Button auch genau um 15:30 gedrückt? --> Dafür habe ich den Zeitbaustein! Der es offensichtlich nicht gemacht hat.

Erst nach dem ich den Button Ausführen (nur 1. dann) betätige wird das Programm ordnungsgemäss ausgeführt und der Zeittrigger gestartet.

Nein, dieser Button startet keinen Trigger, er führt bedingungslos das erste DANN aus

Sorry, komme jetzt erst dazu.
Ja, natürlich war die Systemvariable zum täglichen Zeitpunkt (15:30) gesetzt und damit die einfache Bedingung erfüllt. Das Thema weitete sich in den letzten Wochen auf neu geschriebene Programme aus, vor allem wenn ein Zeitbaustein verwendet wird. Mir fiel auch auf, dass das Abspeichern eines neuen Programmes relativ lang dauert.
Nach Booten waren teilweise die Homematic IP-Geräte nicht ansprechbar. Dutycycle lief über.
Habe dann das Tinkerboard getauscht Backup eingespielt und sofort den dem gleichen Effekt. Dann alle unwesentlichen Programme deaktiviert Mehrere abgesichert Neustarts, Neustart - Werkszustand, dann mit Backup neu aufgesetzt.
Am Ende funktionieren im Moment die wichtigen Programme noch. Aber nach einem Neustart werden tlw. Rollos geschlossen, Rauchmelder kurz angesteuert usw. Dieses Verhalten gab es vorher nie. Ich achte darauf, wie der Wert einer Systemvariable default sein soll.
Zur Zeit habe ich einen Staus quo und denke, dass irgendeine Software Struktur defekt ist. Leider erreiche ich mit einem Backup nur den gleichen "unbefriedigten" Status. Bei über 100 Geräten und 130 Programmen kann ich nicht einfach neu anfangen.
Soweit erstmal.

[MichaelN]

Irgendeine Middleware im Spiel?

[MichaR]

Ja, IOBroker läuft ebenfalls auf einem anderen Tinkerboard.
Von dort werden PVA-Parameter, Heizung und anderes an die RM übergeben. Einen Teil der Scripte habe ich ebenfalls schon deaktiviert.
Zur Zeit ist der DC 6-18%, also absolut in Ordnung.
Aber einige Programme mit Zeitbausteinen laufen immer noch nicht korrekt.
Man bräuchte einen Defragmentierer, mit dem man die Struktur prüfen und wieder herstellen könnte.
Schaue mir zurzeit den SDV an.

[MichaelN]

DC Und Belastung der CCU durch Anfragen oder skripte hängen erstmal nicht unmittelbar zusammen

[hauvol]

hat ausser mir noch jemand Probleme mit hm-rega / hm-rpc mit dieser FW Version?

Mein Setup:
Raspberrymatic auf TinkeboardS mit Redmatic
Iobroker auf Synolgy im Container.

Sowohl NodeRed, als auch iobroker connecten via bin-rpc (cuxd), xml-rpc (hm-IP, hs458d, rcd) sowie rega.

iobroker docker in Version 9.1.0, hm-rega 3.0.47, hm-rpc 1.15.19.

Soweit so gut.
Starte ich Raspberrymatic via WebUI durch, dauert es bis zu 30 Minuten, bis die HM-IP Aktoren sich dann zu Aktionen bewegen lassen. Dauert zwar lange, läuft danach aber stabil und schnell.

Starte ich den iobroker oder einzelne der obigen Instanzen neu, dann ist Schluss mit xml-rpc, das geht soweit, dass irgendwann HMIP-RF abstürzt.

Abhilfe schafft dann nur ein Neustart von Raspberrymatic.

Starte ich Raspberrymatic ohne aktiven iob funktioniert das System mit NodeRed gefühlt nach 5 Minuten. Starte ich dann den IOB, dann knallt's wieder. den IOB habe ich testweise mit der 9.0.1 sowie hm-rega 3.0.46 und hm-rpc 1.15.18 laufen lassen, da ich obigen Fehler erst seit November beobachte.

Logs sagen nichts, ausser dass xml-rpc nicht mehr will (XML-RPC fault: Generic error). Netzwerk / Portkonfigs kann ich ausschliessen, da hier nichts verändert wurde.

Aus meiner Sicht scheint xml-rpc irgendwie ein Problem damit zu haben, wenn zwei verschiedene Systeme darauf zugreifen. Hat Irgendjemand eine Idee?

Ach ja, Firewall ist aus.

Vielleicht hilft diese Logmeldung ja weiter:

Code: Alles auswählen

io.vertx.core.impl.BlockedThreadChecker 1709 WARN [vertx-blocked-thread-checker] Thread Thread[vert.x-worker-thread-0,5,main] has been blocked for 511480 ms, time limit is 60000 ms io.vertx.core.VertxException: Thread blocked at java.net.SocketOutputStream.socketWrite0(Native Method) ~[?:?] at java.net.SocketOutputStream.socketWrite(Unknown Source) ~[?:?] at java.net.SocketOutputStream.write(Unknown Source) ~[?:?] at org.apache.http.impl.io.AbstractSessionOutputBuffer.write(AbstractSessionOutputBuffer.java:181) ~[HMIPServer.jar:?] at org.apache.http.impl.io.ContentLengthOutputStream.write(ContentLengthOutputStream.java:115) ~[HMIPServer.jar:?] at org.apache.http.entity.ByteArrayEntity.writeTo(ByteArrayEntity.java:116) ~[HMIPServer.jar:?] at org.apache.http.entity.HttpEntityWrapper.writeTo(HttpEntityWrapper.java:96) ~[HMIPServer.jar:?] at org.apache.http.impl.client.EntityEnclosingRequestWrapper$EntityWrapper.writeTo(EntityEnclosingRequestWrapper.java:112) ~[HMIPServer.jar:?] at org.apache.http.impl.entity.EntitySerializer.serialize(EntitySerializer.java:117) ~[HMIPServer.jar:?] at org.apache.http.impl.AbstractHttpClientConnection.sendRequestEntity(AbstractHttpClientConnection.java:265) ~[HMIPServer.jar:?] at org.apache.http.impl.conn.AbstractClientConnAdapter.sendRequestEntity(AbstractClientConnAdapter.java:241) ~[HMIPServer.jar:?] at org.apache.http.protocol.HttpRequestExecutor.doSendRequest(HttpRequestExecutor.java:237) ~[HMIPServer.jar:?] at org.apache.http.protocol.HttpRequestExecutor.execute(HttpRequestExecutor.java:122) ~[HMIPServer.jar:?] at org.apache.http.impl.client.DefaultRequestDirector.tryExecute(DefaultRequestDirector.java:686) ~[HMIPServer.jar:?] at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:488) ~[HMIPServer.jar:?] at org.apache.http.impl.client.AbstractHttpClient.doExecute(AbstractHttpClient.java:884) ~[HMIPServer.jar:?] at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82) ~[HMIPServer.jar:?] at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:107) ~[HMIPServer.jar:?] at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:55) ~[HMIPServer.jar:?] at de.eq3.cbcs.legacy.communication.rpc.internal.transport.http.HttpTransport.sendRequest(HttpTransport.java:106) ~[HMIPServer.jar:?] at de.eq3.cbcs.legacy.communication.rpc.internal.rpc.RpcClient.sendRequest(RpcClient.java:94) ~[HMIPServer.jar:?] at de.eq3.cbcs.legacy.communication.rpc.internal.rpc.RpcClient.invoke(RpcClient.java:82) ~[HMIPServer.jar:?] at com.sun.proxy.$Proxy42.newDevices(Unknown Source) ~[?:?] at de.eq3.cbcs.legacy.bidcos.rpc.internal.LegacyBackendClient.newDevices(LegacyBackendClient.java:157) ~[HMIPServer.jar:?] at de.eq3.cbcs.legacy.bidcos.rpc.internal.DeviceUtil.synchronizedBackendDevices(DeviceUtil.java:238) ~[HMIPServer.jar:?] at de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer.handle(InterfaceInitializer.java:112) ~[HMIPServer.jar:?] at de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer.handle(InterfaceInitializer.java:26) ~[HMIPServer.jar:?] at io.vertx.core.impl.AbstractContext.dispatch(AbstractContext.java:100) ~[HMIPServer.jar:?] at io.vertx.core.impl.WorkerContext.lambda$emit$0(WorkerContext.java:59) ~[HMIPServer.jar:?] at io.vertx.core.impl.WorkerContext$$Lambda$172/0x99354a28.handle(Unknown Source) ~[?:?] at io.vertx.core.impl.WorkerContext.lambda$execute$2(WorkerContext.java:104) ~[HMIPServer.jar:?] at io.vertx.core.impl.WorkerContext$$Lambda$173/0x99354228.run(Unknown Source) ~[?:?] at io.vertx.core.impl.TaskQueue.run(TaskQueue.java:76) ~[HMIPServer.jar:?] at io.vertx.core.impl.TaskQueue$$Lambda$115/0x9a347428.run(Unknown Source) ~[?:?] at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) ~[?:?] at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) ~[?:?] at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) ~[HMIPServer.jar:?] at java.lang.Thread.run(Unknown Source) ~[?:?]

[Cmartin]

Hi, ich habe auf meiner RaspberryMatic nach dem Update auch ein Problem, alle HM IP Komponeten sind rausgefolgen und bei Anlernen wird HM IP nicht mal merh angezeigt!

[stingray79]

Hallo,

ich bin ganz neu bei RaspberryMatic, soweit bin ich voll zufrieden, habe aber heute ein Problem entdeckt, ich kann keine neue Gruppe erstellen. Hat jemand eine Idee woran das liegen kann? Das heißt wenn ich in Gruppen rein gehe, sehe ich meine vorhandene Gruppen und wenn ich dann auf NEU klicke, kommt nur ein leeres Feld und ich kann nichts machen.

Viele Grüße vom Niederrhein.
Daniel

[FBK2904]

... wenn ich in Gruppen rein gehe, sehe ich meine vorhandene Gruppen und wenn ich dann auf NEU klicke, kommt nur ein leeres Feld und ich kann nichts machen.

Habe auch die aktuellste RM-Version und gerade mal bei mir rein geschaut.

(Ein kleiner Teil der schon angelegten Gruppen)

Bei Klick auf den Button "Neu":

(noch zur Verfügung stehende Geräte für eine neue Gruppe)

Evtl. mal von der WebUI abmelden, Browser-Cache löschen (etc.) und in der WebUi neu anmelden, oder "Experten-Modus" aktivieren .

[Docker1971]

Moin Jens und alle Beteiligten,

ich habe da mal eine Frage zu dem Zertifikat.

Bei der Suche nach dem Weg wie man das Zertifikat so einbinden kann das es funktioniert, bin ich auf die Lösung gekommen.
Allerdings habe ich da ein ein Problem wo ich keine Lösung zu gefunden habe.

Ich möchte die RaspberryMatic in der Fritz!Box nicht "homematic-raspi" nennen...
Meine Geräte haben alle eine LAN-XXX- bzw. WLAN-XXX und dann die Bezeichnung dazu im Namen.
Selbst wenn ich den in der Fritz!Box vergebenen Hostnamen in der WebUi eintrage und dann zusätzlich zum Serverneustart, nach dem löschen des alten Zertifikates einen Systemneustart mache und dann auch noch den SSL Cache lösche, Browserverlauf usw. bekomme ich immer noch eine Fehlermeldung.
Im angezeigten Zertifikat steht dann immer noch "homematic-raspi".

Wie kann man das Problem lösen?


Gruß Jörg

[jmaus]

Habe soeben eine neue stabile Version (3.73.9.20240130) von RaspberryMatic freigegeben. Insofern geht es nun hier weiter:

viewtopic.php?f=65&t=81602