theo

Hallo Jens, hier habe ich ein kleines Beispiel hinterlegt, dass auf dem LCD Bricklet die aktuelle Zeit anzeigt: https://github.com/theoweiss/openhab-tinkerforge-configuration-examples/tree/master/clock Die Regel verwendet cron und Date: https://github.com/theoweiss/openhab-tinkerforge-configuration-examples/blob/master/clock/rules/tf.rules Im openHAB wiki findest du hier weitere Beispiele: https://github.com/openhab/openhab/wiki/Rules#time-based-triggers https://github.com/openhab/openhab/wiki/Samples-Rules#create-a-timer-for-sunset Ich hoffe das hilft dir weiter. Gruß, Theo

Glückwunsch! Ich werde den Upgrade die Tage mal ausprobieren. Gruß, Theo

Du kannst apt-get upgrade machen, siehe hier: http://www.tinkerunity.org/forum/index.php/topic,3174.0.html

Auf dem Image ist ein openHAB 1.6.2, das Solid State Relay ist erst mit 1.7.0 unterstützt. Du musst also die openHAB Version auf dem RED-Brick aktualisieren. Dazu musst du dich auf dem RED einloggen: 1. die apt-sources list anpassen, da wir auf ein anderes Repo-Format und Bintray als Dienstleister umgestiegen sind. Der sources-List-Eintrag sieht jetzt so aus: deb http://dl.bintray.com/openhab/apt-repo stable main 2. Danach apt-get update 3. Normalerweise macht man dann ein apt-get upgrade aber da ich nicht sicher bin, ob das mit dem TF-Image eine gute Idee ist, versuche es besser mit apt-get install openhab-runtime openhab-addon-binding-tinkerforge

Ja. Hmm. Welche openHAB Version verwendest du?

Sieht so aus als ob dein Stack nicht erkannt wird. Solltest du die openhab.cfg aus dem Github Beispiel eins zu eins kopiert haben, ist es vermutlich eine falsche Authentisierung am brickd. Siehe aktuelle openhab.cfg im Beispiel: https://github.com/theoweiss/openhab-tinkerforge-configuration-examples/blob/master/solidstaterelay/openhab.cfg

Ich habe das Beispiel um eine Trigger Regel erweitert. Diese setzt den Status eines Contact Items analog zum Status des Solid State Relays (siehe rules, items und sitemap).

Hi Frank, ich hab es noch mal getestet und eine Beispielregel erstellt, die das Relay sekündlich schaltet. Das funktioniert bei mir soweit. https://github.com/theoweiss/openhab-tinkerforge-configuration-examples/blob/master/solidstaterelay/rules/tf.rules Wichtig ist, dass du mindestens das relay-Item und die Rule anlegst. Gruß, Theo

Hi tf4all, hier findest du eine Beispielkonfiguration: https://github.com/theoweiss/openhab-tinkerforge-configuration-examples/tree/master/solidstaterelay Die offizielle Doku wird bald kommen - leider bin ich derzeit etwas im Zeitmangel. Gruß, Theo

Hallo Christian, Dank dir für die Rückmeldung. Piepen wird kommen! Im Moment bin ich mit den openHAB 1.7 Release-Arbeiten beschäftigt, sobald das durch ist wird es neue Geräte geben. Der Piezo Speaker macht sicher Spaß, ich gebe Bescheid sobald es was zum Testen gibt. Gruß, Theo

Hallo tatzemax, hier ist ein SNAPSHOT mit einem Bugfix kannst du testen ob es damit funktioniert: https://bintray.com/artifact/download/theoweiss/generic/2/org.openhab.binding.tinkerforge-1.7.0-SNAPSHOT.jar Vielen Dank. Gruß, Theo

Ich habe gerade einen neuen SNAPSHOT mit Unterstützung für drei weitere Bricklets veröffentlicht. Das PTCBricklet, das Industrial Dual 0-20mA Bricklet und das Solid State Relay Bricklet sollten damit funktionieren. Beispielkonfigurationen könnt ihr hier finden: https://github.com/theoweiss/openhab-tinkerforge-configuration-examples Der Download ist hier: https://bintray.com/artifact/download/theoweiss/generic/ptc/1/org.openhab.binding.tinkerforge-1.7.0-SNAPSHOT.jar Viel Spaß beim Testen. Rückmeldung wie immer erbeten. Gruß, Theo

Vielen Dank, aber das ist leider ein zu kleiner Ausschnitt. Ich brauche einen log vom Starten von openHAB bis zu dem Punkt, den du mir geschickt hast. Das einfachste wäre wahrscheinlich die komplette Log-Datei.

Ja bitte, dann kann ich das besser debuggen. Vielleicht brauch ich auch noch einen Trace-Log, aber erstmal wäre der Debug-Log hilfreich. Danke.

Die Konfiguration sieht OK aus. Kannst du das Loglevel hoch setzen und das log nochmal posten. Dazu musst du in logback.xml diese Zeile einfügen und den RED Brick durchstarten. <logger name="org.openhab.binding.tinkerforge.internal.TinkerforgeBinding" level="DEBUG" />

Was meinst du damit? Kannst du mal deine komplette Konfiguration posten.

Hi tatzemax, läuft die openHAB Runtime noch? Was steht in der openhab.log Datei? Gruß, Theo

Hallo Uwe, siehe hier: http://www.tinkerunity.org/forum/index.php/topic,1769.msg19052.html#msg19052 Viele Grüße, Theo

