theo

Hallo Jens, ich habe den Fehler gefunden. Wenn die Zeit reicht, werde ich morgen ein gefixtes Binding haben. Gruß, Theo

OK. Danke. Ich spiel das mal durch und melde mich wieder. Gruß, Theo

Na dann ist ja alles im grünen Bereich 8-((. Scherz bei Seite. Was du mit den Rules zum Abfangen meinst, habe ich nicht verstanden. Kannst du vielleicht mal deine Konfiguration posten (items, rules, sitemap, openhab.cfg). Mal sehen was ich da kaputt gemacht habe. Was mir noch aufgefallen ist: ich sehe so eine ganze Latte ActionServices. Hast du viele Addons installiert?

Hi Jens, mein Verdacht ist, dass die FrameDuration 1 nicht gut ist. Ich habe mal ein Binding mit setFrameDuration(100) gebaut, was dem default entspricht. Du kannst das angepasste Binding hier herunterladen: https://bintray.com/artifact/download/theoweiss/generic/org.openhab.binding.tinkerforge-1.7.0-SNAPSHOT-led-button.jar Gruß, Theo

Mir ist noch was aufgefallen. Welche LED's verwendest du? Ich habe Übersehen, dass das API erweitert wurde. Das openHAB binding unterstützt deshalb bisher nur den default WS2801 Chip. Keine Ahnung wie sich das auswirkt, wenn du andere LED's hast. Ich werde das baldmöglichst nachziehen.

Hallo Jens, ich habe gerade mal in den Code geschaut. Ich setze die Frameduration fest auf 1ms, in der Annahme, dass kein FrameRenderedListener() eingehängt ist. Ganz sicher bin ich mir über das richtige Vorgehen hier aber nicht. Das könnte vielleicht dann hohe Load für den Brickd erzeugen, wenn du parallel zu openHAB den Brick Viewer geöffnet hast. Gruß, Theo

Hallo Sigi, klingt nach einem coolen Aufbau. Vermutlich wären für die Dimmer auch Z-Wave Geräte besser geeignet. Die Baumarktgeräte haben mich nicht überzeugt, eben weil der Rückkanal fehlt. Das Remote Bricklet gefällt mir, ich hätte dafür aber lieber eine Firmware, die z.B. Remote Temperatursensoren (am liebsten von TF) auslesen kann. Gruß, Theo

Hallo Stefan, was bedeutet "stimmen die Werte nicht mehr"? Kannst du das etwas genauer beschreiben, damit ich weiß was ich testen muss. Wenn du im laufenden Betrieb den Brick Viewer aufschaltest kann es sein, dass etwas durcheinander gerät. Soweit mir bekannt ist spätestens beim Disconnect des Brick Viewers, werden alle Callback-Listener gelöscht. Soweit ich das verstanden habe wird das in einer der kommenden Brick Viewer Versionen gefixt sein. Gruß, Theo

Hallo macduff, das Dual-Button-Bricklet ist so gut wie fertig, ein erster Wurf ist schon in 1.7.0-SNAPSHOT drin. Ich schau gerade noch mal über den Code. Ich werde dir Bescheid geben wenn es was zu testen gibt. Gruß, Theo

Hallo Sigi, vielen Dank für das ausführliche Testen! Sehr gefreut habe ich mich auch über dein positives Feedback zum Binding. Danke dafür. Es ist für mich natürlich auch wichtig zu wissen, ob das Binding verwendet wird, noch besser für was und was noch fehlt oder nicht funktioniert. Immer her damit. Wegen der Android App habe ich schon eine Anfrage ins openHAB Forum gepostet und hoffe auf eine Antwort. Sobald ich schlauer bin gebe ich dir Bescheid. Gruß, Theo

Da steht was von org.openhab.action.tinkerforge, hast du vielleicht das Binding mit der Action verwechselt? Ab 1.7 wird es noch eine tinkerforge.action geben, das ist ein eigenes Plugin, das Actions für die Verwendung in Rules hinzufügt. Die Doku dafür ist noch nicht online, kommt aber noch. Das Action-Plugin braucht auch das passende Tinkerforge-Binding aus dem 1.7-SNAPSHOT Paket. Das kannst du gerne anstatt des Bintray Downloads verwenden, es enthält auch die Dimmerfunktionalität (die ist mittlerweile in den master branch gemerged) und noch einige weitere Features. Ich werde die Tage noch etwas dazu posten. Verwirrt?

Da gab es noch einen Bug im Dimmer UI, der mittlerweile gefixt ist: https://github.com/openhab/openhab/pull/2127. Ich vermute es ist besser, du machst deine Tests mit einer 1.7-SNAPSHOT Runtime: https://openhab.ci.cloudbees.com/job/openHAB/ Gruß, Theo

Super, danke fürs debuggen! Ich hatte nur mit dem Browser getestet. Natürlich sollten sich die GUI's nicht unterschiedlich verhalten. Ich werde das weiterleiten und sehen ob es einen Workaround für das Binding gibt. Gruß, Theo

Hallo Sigi, vielen Dank für die Rückmeldung. Komisch ist, dass bei dir der Slider einen Prozentwert schickt anstatt ein IncreaseDecrease. Ich melde mich wenn ich schlauer bin. Gruß, Theo

Vielen Dank. Ja bei der Android App bewegt sich gerade etwas. Vorgestern hat Kai einen Screenshot getwittert https://twitter.com/kaikreuzer/status/561209718119886848/photo/1 . Soweit ich weiß gibt es im Moment neben HabDroid auch noch eine weitere openHAB App im App-Store. Insgesamt ist bei openHAB gerade grundlegendes im Gange, seit ca. einem 3/4 Jahr ist die openHAB2 Entwicklung im Gange. Da wird vieles von Grund auf neu gemacht. Dabei steht Benutzerfreundlichkeit im Fokus, z.B. auch durch durchgehende Konfiguration mit Web GUI's (auch für die Rules). Ausserdem wird es Autodiscover für Devices geben. Da die Kernkomponenten von openHAB seit einiger Zeit als "Eclipse Smarthome" Projekt weitergeführt werden, gibt es mittlerweile auch Beteiligung von Firmen an der Weiterentwicklung. openHAB2 bedeutet für das TinkerForge Binding eine Reimplementierung von vielen Teilen. Das wird noch ein paar Monate dauern bis ich soweit bin, aber ich freue mich schon drauf. Gruß, Theo

Neues gibt es auch für den Brick DC. Support für Dimmer, Rollershuter and Number items. Ausserdem kann die Geschwindigkeit auch über einen Prozentwert gesetzt werden. Ausführliche Doku und Download-Link gibt es hier. https://github.com/theoweiss/openhab/issues/1 PS: Wer Brick DC und B-Dimmer verwenden will muss diese Version des Bindings installieren. https://bintray.com/artifact/download/theoweiss/generic/remoteswitch/1/org.openhab.binding.tinkerforge-1.7.0-SNAPSHOT.jar

Ich habe einen ersten Versuch gemacht B-Dimmer Unterstützung einzubauen. Eine beta kann hier herunter geladen werden: https://bintray.com/artifact/download/theoweiss/generic/remoteswitch/1/org.openhab.binding.tinkerforge-1.7.0-SNAPSHOT.jar Die funktioniert auch mit älteren openHAB-Versionen. Leider ist das für mich ein völliger Blindflug, da ich kein solches Gerät habe. Deshalb wäre es nett, wenn z.B. @sihui (Sigi) das Binding testen könnte. Konfiguriert wird das so: Items (Achtung neue Anweisung "step": Dimmer rb {tinkerforge="uid=jKw, subid=kitchen, step=1"} Sitemap: sitemap tf_weather label="RemoteSwitch" { Frame { Slider item=rb } } openhab.cfg (wie gehabt): tinkerforge:rs1.uid=jKw tinkerforge:rs1.type=bricklet_remote_switch tinkerforge:rs1.typeBDevices=kitchen tinkerforge:rs_kitchen.uid=jKw tinkerforge:rs_kitchen.subid=kitchen tinkerforge:rs_kitchen.type=remote_switch_b tinkerforge:rs_kitchen.address=344 tinkerforge:rs_kitchen.unit=9

Hi Excal, there are good news! There is a beta of the binding which has significantly improved support for the Brick DC. It comes with support for Dimmer, Rollershuter and Number items. Besides that the speed can also be set using a percent value. You will find a download link and some in this github issue: https://github.com/theoweiss/openhab/issues/1 Regards, Theo

Sieht auf jeden Fall nach einem Bug im brickd auf dem Master aus. Die Frage ist natürlich was diesen triggert. Solange openHAB nicht läuft, fragst du den Stapel dann mit einem anderen Skript ab? Du könntest z.B. versuchen den BrickViewer der mit dem WiFi-Stack verbunden ist längere Zeit laufen zu lassen. Auf der openHAB Seite könnte man versuchen ob es besser wird, wenn du die callbackPeriod für das Barometer und das Temperature Bricklet vergrößerst, z.B. auf 10 Sekunden. tinkerforge:humidity_balcony.callbackPeriod=10000 ... Wenn du die Temperatur des Barometer Bricklets nicht ausliest, kannst du den refresh-Wert z.B auf 10 Minuten setzen: tinkerforge.refresh=600000

Noch was: was genau bedeutet aufhängen?

Hallo Sascha, ist mir nicht klar was das mit openHAB zu tun haben könnte. Leider weiß ich auch nicht wie man mit der WLAN Extension debuggt. Schau mal im openhab.log nach ob es da Meldungen gibt. Sind deine Firmwares aktuell? Hängt nur das remote switch bricklet am Wifi-Stack? Gruß, Theo

RED Brick und openHAB! Ich habe mich die letzten Tage mit dem RED Brick und openHAB beschäftigt. Das funktioniert wirklich toll! Ich habe ein kleines github Projekt angelegt, in dem die openHAB Installation beschrieben ist. Ausserdem enthält es ein Skript und Template-Konfiguration. Damit wird openHAB auf dem RED Brick automatisch für ein angeschlossenes Wetterstation-Kit konfiguriert: https://github.com/theoweiss/tinkerforge-RED-Brick Ich bin gespannt auf euere Rückmeldung. Gruß, Theo

Hi Excal, thanks for reminding me. I started some work on RED Brick topic. As soon as this work is finished I will continue working on the binding. You will have to be patient for some more weeks. Regards, Theo

Hallo tobi, alle Werte kommen als BigDecimal, entsprechend muss die Formatanweisung gestaltet sein. Float also z.B. "%.1f" sollte funktionieren. In werde bald ein paar mehr Beispiele dokumentieren. Im openhab.log sollte sich etwas finden, wenn die rules in Fehler laufen. Gruß, Theo

Hallo topi, Das muss ich noch mal durchspielen. Ich vermute der erste update auf den Button geht von UNDEF nach OFF. Für die Buttons musst du weitere Regeln einfügen. Was auch immer du mit den Buttons steuern willst. Du kannst z.B. mit dem Exec Binding ein system-Kommmando wie shutdown ausführen, wenn der Button1 gedrückt wird. Da stimmt vermutlich was mit den Formatanweisungen nicht. Versuch es mal mit den Rules-Beispiel im openHAB-Wiki https://github.com/openhab/openhab/wiki/Tinkerforge-Binding#lcd20x4-bricklet Ich auch, die Regel dafür ist da. Vielleicht ist der openhab shutdown so schnell, dass das Kommando an das LCD-Bricklet nicht mehr zugestellt wird. Du kannst versuchen, ob ein sleep am Ende der Regel möglich ist und hilft. Gruß, Theo