theo

Hallo Sigi, sorry für die Verzögerung. In den letzten vier Monaten war einfach keine Zeit übrig. Ich habe vor in den nächsten Wochen wieder in das Thema einzusteigen. Aber ein bisschen Zeit wird es noch brauchen. Dann steht das Thema Dimmer oben auf der TODO-Liste. Gruß, Theo

Hallo Terran, genau, Authentifizierung ist noch nicht implementiert. Super, dass du es zum Laufen bekommen hast. Danke für die Rückmeldung. Gruß, Theo

Hi excal2, for now there is now other solution, sorry for that. I will have time to work on this issue may be in 2 or 3 months. Sorry, Theo

Hi excal2, I think you need two entries for the brick_dc in the openhab.cfg and items configuration. Furthermore you need two switches, one to switch on the forward configuration and one to switch on the reverse configuration of the brick. I've planned some enhanced support for brick_dc, but unfortunately this will take some month because currently I've no spare time to implement it. Regards, Theo

Hallo Joerg, im Moment funktioniert das mit dem Symbolik-Name nicht für das "Industrial Digital 4 IN". Leider habe ich gerade -ungeplant- wenig Zeit für das Binding, aber in ein paar Wochen wird es wieder Fortschritte geben. Geplant ist auch eine Integration in openhab2/eclipse SmartHome, aber im Moment muss ich leider pausieren, natürlich abgesehen von echten Show-Stoppern. Gruß, Theo

Hallo Jörg, du musst beim gleichzeitigen Verwenden von openHAB und dem Brick Viewer vorsichtig sein! Soweit ich das Verstanden habe macht der brickd keine Buchhaltung über die verbundenen "Programme" und ordnet Anfragen auch nicht bestimmten Programmen zu. Deshalb beeinflussen Aktionen mit dem Brick Viewer ein gleichzeitig laufendes openHAB-Binding. Der Brick Viewer löst beim Starten eine Enumeration aus, dass heisst alle angeschlossenen Geräte werden erneut ermittelt. Ausserdem registriert er CallBackListener oder ähnliche Listener (möglich, dass dies nur passiert, wenn du den Tab für ein Bricklet öffnest). Das Enumerieren betrifft nicht nur den Brick Viewer, sondern alle registrierten Anwendungen - also auch openHAB -. Beim Beenden werden die Listener wieder ausgetragen. Da wird aber nicht unterschieden, wer den Listener registriert hat, sondern alle Listener werden ausgetragen, auch die von openHAB registrierten - es gibt also keine updates mehr im openHAB. Korrigiert mich, wenn ich mit diesem Verständnis falsch liege. Könnte das die Ursache für deine Probleme sein? Versuch mal ob openHAB wie erwartet funktioniert, wenn du den Brick Viewer nicht auf den Stack loslässt während openHAB läuft. Gruß, Theo

Hi photron, ich habe jetzt mein Java Projekt auf euer Artefakt umgestellt und es funktioniert wie es soll. Super! Ich finde die Verfügbarkeit über die maven central ist einen Blog-Post / Tweet wert. Gruß, Theo <dependencies> <dependency> <groupId>com.tinkerforge</groupId> <artifactId>tinkerforge</artifactId> <version>2.1.1</version> </dependency> </dependencies>

Super! Sieht gut aus, die Suche in der maven central findet das Artefakt mittlerweile auch. Vielen Dank.

Super. Danke fürs Ausprobieren.

Hi Photron, bist du weiter gekommen? Gruß, Theo

Hallo Joerg, ich habe das Problem mit den symbolic names (name=) angeschaut. Mit dieser Binding Version sollte es tun: http://m1theo.org/org.openhab.binding.tinkerforge-1.5.1-SNAPSHOT-symbolic-name.jar . Der Fix ist für openhab 1.5.1 eingetütet. Kannst du es noch mal testen und Rückmeldung geben? Gruß, Theo

Bist du auf openhab 1.5? Es scheint als ob die Config nicht dem Binding zugestellt wird. Da gab es Bugs. Wenn dein openHAB unter Linux läuft, dann starte openHAB, warte bis der Startup fertig ist und dann mache ein touch auf openhab.cfg. Unter windows ersetzt du den Touch durch Öffnen der openhab.cfg und Abspeichern einer unbedeutenden Änderung.

Es scheint, du hast eine Menge Addons/Bindings aktiviert. Brauchst du alle? Entferne die, die du nicht brauchst aus dem addons Ordner. Zum Debuggen am Besten alle ausser das Tinkerforge Binding.

Kannst du das loglevel für das Binding auf TRACE setzen und noch mal einen Auszug aus dem Log-File schicken?

Dein Stack wird nicht erkannt. Du solltest so was sehen wie: DEBUG o.o.b.t.i.TinkerforgeBinding[:242]- TFINIT Tinkerforge new brickd for host: 192.168.4.7 Läuft der brickd auf dem default port?

Hi Einstein, deine Config sieht OK aus. Such mal im openhab.log ob beim Starten von openHAB das Bricklet erkannt wurde. Im Zweifel stoppst du openHAB, schiebst openhab.log zur Seite, startest wieder, wartest bis der Server oben ist, kopierst die Log-Datei und postest sie als Anhang. Dann kann ich mal drüber schauen. Gruß, Theo

