theo

FYI: aktualisierte Dokumentation! Ich habe kürzlich eine vollständig überarbeitete Dokumentation für das TinkerForge Binding online gestellt. Es gibt jetzt u.a. für jedes Gerät eine Beispielkonfiguration. Ich hoffe damit wird der Einstieg in TinkerForge mit openHAB noch einfacher. bit.ly/MFU3WV Gruß, Theo

Hallo derAngler, Remote Switch Bricklet ist in Arbeit. Prinzipiell möchte ich möglichst die komplette TinkerForge Palette unterstützen.

Danke Luxor. Ja, ich brauch die Hardware schon. Entwickeln im reinen "Blindflug" wäre doch etwas schwierig. Manches merkt man erst beim Ausprobieren (diese Erfahrung habe ich gerade (wieder?) mit dem Remote Switch Bricklet gemacht). Ausserdem macht es einfach mehr Spaß! Das Ganze nach getaner Arbeit in Aktion zu sehen ist es auch eine kleine Belohnung.

Danke für die Klarstellung. Genauso habe ich es gemeint. Bisher wird der default Zustand wieder hergestellt, anstatt der Beibehaltung des aktuellen Zustands. Eine gute Lösung habe ich bisher noch nicht, da ich im Binding nicht zwischen Reconnect und "Device ist neu" unterscheiden kann.

Hallo Unex, schön, dass du dich für openHAB interessierst. @Stefan: gerade als ich abschicken wollte kam dein Beitrag. Danke fürs Einspringen, Unex Frage ist damit eigentlich schon beantwortet. Ich schicke trotzdem noch ab, da ich einige Links reingepackt habe. Die openHAB Runtime und die Bindings laufen auf dem PI. Den Designer brauchst du nur um deine Konfiguration zu erstellen. Der ist zur Laufzeit auf dem PI nicht nötig, und auch nicht so gut aufgehoben, da er etwas mehr Ressourcen braucht. Pack die Runtime und die gewünschten Bindings/Addons auf dem Pi, erstelle die Konfiguration auf deinem Windows Rechner, schieb sie auf den PI und starte die Runtime. Mit allgemeinen Fragen zu openHAB bist du auf den openHAB Mailinglisten noch besser aufgehoben: auf Deutsch: http://knx-user-forum.de/openhab/ auf Englisch: https://groups.google.com/forum/#!forum/openhab Installations und Konfigurationsanleitung findest du im Wiki: https://github.com/openhab/openhab/wiki/Quick-Setup-an-openHAB-Server Hier findest du einiges zu openHAB auf dem PI: https://github.com/openhab/openhab/wiki/Hardware-FAQ Gruß, Theo

Hallo Stefan, ich konnte das Problem nachstellen und den Fehler fixen. Es gibt jetzt ein gefixtes Binding unter http://m1theo.org/wp-content/uploads/org.openhab.binding.tinkerforge-1.4.0-SNAPSHOT-io16-etal-fix-1.jar . Allerdings arbeite ich noch daran, dass für outgoing ports nach dem Reconnect unabhängig vom aktuellen Zustand der default Zustand wieder hergestellt wird. Ich denke es sollte der aktuelle Zustand bleiben. Gruß, Theo

Hallo Stefan, vielen Dank fürs Testen! Ich versuche das mit dem reconnect nachzustellen (gib mir ein paar Tage). Zusätzlich zu den Callbacks werden die Werte auch regelmäßig abgefragt. Du kannst den Refresh mit "tinkerforge:refresh=(Wert in Millisekunden)" in openhab.cfg setzen, der default ist 60000. Gruß, Theo

Super das freut mich. Ich bin gespannt auf @Einsteins Rückmeldung. Als nächstes habe ich mir das "Joystick Bricklet" und das "Linear Poti" vorgenommen, dann ist ist das "Voltage/Current" dran. Gruß, Theo