Ein Dankeschön an TinkerForge und gute Nachrichten für die openHAB-User! Dank eines weiteren großzügigen Hardware-Sponsorings durch die TinkerForger habe ich jetzt alle aktuell verfügbaren Bricks und Bricklets. Vielen Dank dafür an die TinkerForge-Macher und auch für die tolle unkomplizierte Zusammenarbeit! Das heißt für die openHAB-User, dass sich die Hardware-Unterstützung nach und nach weiter ausbaut und vervollständigt! Als erstes habe ich mir das Industrial Dual 0-20mA Bricklet, das PTC Bricklet und Solid State Relay Bricklet vorgenommen. Sollte jemand dringend ein anderes Bricklet/Brick brauchen, dann bitte gerne melden. Dann kann ich sehen was sich machen läßt. Für die oben genannten Bricklets gab es auch konkrete Anfragen. Viele Grüße, Theo

Hi MacDuff, Möglich ist alles, die Frage ist eher "Soll das sein": Nein. Um das zu debuggen sollte ich deine Konfiguration kennen und debug-Log haben. <logger name="org.openhab.binding.tinkerforge" level="DEBUG" /> Kann sein, du musst den log noch mehr eingrenzen, falls zuviel Output kommt. Was deine Kritik an openHAB betrifft gebe ich dir zu 100% recht. Die Dokumentation ist teilweise dünn und man muss sich durch hangeln. Das ist dann auch schon mal (sehr) frustrierend, das geht mir auch öfter so. Irgendwie bekommt man es meist trotzdem hin. Prinzipiell kann jeder, der einen Github-Acccount hat, das Wiki editieren, also erweitern oder verbessern. Die Hoffnung ist, das das möglichst viele Leute tun. Noch schöner fände ich einen technischen Redakteur zu haben, der einiges an Freizeit opfert. Für openhab2 / Eclipse Smarthome soll das auf jeden Fall besser werden. Der Hauptfokus von openhab2 ist die Usability. Der Vorteil von Eclipse Smarthome ist, dass auch Industriepartner dabei sind. Die können dann auch die Zeit von Hauptamtlichen Entwicklern Sponsoren, denn für reine Feierabendarbeit ist das Projekt und die Anforderungen - denke ich - mittlerweile zu groß. Was im speziellen xtext/xtend betrifft bin ich ganz deiner Meinung. Ich finde es ist für die Regelbeschreibung komplexerer Regeln nicht gut geeignet. Auch hier ist für openhab2 das Ziel die Regeln graphisch erstellen zu können. Was ich für mich noch interessanter finde ist die Einbettung von Skriptsprachen wie python, java-skript, groovy: dazu gab es kürzlich einen PullRequest, der vielversprechend aussieht: https://github.com/openhab/openhab/pull/2378 Gruß, Theo

@topi Ein deutlich verbessertes Beispiel für LCD20x4 rules findest du hier: https://github.com/theoweiss/openhab-tinkerforge-configuration-examples/blob/master/weatherstation/rules/tf.rules oder hier: http://www.tinkerforge.com/de/doc/Kits/WeatherStation/OpenHABOnREDBrick.html#starter-kit-weather-station-openhab-red-brick

Noch ein paar Neuigkeiten: in dem SNAPSHOT binding sind noch weitere neue Features enthalten Support für das Joystick Bricklet: https://github.com/theoweiss/openhab-tinkerforge-configuration-examples/tree/master/joystick Support für das Linear Poti Bricklet https://github.com/theoweiss/openhab-tinkerforge-configuration-examples/tree/master/linearpoti Dual Button Bricklet wurde ja bereits besprochen Alle Buttons (Dual Button, Button des Joystick Bricklets und die Buttons am LCD20x4 Bricklet unterstützen jetzt zwei konfigurierbare Modi, sie können sich als Schalter oder Taster verhalten (default ist immer Schalter). Eine Beschreibung gibt es für das DualButton Bricklet (siehe unten). Bei den beiden anderen Bricklets verhält es sich analog. Brick Daemon Authentisierung: dazu einfach in der openhab.cfg Zeile für die tinkerforge:hosts durch Doppelpunkt getrennt ein optionales Drittes Feld mit dem Passwort angeben: z.B. für 127.0.0.1 mit dem default port (deshalb leeres zweites Feld) und dem Passwort 1234. tinkerforge:hosts=127.0.0.1::1234 Ausserdem gibt es noch die neue TinkerForgeAction, dazu werde ich demnächst etwas Doku liefern. Eine Erklärung was openHAB Actions sind gibt es hier https://github.com/openhab/openhab/wiki/Actions. Wie immer bin ich für jede Rückmeldung dankbar.

Hallo macduff, in diesem SNAPSHOT ist auch die Dual Button Unterstützung: https://bintray.com/artifact/download/theoweiss/generic/org.openhab.binding.tinkerforge-1.7.0-SNAPSHOT-led-button-2.jar Hier findest du eine Dokumentation und eine Beispielkonfiguration: https://github.com/theoweiss/openhab-tinkerforge-configuration-examples/tree/master/dualbutton Das Ganze hat jetzt doch noch etwas gedauert, es war gar nicht so einfach das richtig hinzubekommen. Ich hoffe jetzt funktioniert es wie dokumentiert. Viele Grüße, Theo

Hallo Jens, wow, das war schnell getestet. Was mir noch aufgefallen ist: "leds=0-255" hast du wirklich so viele LEDs? Wenn nicht würde ich mal versuchen die Anzahl anzupassen. FYI: ich werde die Tage noch versuchen die Switch-Funktionalität zu implementieren. Frohe Ostern auch von mir, Theo

Hallo Jens, hier gibt es einen neuen SNAPSHOT: https://bintray.com/artifact/download/theoweiss/generic/org.openhab.binding.tinkerforge-1.7.0-SNAPSHOT-led-button-2.jar Vielen Dank fürs Testen. Gruß, Theo