RaspberryMatic 3.45.5.20190330 – Erfahrungsberichte

[Black]

aktuelle RM firmware,

19 Räume, 28 Gewerke. räume öffnen in unter 2 sekunden, gewerke brauchen ca 5 sekunden. allerdings ohne Sonderzeichen. und sauberer check auf konsistenzen.

black

[jmaus]

Deshalb wäre eben ein backup einer ccu wo der Gewerksaufruf solange dauert höchst interessant einmal zu analysieren. Ggf finde ich ja dann das bottleneck und kann es eliminieren.

[alchy]

Anfangen kannst du schon mal bei dem Kanal 0 der HmIP-RCV-50 wie ein paar Seiten zurück schon mal angesprochen.

Alchy

[AndiN]

Dachte auch an Umlaute in Gewerken oder Räumen.
Alle entfernt. Gleiches Ergebnis. Meldungen kamen weiterhin.
Die langen Ladezeiten aber nur beim Editieren.
Das reine Laden der Räume oder Gewerke ca. 3 Sekunden.
Vielleicht Sonderzeichen in den Gerätenamen? Das haben ja beide Bereiche gemeinsam.

Andi

[osu]

Deshalb wäre eben ein backup einer ccu wo der Gewerksaufruf solange dauert höchst interessant einmal zu analysieren. Ggf finde ich ja dann das bottleneck und kann es eliminieren.

Hi Jens,

Wenn niemand anders schneller ist oder Du mehrere Exemplare begutachten möchtest: ich kann Dir morgen ein Backup zukommen lassen. Bei mir tritt der selbe Fehler auf.

Gruß,
Oli

[Xel66]

...in Teßtgäwürk und Täßträum.

Die sind gut! Das war ja auch nur eine Theorie, weil das was wäre, worüber das Mapping von Namen auf die iseIDs stolpern könnte. Kann aber auch was ganz anderes sein.

Gruß Xel66

[jmaus]

Anfangen kannst du schon mal bei dem Kanal 0 der HmIP-RCV-50 wie ein paar Seiten zurück schon mal angesprochen.

Was soll der mit der verlangsamten Gerwerkauflistung zu tun haben?

[alchy]

Die sind gut!

Deshalb gibt es diese ja auch schon geraume Zeit bei mir, als es noch wirklich Probleme mit Umlauten gab.

Was soll der mit der verlangsamten Gerwerkauflistung zu tun haben?

Erstmal nichts. Ist sollte auch nur ein zusätzlicher Hinweis sein, das man da schon mal anfangen kann nachzufragen. Es ist nicht üblich den Kanälen 0 ein Gewerk bzw. Raum zuzuweisen. Nicht umsonst ist es (außer über Umwege) nicht vorgesehen. Und bei der HmIP-RCV-50 wurde das automatisch *IMHO* falsch erledigt. (auch in der FW der CCU3)


Aber egal

Mal ne Frage:
wo / warum wird denn GetLinkPeers... auf die Kanäle der CCU angewandt wie >> H I E R << zu sehen.
Oder besser anders: warum geht die Methode nicht auf die HmIP-RCV-50 (Invalid device) jedoch sehr wohl auf HM-RCV-50?
Hat das einen tieferen Sinn oder ist da was nur nicht richtig fertig geworden?

Alchy

[finn_lu]

Ich habe seit heute ebenfalls wieder dauerhaft Probleme mit dem WatchDog. Jedoch anders wie bei den Postings vorher, habe ich Probleme, wenn ich auf meine Geräteseite gehe und die einzelnen Geräte aufrufen möchte. Aber generell habe ich den Eindruck das die Raspimatic seit einigen Tagen extrem langsam läuft.

[jmaus]

Was soll der mit der verlangsamten Gerwerkauflistung zu tun haben?

Erstmal nichts. Ist sollte auch nur ein zusätzlicher Hinweis sein, das man da schon mal anfangen kann nachzufragen. Es ist nicht üblich den Kanälen 0 ein Gewerk bzw. Raum zuzuweisen. Nicht umsonst ist es (außer über Umwege) nicht vorgesehen. Und bei der HmIP-RCV-50 wurde das automatisch *IMHO* falsch erledigt. (auch in der FW der CCU3)

Nun, meines Erachtens ist das auch ein Bug der eben leider wohl reingerutscht ist als die HmIP-RCV-50 entwickelt wurden. Muss ich mir mal näher anschauen in nächster Zeit – allerdings bin ich gerade mit anderen dingen ziemlich beschäftigt. Also bitte nicht wieder ungeduldig werden wenn das nicht gleich erledigt wird

Mal ne Frage:
wo / warum wird denn GetLinkPeers... auf die Kanäle der CCU angewandt wie >> H I E R << zu sehen.
Oder besser anders: warum geht die Methode nicht auf die HmIP-RCV-50 (Invalid device) jedoch sehr wohl auf HM-RCV-50?
Hat das einen tieferen Sinn oder ist da was nur nicht richtig fertig geworden?

Da verweise ich mal "ganz frech" auf die "Homematic IP Legacy API" XMLRPC Spezifikationen (https://www.eq-3.de/Downloads/eq3/downl ... dendum.pdf) auf Abschnitt 2.1 in der man sehen kann das einfach die Methode "GetLinkPeers" nicht in der XMLRPC Implementierung des HMIPServer umgesetzt wurde und daher ins leere greift. Oder wie genau meinst du das?