So, ein gefixtes Binding ist hochgeladen. Download wie bisher unter http://m1theo.org/wp-content/uploads/org.openhab.binding.tinkerforge-1.4.0-SNAPSHOT-io16-etal.jar . Gruß, Theo

Hallo Stefan, vielen Dank für deine Rückmeldung. Ich kann deine Beobachtung nachvollziehen. Ursache ist, ich setze bei setPortInterrupt die falsche Maske, nämlich genau für Port 1 und 7. Beim Testen war wohl der BrickViewer so nett das für mich zu korrigieren ;-). Ich gebe Bescheid wenn es ein gefixtes Binding zum download gibt. Gruß, Theo

So, ich habe den aktuellen Snapshot hochgeladen: http://m1theo.org/wp-content/uploads/org.openhab.binding.tinkerforge-1.4.0-SNAPSHOT-io16-etal.jar Zum Testen bitte keine kritischen Versuchsaufbauten oder empfindliche Elektronik verwenden, falls es noch Bugs im Binding gibt!!! Ich kann natürlich keine Haftung übernehmen! Zum Installieren openHAB stoppen, aus der openHAB-Installation das bisherige TinkerforgeBinding entfernen (!) und durch das heruntergeladene ersetzen, openHAB wieder starten. Der Snapshot funktioniert auch mit einem openHAB 1.3 Server, ihr müsst also nur das Binding austauschen. Im Snapshot ist neu die Unterstützung für folgende Bricklets enthalten: * Bricklet IO-16 * Bricklet Industrial Quad Relay * Bricklet Industrial Digital In 4 Ausserdem werden weitere ItemTypes unterstützt: * NumberItem * SwitchItem * ContactItem Das neue DisconnectedHandling ist ebenso dabei. Es gibt wenige Änderungen die nicht rückwärtskompatibel sind, das betrifft v.a. die Rules: * LCDBacklight ist jetzt ein sub device von LCD20x4 Bricklet, die subId ist "backlight". Im Items file sieht das jetzt so aus: Switch TF_LCDBacklight "LCDBacklight" { tinkerforge="uid=d4j, subid=backlight"} * LCD20x4Button postet jetzt einen update anstatt eines commands, deshalb sieht eine Regel dafür jetzt z.B. so aus: rule "Weatherstation LCD Backlight" when Item TF_Button0 received update then if (TF_Button0.state == ON) sendCommand(TF_LCDBacklight, ON) else sendCommand(TF_LCDBacklight, OFF) end * IndustrialQuadRelay sub id fängt jetzt bei 0 an. In einem früheren Snapshot war es 1-4, jetzt also 0-3. Jetzt zur Konfiguration ======================= Bricklet IO16 ------------- !! Im Unterschied zu allen bisherigen Devices muss hier für jeden Pin, den man verwenden will, ein Eintrag in der openhab.cfg sein!! Da es sehr viele Konfigurationseinträge werden können und cut/paste-Fehler wahrscheinlich sind, bei Problemen im openhab-Logfile nach "ERROR" und ConfigurationExceptions suchen und openhab.cfg überprüfen. IO16Bricklet Konfiguration die alle Pins betrifft (ist optional): * debouncePeriod setzt die DebouncePeriod in Millisekunden der default ist 100. z.B. tinkerforge:io16.uid=efY tinkerforge:io16.type=bricklet_io16 tinkerforge:io16.debouncePeriod=100 Das SubId-Schema sieht folgendermaßen aus: die SubIds beginnen entweder mit "in" oder "out", gefolgt vom Port "a" oder "b", gefolgt von der Pin-Nummer. Pin als Input konfigurieren: * type ist "iosensor" * subid ist: in[ab][0-7] * pullUpResistorEnabled: "true" oder "false", schaltet den Widerstand dazu oder eben nicht. z.B. tinkerforge:io16ina0.uid=efY tinkerforge:io16ina0.subid=ina0 tinkerforge:io16ina0.type=iosensor tinkerforge:io16ina0.pullUpResistorEnabled=true Pin als Output konfigurieren: * type ist "io_actuator" * subid ist out[ab][0-7] * defaultState: "true" oder "false" setzt den Port initial auf HIGH bzw. LOW. z.B. tinkerforge:io16outb0.uid=efY tinkerforge:io16outb0.subid=outb0 tinkerforge:io16outb0.type=io_actuator tinkerforge:io16outb0.defaultState=true Eine zugehörige Items-Datei könnte so aussehen: Contact ina0 "ina0 [MAP(en.map):%s]" {tinkerforge="uid=efY, subid=ina0"} Switch outb0 "outb0" {tinkerforge="uid=efY, subid=outb0"} Entsprechend in der Sitemap-Datei: Text item=ina0 Switch item=outb0 Bricklet Industrial Digital In 4 -------------------------------- Gruppierung wird vom Binding nicht unterstützt. Optional kann in openhab.cfg die debouncePeriod gesetzt werden. * debouncePeriod setzt die DebouncePeriod in Millisekunden der default ist 100. z.B. tinkerforge:inddi4.uid=efY tinkerforge:inddi4.type=bricklet_industrial_digital_4in tinkerforge:inddi4.debouncePeriod=100 Die subIds sind in[0-3]. Eine zugehörige Items-Datei könnte so aussehen: Contact ID1 "ID1 [MAP(en.map):%s]" {tinkerforge="uid=dq3, subid=in0"} Contact ID2 "ID2 [MAP(en.map):%s]" {tinkerforge="uid=dq3, subid=in1"} Contact ID3 "ID3 [MAP(en.map):%s]" {tinkerforge="uid=dq3, subid=in2"} Contact ID4 "ID4 [MAP(en.map):%s]" {tinkerforge="uid=dq3, subid=in3"} Entsprechend in der Sitemap-Datei: Text item=ID1 Text item=ID2 Text item=ID3 Text item=ID4 Bricklet Industrial Quad Relay ------------------------------ Gruppierung wird vom Binding nicht unterstützt. Konfiguration in der openhab.cfg wird nicht benötigt. Die subIds sind relay[0-3]. Eine zugehörige Items-Datei könnte so aussehen: Switch QR1 "QR1" {tinkerforge="uid=eQj, subid=relay0"} Switch QR2 "QR2" {tinkerforge="uid=eQj, subid=relay1"} Switch QR3 "QR3" {tinkerforge="uid=eQj, subid=relay2"} Switch QR4 "QR4" {tinkerforge="uid=eQj, subid=relay3"} Entsprechend in der Sitemap-Datei: Switch item=QR1 Switch item=QR2 Switch item=QR3 Switch item=QR4 @Stefan und @Einstein: vielen Dank fürs Testen. Gruß, Theo