Hi Jörg, danke für die Rückmeldung. Sieht nach einem Bug aus. Werde ich mir leider erst nach dem Urlaub anschauen können. Gruß, Theo

So, die Doku für openHAB 1.5 ist online: https://github.com/openhab/openhab/wiki/Tinkerforge-Binding Ist auf gut 1400 Zeilen angewachsen! Rückmeldung gerne hier oder wer einen GitHub Account hat kann die Doku auch selbst editieren. Ich bin jetzt erstmal für eine Woche im Urlaub.

Hi Joerg, im oberen Teil wird festgelegt welche sub devices am bricklet hängen, im unteren Teil wird das sub device konfiguriert. Den type musst du nochmals angeben, damit das Binding überprüfen kann ob du alles richtig konfiguriert hast. Gruß, Theo

Hi Raimund, die vorläufige Doku ist hier: https://github.com/theoweiss/openhab/wiki/Bricklet-LED-Strip. Die Release Notes werden im Laufe der Woche entstehen. PTC hab ich nicht aber mal sehen... Gruß, Theo

Vor dem Release hab ich mich noch mal richtig reingehängt und weitere Bricklets eingebunden. Neu gibt es Unterstützung für Bricklet Segment Display 4x7, Bricklet Digital Out 4, Bricklet Hall Effect, Bricklet IO-4 und was das allerbeste ist: Bricklet LED Strip. Die vorläufige Beschreibung der Konfiguration findet ihr wieder hier: https://github.com/theoweiss/openhab/wiki Die Doku ist noch sehr knapp, ich werde sie im Laufe der Woche vervollständigen. Gerne dürft ihr vorher hier nachfragen, wenn etwas unklar ist. Den Download gibt es wieder aus dem CI, da die Änderungen schon in den Hauptzweig übernommen worden sind: https://openhab.ci.cloudbees.com/job/openHAB/ws/bundles/binding/org.openhab.binding.tinkerforge/target/org.openhab.binding.tinkerforge-1.5.0-SNAPSHOT.jar Bitte gebt mir Rückmeldung, auch im Erfolgsfall, wenn etwas nicht funktioniert dann sowieso.

Ich habe jetzt mal im Code gewühlt und in dessen Historie. Bis April war im RemoteSwitchBricklet Code, der bei einem Reconnect zum Zurücksetzen des Zustands auf OFF geführt hat. Im aktuellen Binding ist das nicht mehr so. Also löst ein Update des Bindings u.U. dein Problem. Läuft openHAB bei dir auch auf dem Pi oder nur der Brickd?

@derAngler Hast du deinen Stack mit WiFi angebunden? Reconnects würden das Verhalten mit dem Zurückstellen auf OFF erklären. Oder schaltest du zwischendurch ohne Verwendung von openHAB, also mit der original Fernbedienung? Mit dem Remote Switch Bricklet kann man nämlich den Zustand der Steckdose nicht abfragen. Deshalb wird als Ausgangszustand immer OFF angenommen, bzw. Umschaltvorgänge ausserhalb von openhab werden nicht registriert. Die neuen Bindings werden bis 15.Juni auf der openHAB Seite dokumentiert sein, da am 15. openHAB 1.5 released wird. @Stefan guter Tipp. Da openHAB 1.5 bald released wird, wäre es sehr hilfreich wenn ihr eure bestehenden Setups mit dem aktuellen Binding testen würdet, um eventuelle Regressions zu finden. Ihr könnt dazu das Binding aus dem CI herunterladen: https://openhab.ci.cloudbees.com/job/openHAB/ws/bundles/binding/org.openhab.binding.tinkerforge/target/org.openhab.binding.tinkerforge-1.5.0-SNAPSHOT.jar

Erst einmal schnell eine kurze Antwort mehr später, da ich gleich weg muss. Repeats sind schon konfigurierbar, du kannst sie so setzen: tinkerforge:rs_plants.repeats=5 Ich glaube ich hatte das bisher vergessen zu schreiben.

So, zum Wochenausklang nochmals zwei neue Bricklets: Bricklet Tilt und Bricklet VoltageCurrent! Dowloads: http://m1theo.org/org.openhab.binding.tinkerforge-1.5.0-SNAPSHOT-4-VoltageCurrent-etal.jar http://m1theo.org/openhab-addon-binding-tinkerforge-1.5.0-SNAPSHOT-4-VoltageCurrent-etal.deb Die Konfiguration für diese und alle anderen neuen Bricklets findet ihr jetzt hier: https://github.com/theoweiss/openhab/wiki Der Snapshot enthält noch einen Bugfix für eine Regression vom letzten Snapshot. Er betrifft das Konfigurations-Management der openhab.cfg für threshold- und callback-Werte einiger Bricklets. Ausserdem werden jetzt doch wieder alle Bricklet regelmäßig abgefragt, da sonst durch den zeitverzögerten Start des WebInterfaces Werte, die sich nur selten ändern sehr lange unintialized bleiben. Damit werde ich mich später nochmals intensiver beschäftigen. @derAngler: bist du mittlerweile erfolgreicher gewesen? Gruß, Theo