Umlaute fueren zum Abbruch der Verbindung Openhab > LinHK

[rayb]

Hallo Zusammen,

ich möchte kurz meine Erfahrungen mit Problemen bei der Nutzung von Umlauten in der LCN Konfiguration teilen.

In meiner Umgebung läuft ein Openhab (1.8.3 auf RaspberryPI 3) das mit dem LCN-Binding (1.8.3) via LinHK (1.29 auf RasperryPI 2) angebunden ist. Ziel dieser Installation war es u.a., die Temperatur Daten langfristig zu speichern um Vergleiche auch über Jahre machen zu können. Über Sinn und Unsinn läßt sich streiten ;-)

Wie dem auch sei, habe ich das eingerichtet und kann mir dann im Openhab über Chart diese Daten anzeigen lassen. Soweit so gut. Alle 1-7 Tage (unregelmäßig) wurde die Datenaufzeichnung unterbrochen. Ein Blick in das events.log zeigte mir, das keine Daten ankommen. openhab.log war im Default Setting nicht aufschlussreich. Also habe ich die Logsettings auf debug gesetzt. Siehe da (…das hat schon ein wenig gedauert…), es wurde eine Fehlermeldung ausgegeben im openhab.log, die nicht so richtig lesbar war. Grund „Umlaute“ aus dem Feld „Eigenschaften“ der Module >K�che<. 2 weitere Fehler mit anderen Modulen und Umlauten haben das Problem bestätigt.

Code: Alles auswählen

21:32:19.143 [DEBUG] [inding.lcn.internal.LcnBinding:153  ] - Channel "lcn_pi" received input: =M000233.K1UPP + GT12 +
21:32:19.170 [DEBUG] [inding.lcn.internal.LcnBinding:153  ] - Channel "lcn_pi" received input: =M000071.K1UPS + GT2 +
21:32:19.194 [DEBUG] [inding.lcn.internal.LcnBinding:153  ] - Channel "lcn_pi" received input: =M000150.K1A1 LK�che St
21:32:19.221 [ERROR] [.b.l.i.LcnBindingActiveService:125  ] - Error while executing background thread LCN Refresh Service
java.lang.IllegalArgumentException: null
        at java.nio.Buffer.position(Buffer.java:236) ~[na:1.7.0_60]
        at org.openhab.binding.lcn.connection.Connection.readAndProcess(Connection.java:398) ~[na:na]
        at org.openhab.binding.lcn.connection.ConnectionManager$2.execute(ConnectionManager.java:275) ~[na:na]
        at org.openhab.binding.lcn.internal.LcnBinding.execute(LcnBinding.java:188) ~[na:na]
        at org.openhab.binding.lcn.internal.LcnBindingActiveService.run(LcnBindingActiveService.java:122) ~[na:na]
        at java.lang.Thread.run(Thread.java:745) [na:1.7.0_60]
05:07:34.901 [DEBUG] [.p.m.i.MysqlPersistenceService:565  ] - mySQL query: item is TempAussen
05:07:34.905 [DEBUG] [.p.m.i.MysqlPersistenceService:625  ] - mySQL: query:SELECT Time, Value FROM Item85 WHERE TIME<'2016-11-20 05:07:34' ORDER BY Time DESC LIMIT 0,1

In den LCN Modulen hatte ich zum Teil die "Wörter" wie Tür, Gäste, Küche, Straße etc mit "Umlauten" geschrieben und nicht über "ue,oe,ae oder ss" umschrieben.

Ich habe dann in der LCN-PRO, alle Module in ein XML exportiert. Dann mit Notepad++ und dem XMP Plugin (XML Tools), den Export mit der Funktion „Pretty print (libXML) [experimental]“ so konvertiert, dass man es vernünftig lesen kann. Dann Suche nach ä,ü,ö,ß und parallel in der LCN-PRO die Zeichen ersetzt.

Sei dem alles gut!

Ich habe vorhin mal nach dem Stichwort Umlaute gesucht. Da gab es auch schon an andere Stelle Probleme. Und ja, natürlich sollte man in dem LCN-Binding diese Problematik „abfangen“.

Und die Moral von der Geschicht, keine Umlaute in der Pro verwenden

Viele Grüße
Ralf

[Thomas]

Ziel dieser Installation war es u.a., die Temperatur Daten langfristig zu speichern um Vergleiche auch über Jahre machen zu können. Über Sinn und Unsinn läßt sich streiten ;-)

Nein, nicht streiten, macht absolut Sinn...

Und die Moral von der Geschicht, keine Umlaute in der Pro verwenden.

Auch gut, macht immer mal wieder Probleme, auch bei mir mit anderen Kopplungen.

[oliwel]

Hallo Ralf,

danke fürs Suchen - ich hatte auch immer abgestürzte Bindings und schon die Umlaute im Verdacht, jetzt kann ich mir die Suche sparen - ich werde aber auch mal sehen ob sich da mit Zeichensatzeinstellung oder so was machen läßt.

Oli