Die Unterstützung für das IO-16 Bricklet ist soweit fertig. Da man für das IO-16 für jeden Pin (derzeit) einen Konfigurationseintrag in der openhab.cfg braucht, arbeite ich im Moment an der Validierung der Konfiguration. Ich hoffe ich habe das bis zum Wochenende fertig. @Stefan und @Einstein Dann wäre es natürlich super wenn ihr einen aktuellen Snapshot des Bindings testen würdet. Twitter: da jetzt längere Zeit nichts von mir zu hören war, habe ich mich entschlossen regelmäßig Zwischenstände der Entwicklung an dem Binding zu twittern unter @theo_weiss . Alles was fertig ist werde ich weiterhin hier bekannt geben. Gruß, Theo

Hi Einstein, das sind ja schon mal gute Nachrichten. Kannst du die Fehlermeldung posten. Gruß, Theo

Hallo Stefan und AuronX, vielen Dank für euer Feedback, so bekomme ich eine Idee davon was funktioniert, wo es vielleicht hakt, welche neuen Features wichtig sind und natürlich auch ob das Binding überhaupt verwendet wird. @Stefan: Ich habe vor zunächst nach und nach die Bricklets, die in meiner Bastelkiste sind in openhab einzubinden. Derzeit habe ich bei mir zusätzlich zu den mit 1.3 veröffentlichten Devices: das QuadRelay-Bricklet am Laufen und das "Industrial Digital In 4 Bricklet" zu 90% fertig. Leider sind die Entwicklungen noch im alten 1.3-mercurial-Zweig von openHAB und ich muss sie erst noch in den 1.4-Git-Zweig überführen. Danach werde ich einen neuen SNAPSHOT auf meinen Blog hochladen. Jetzt die gute Nachricht in meiner Bastelkiste ist u.a. ein IO16-Bricklet. Das kommt dann einfach als nächstes dran. Ich melde mich wenn es was zum Testen gibt. Gruß, Theo

