RaspberryMatic 3.63.9.20220521 – Neue Version

[Baxxy]

Die IP-DV's kann man recht einfach in der /usr/local/etc/config/crRFD/data/linkData.conf korrigieren.
Notepad++ mit suchen und ersetzen z.B.
Oder jemand mit Linux Skills bastelt da was für die Kommandozeile zusammen.

Alle automatisch angelegten DV's sollten eigentlich korrekt sein.

Bei HM-DV's wird's schwieriger, die stehen wohl nur in der homematic.regadom.
Auch wenn ich gerne "rumfummle" lasse ich da lieber die Finger von.

Grüße, Baxxy

[jmaus]

Die IP-DV's kann man recht einfach in der /usr/local/etc/config/crRFD/data/linkData.conf korrigieren.

Da wäre ich vorsichtig diese Datei direkt zu editieren! Bin mir aktuell nichtmal sicher ob die DVs die HMIPServer dort in der linkData.conf ablegt nicht schon immer eigentlich "kaputt" kodiert waren...

[jmaus]

Die IP-DV's kann man recht einfach in der /usr/local/etc/config/crRFD/data/linkData.conf korrigieren.

Da wäre ich vorsichtig diese Datei direkt zu editieren! Bin mir aktuell nichtmal sicher ob die DVs die HMIPServer dort in der linkData.conf ablegt nicht schon immer eigentlich "kaputt" kodiert waren...

Also ich hab mir das bei mir nochmal angeschaut.

Die Beschreibungen der DVs für die homematicIP Welt werden in der Tat in der

/etc/config/crRFD/data/linkData.conf

abgelegt. Und die Beschreibungen, etc. der BidCos-RF Welt in den jeweiligen *.dev Dateien unter

/etc/config/rfd/

Aktuell sieht es so aus, das wohl die Beschreibungstexte aus der WebUI in der linkData.conf Datei der homematicIP Welt UTF-8 kodiert abgelegt werden und die Beschreibungen in den *.dev Dateien für BidCos-RF Welt wohl in ISO-8859-1. Das erscheint mir erst einmal plausibel zu sein.

Ich würde allerdings stark davon abraten nun mit irgendwelchen Editoren dort die *.dev oder linkData.conf zu editieren, denn ggf. cached der rfd oder HMIPServer diese Daten ja zwischen und dann kann da leicht was durcheinander kommen.

Was nun allerdings passiert wenn man nach dem editieren in der 3.63.9.20220521 zurück zur originalen CCU3 3.63.9 z.B. springt müsste man mal testen und auch wenn man damit dann die Beschreibungstexte in der Originalfirmware wieder ändert und dann wieder zur 3.63.9.20220521 springt. @Baxxy?

[Baxxy]

Also mit ner RM.ova up/downgraden um was zu testen macht ja noch halberwege Spaß.
Die CCU3 boote ich nur in seltensten Fällen um was gegenzuchecken. Die lahmt immer so vor sich hin und will nicht ohne RPI-RF-MOD.
Also Sorry, passe.
Außerdem, wer will schon zurück?

Die .ova Testsysteme mach ich hingegen gerne kaputt, daher werde ich mal an den Dateien rumfummeln.

Grüße, Baxxy

[jmaus]

Also mit ner RM.ova up/downgraden um was zu testen macht ja noch halberwege Spaß.
Die CCU3 boote ich nur in seltensten Fällen um was gegenzuchecken. Die lahmt immer so vor sich hin und will nicht ohne RPI-RF-MOD.
Also Sorry, passe.

Das kann ich gut verstehen. Kostet mich auch immer ziemlich zeit SD Karten hin+herzuschubsen Aber es müsste eigentlich auch reichen auf eine RM OVA downzugraden vor dem ganze tcl 8.6 upgrade. Also so 3.61.7 oder so. Da sollte sich das ganze gleich zur 3.63.9 der CCU3 firmware verhalten...

[Baxxy]

Ich hatte mit der 20220226 ganz frisch 4 DV's angelegt...

Und dann direkt auf 20220521 geupdatet...

Das bekommen also Umsteiger aktuell so auch.

IP-Geräte habe ich aktuell nichts zum testen über.

Grüße, Baxxy

[Hackertomm]

Auch bei mir gab es an meiner VM Rapspberrymatic das Problem mit den Umlauten.
Aber da es bei mir nur 10 Direktverknüpfungen gibt, war dann die Abhilfe schnell erledigt.
Allerdings muss ich das bei Gelegenheit bei meiner "Charly" RM auch noch machen, da dürfte es das Problem ebenso geben.
Aber auch kein Problem.
Wenn ich besser aufgepasst hätte, würde ich das gleich im Zuge des Updates beider RM´s erledigt haben.

Ansonsten läuft alles Besten, Danke dafür!

[jmaus]

Ich hatte mit der 20220226 ganz frisch 4 DV's angelegt...
RM_Umlaute_angelegt_20220226.JPG
Und dann direkt auf 20220521 geupdatet...
RM_Umlaute_nachUpdate_20220521.JPG

Das bekommen also Umsteiger aktuell so auch.

IP-Geräte habe ich aktuell nichts zum testen über.

Grüße, Baxxy

Ok, verstehe ich. Kannst du bitte noch folgende Kommandos auf beiden versionen ausführen bitte:

Code: Alles auswählen

curl -vvv -H "Content-Type: text/xml" -d "<?xml version='1.0'?><methodCall><methodName>getLinks</methodName><params/></methodCall>" http://127.0.0.1:2001 2>/dev/null | hexdump -C

Das sollte dann einen hexdump der DVs ausgeben inkl. der Beschreibungen. Daraus sollte sich dann ableiten lassen welche der beiden versionen es "richtiger" macht

EDIT: und das mit "hexdump -C" kannst du auch auf die jeweilige *.dev datei unter /etc/config/rfd dann loslassen und dann sieht man in welcher Kodierung am schluss die beschreibungen abgelegt werden.

EDIT2: Hier nochmal eine kurze technische Zusammenfassung warum ich aktuell denke, dass die Umlautkodierung der DV Beschreibungstexte mit der 3.63.9.20220521 Version nun passen sollte: https://github.com/jens-maus/RaspberryM ... 1134795288

[Baxxy]

>> Analyse <<

Grüße, Baxxy

[Matthias K.]

Da es in den Changelogs nicht auftaucht: Wie sieht es aus in Sachen Kompatibilität Firmware 1.3.0 für's HB-RF-ETH?