Trigger bei Eingängen? Und openHAB.

[paphko]

Hallo Klaus,

könntest du vielleicht noch ein ein Issue bei openHAB einstellen? -> https://github.com/openhab/openhab/issues
Dann kann es dort offiziell diskutiert und nach dem Fix auch in den Release Notes dokumentiert werden

[Klaus]

Erledigt: https://github.com/openhab/openhab/issues/2068

// Klaus

[paphko]

Ich habe das lokal mal auf die Schnelle versucht zu korrigieren, probier doch mal bitte dieses jar aus: https://www.dropbox.com/s/gwwr7vl7z3b2f ... 7.jar?dl=0
Einfach im addons-Verzeichnis das jar ersetzen.

[Klaus]

Danke, aber das scheint noch nicht zu passen:

13:22:27.257 [DEBUG] [a.internal.AnelConnectorThread:201 ] - Sending to 192.168.15.9: wer da?
13:22:27.272 [DEBUG] [a.internal.AnelConnectorThread:240 ] - Clearing cache because it was older than 0 minutes.
13:22:27.272 [ERROR] [a.internal.AnelConnectorThread:267 ] - Error occured when received data from Anel device: 192.168.15.9
java.lang.ArrayIndexOutOfBoundsException: 16
at org.openhab.binding.anel.internal.AnelDataParser.parseData(AnelDataParser.java:104) ~[na:na]
at org.openhab.binding.anel.internal.AnelConnectorThread.run(AnelConnectorThread.java:244) ~[na:na]

[paphko]

Danke, aber das scheint noch nicht zu passen:

Stimmt, ich hatte den Index falsch abgefragt. Neuer Versuch: https://www.dropbox.com/s/oqcb3i31uomv3 ... 0.jar?dl=0

[Klaus]

Zunächst nochmal DANKE für den schnellen Support. Da hätte ich mich jetzt mit einer neuen Programmiersprache etwas schwer getan...

Die Stati bekomme ich jetzt richtig angezeigt. Wenn ich probiere zu schalten, dann "springt" der Schalter aber gleich wieder in den alten Zustand zurück...
Ist es normal, dass im Log so ein "Datensalat" drinsteht?

16:26:00.369 [DEBUG] [a.internal.AnelConnectorThread:201 ] - Sending to 192.168.15.9: wer da?
16:26:00.383 [DEBUG] [a.internal.AnelConnectorThread:240 ] - Clearing cache because it was older than 0 minutes.
16:26:00.384 [DEBUG] [a.internal.AnelConnectorThread:249 ] - newValues (len=25): {F8=OFF, F2=ON, F7NAME=Nr. 7, F8NAME=Nr. 8, F1NAME=IP-Cam, F1LOCKED=OFF, F6LOCKED=ON, F7LOCKED=ON, F8LOCKED=ON, F1=OFF, F3NAME=Synology DS, F4=OFF, F6=OFF, F2NAME=HomeMatic CCU, NAME=NETPWRCTRL , F4NAME=Nr. 4, F3=ON, F5=OFF, F7=OFF, F2LOCKED=OFF, F5NAME=Nr. 5, F3LOCKED=OFF, F4LOCKED=ON, F6NAME=Nr. 6, F5LOCKED=ON}

Ich hätte eigentlich erwartet, dass die Daten geordnet von F1 nach F8 zurück kämen ...

[paphko]

Ich hätte eigentlich erwartet, dass die Daten geordnet von F1 nach F8 zurück kämen ...

Naja, ich verarbeite die Updates in einer unsortierten Map, aber das geht natürlich auch sortiert: https://www.dropbox.com/s/ci5swo65lm2bn ... 5.jar?dl=0

Hast du mal autoupdate="false" beim Item ausprobiert?

[Klaus]

Jetzt habe ich auch nochmal autoupdate="false" probiert, leider ohne Erfolg.

Schalte ich extern um, dann wird der angezeigte Zustand (ON/OFF) im Web-Interface sauber nachgezogen.
Versuche ich im openHAB Web-Interface umzuschalten, dann erzeuge ich zwar einen Eintrag im Events.log, z.B.
2015-02-02 17:45:34 - Anel1 received command ON
es passiert aber nichts ...

Im openhab.log kann ich dazu aber nichts finden... Müsste da auch was stehen?

[paphko]

Stimmt, das Schaltverhalten ist nicht ganz wie erwartet.
Ich bin gerade selbst am umbauen, sodass ich das erst die Tage richtig testen und debuggen kann.

[paphko]

Stimmt, das Schaltverhalten ist nicht ganz wie erwartet.

I don't get it... wenn ich openhab auf einem RasPi (Wheezy) laufen lasse, funktioniert das Schalten nicht. Sobald exakt das selbe (!) openhab unter Windows läuft, funzt alles wie erwartet
Hast du das mal unter Windows getestet?