Hi Einstein, du kannst hier http://m1theo.org/wp-content/uploads/org.openhab.binding.tinkerforge-1.4.0-SNAPSHOT-reconnect.jar ein Binding herunterladen mit dem das AutoReconnect funktionieren sollte. Zur Installation einfach openHAB herunterfahren, das originale Binding aus dem addons-Verzeichnis sichern/wegschieben, das org.openhab.binding.tinkerforge-1.4.0-SNAPSHOT-reconnect.jar dort ablegen und openHAB neu starten. Schon mal vielen Dank fürs Testen. Gruß, Theo

Hi Einstein, sorry, ich wurde abgehalten, am Wochenende werde ich mir das anschauen. Gruß, Theo

Hallo Einstein, super das du es am Laufen hast. Ist dein brickd tatsächlich hin und wieder weg? Oder verwendest du die Wifi-Extension und hast gelegentlich Verbindungsprobleme? Ich werde mir das mit dem autoreconnect die Tage noch einmal anschauen. Da lässt sich bestimmt was verbessern. Bis dahin, Theo

Hallo Einstein, freut mich, dass du openHAB ausprobierst! Wenn du den name nicht brauchst (hilft, wenn du die Hardware tauschst, sich also die uid ändert), am einfachsten damit: openhab.cfg tinkerforge:hosts=192.168.4.24 In die items Datei kommt Folgendes: ?.items Number Temperature_Wohnung "Temperature [%.1f °C]" { tinkerforge="uid=NSa, subid=temperature" } In die sitemap Datei an eine Stelle deiner Wahl: ?.sitemap Text item=Temperature_Wohnung Das rules file ist nicht nötig! Der update wird automatisch gemacht: für devices, die einen CallbackListener unterstützen bei jeder Änderung, für die anderen - z.B. das Temperatur device auf dem Barometer Bricklet - alle 60 Sekunden (konfigurierbar mit refreshInterval). Gruß, Theo

Heute wurde openHAB 1.3 released, das Tinkerforge Binding ist mit dabei! Die neue Version gibt es unter http://openHAB.org, das Tinkerforge Binding ist im openhab-addons Paket. Doku zum Binding findet ihr hier http://code.google.com/p/openhab/wiki/TinkerForgeBinding . Kai hat das Tinkerforge Binding in die Release Highlights aufgenommen: http://kaikreuzer.blogspot.de/2013/09/openhab-13-release-highlights.html Das spiegelt sich auch in der Presse wieder: http://www.heise.de/open/meldung/17-neue-Bindings-fuer-Smart-Home-Projekt-openHAB-1952414.html http://jaxenter.de/news/openHAB-in-Version-13-erschienen-zahlreiche-neue-Bindings-167199 Gruß, Theo

Das mit dem brickv klingt plausibel, die Bindings nutzen die Callbacks. Ich dachte auch schon an eine Aktualisierung der runtime auf einen aktuelleren Stand. Es gab kürzlich noch eine race-condition beim item-file einlesen. Den Quellcode kannst du hier finden: http://code.google.com/r/theoweiss-tinkerforge2/ Die Antworten auf deine Fragen kenne ich leider auch noch nicht, da ich bisher vor allem mit dem binding beschäftigt war. Logging und RRD werden auf jeden Fall gleichzeitig funktionieren. Für openhab-Fragen unabhängig vom tinkerforge binding gibt es ein wirklich aktives deutsches und ein englisches Forum. Sie sind auf openhab.org verlinkt.

Der download link ist wieder ok, danke für den Hinweis (ich hatte etwas zu großzügig aufgeräumt). Super, dass du die deb-Pakete am Laufen hast. In der Version die im Download-Bereich liegt, musst du noch aufpassen, falls du openhab z.B. zum debuggen als root gestartet hast. Da das init-Skript openhab unter der user id "openhab" laufen läßt, musst du u.U. den Besitzer der Dateien unter /var/lib/openhab und /var/log/openhab anpassen. Funktioniert es denn jetzt wieder? Das Problem mit "Tinkerforge Refresh Service has been shut down" hört sich nach defekter Konfiguration an. Hast du noch einige Zeilen aus dem Log um diese Meldung herum? U.U musst du das loglevel hochdrehen in /etc/openhab/logback.xml eine Zeile wie diese Einfügen: <logger name="org.openhab.binding.tinkerforge" level="DEBUG" /> es gibt auch noch trace, dann wird es aber sehr gesprächig: <logger name="org.openhab.binding.tinkerforge" level="TRACE" />

Super! Das Binding, das auf meiner Webseite liegt, wird leider nur noch mit der openhab 1.3-Snapshot runtime funktionieren, da es in der runtime eine zu 1.2 inkompatible Änderung gab. Du findest ein deb-Paket mit der 1.3 runtime auf meiner Webseite. Infos zum deb-Paket gibt es hier (die Verzeichnisstruktur ist anders als im zip): http://code.google.com/p/openhab/issues/detail?id=370 . Hier kannst du die offiziellen Snapshots holen: https://openhab.ci.cloudbees.com/job/openHAB/ . Gerne gebe ich Hilfestellung und für Feedback bin ich sowieso dankbar, allerdings bin ich ab Donnerstag bis Ende August im Urlaub. Gruß, Theo

Vielen Dank für eure Rückmeldungen und Interesse, das freut mich natürlich. Ich werde versuchen euch, was openhab betrifft, auf dem Laufenden zu halten. Bei mir steht jetzt erst einmal der Sommerurlaub an, so richtig Neues wird es vermutlich erst nach dem August wieder geben.

Hi, seit einiger Zeit arbeite ich an einer Integration (binding) der TF Hardware in openhab (näheres hier https://github.com/openhab/openhab/wiki/Tinkerforge-Binding). Falls euch das nichts sagt, openhab (http://openhab.org) ist eine opensource Heimautomatisierungs- / IoT-Lösung, die verschiedenste Hardware einbindet. Die Hardware kann dann entweder mit dem Browser, mit einer IOS-App oder einer Android-App ausgelesen oder gesteuert werden. Persistierung in Datenbanken wird ebenso unterstützt, wie Darstellung von Grafiken mit RRD und vieles mehr. Ein Vorteil ist, dass man dazu keinen eigenen Code schreiben muss, sondern eine mächtige Regelmaschine zur Hand hat. Mit den Regeln kann man z.B. konfigurieren, dass die aktuelle Temperatur auf dem LCD-Bricklet ausgegeben wird. Auch das Aussehen der Apps und das Einbinden der Devices geschieht mittels Konfigurationsdateien. Details dazu könnt ihr auf der openhab Seite sicher besser nachlesen. Das binding von mir unterstützt bisher nur einen Teil der TF Hardware, ich werde das aber nach und nach vervollständigen (soweit ich die Hardware habe). Die Wetterstation wird aber u.a. unterstützt und ist bei mir schon einige Wochen über meinen PI am Laufen. Am "Hardware Hacking Kit" bin ich gerade dran. Eine openhab-Installationsanleitung gibt es im openhab-wiki https://github.com/openhab/openhab/wiki/Quick-Setup-an-openHAB-Server (ich bin gerade dran debian Pakete zu machen, das ist aber noch was für die Mutigen). Happy Tinkering, Theo