StefanOHAN

Hallo Theo, hallo sihui mit einem TriggerChannels vom Typ system.rawbutton hab ich noch nie gearbeitet, werde ich heute Abend gleich mal nachlesen wie es funktioniert. Zum Thema MotionDector V2, mir ist da so ein verwegener Gedanke gekommen. >> Laut Tinkerforge kann man ja die Farben jeder der 3 LED verändern (0-255), meinst Du, dass Du in einer späteren Version des Binding (ich würde es als Nice-To-have bezeichnen) jeder LED neben dem Switch-Item auch ein Number-Item zuweisen könnten und über das Number-Item kann dann der Farbwert von 0-255 verändert werden ? 02.03.2019 Sorry, das mit den verschieden Farben stimmt nicht, mann kann nur die Helligkeit verändern. @ sihui & Theo danke für den Tipp mit dem Rücksetzen, so einen Neuinstallation dauert relativ lange (man muss zwar nicht viel machen, aber halt warten) incl Image auf die Karte schreiben, der automatischen Installation von Openhabian , der Nachinstallation und Konfiguration von diversen Komponenten gehen bestimmt 3 Stunden drauf. zum Thema Projekt-Vorstellung, ich werde am WE dann hier einen neuen Post eröffnen und mein Projekt vorstellen. Ich plane auch mal so alle die kleinen Fallstricke zu erwähnen über die ich im laufe der Zeit gestolpert bin

Hallo Theo diese Woche sind meine zusätzlichen Tinkerforge Komponenten gekommen. >Motion Detector Bricklet 2.0 >Multi Touch Bricklet >NFC Bricklet >Outdoor Weather Bricklet /Temperatur/Luftfeuchte Sensor TH-6148 Alle 4 Komponenten wurden automatisch erkannt und in der Inbox angezeigt, jedoch hatte ich ein paar Probleme 1) ich konnte für das Wetter Bricklet nicht die Sensor-ID des TH-6148 hinzufügen und speichern (somit waren unter Paper-UI / Control nur NaN als Werte zu lesen). Leider gibt es im Log und "Configurations Things" Fehlermeldungen auch ohne dass ich die Sensor-ID eintrage. Was mich etwas verwirrt, mir wurden unter control für die Werte Temperatur / Humidity ... immer 2 Felder angezeigt. Warum ist das so ? (siehe Bilder) >> Fehlermeldung im Log: [ERROR] [core.thing.internal.ThingManagerImpl] - Exception occurred while initializing handler of thing 'tinkerforge:outdoorweather:8b9f4473:E4v': null 2) das Multi-Touch konnte ich zwar unter Thinks linken (hab Simple Mode = on, genutzt) es wurde jedoch nichts unter Control angezeigt 3) Frage zum Motion-Dedector-V2, es sind ja 3 LED eingebaut aber ich hab unter "Control" keine "switch" zum ein und ausschalten gefunden, ist das so von dir gewollt ? Hast Du geplant dass man diese auch schalten kann ? Leider hab ich beim Testen das ganz System so verkorkst dass ich den Pi gerade neu aufsetzte. Ich hoffe dass die Problem mit dem Multi-Touch und der Wetterstation nur folge davon waren (update folgt) Theo, Du fragtest doch ob ich von meinem Projekt (Gartenhaus & Tinkerforge) eine Projektbeschreibung habe. Ich habe diese Woche einmal alles zusammengefasst (den Gedanken und die Funktionen) und komme auf gut 4 Seiten Text. Wie kann ich Dir diese Information zukommen lassen ? Soll ich es hier posten oder eventuell hier unter Projektvorstellungen eine neue Beitrag öffnen ?) Update vom 24.02.2019 So Pi wurde mit Openhabian neu installiert, keine Altlasten. Leider sind beide Fehler/Verhaltensweisen des Weatherbrick und des Multitouch noch immer vorhanden.

Hallo Theo, leider habe ich keinen Blog oder eine andere über das Web verfügbare Seite. Es ist für mich auch das erste mal dass ich aktiv in einem Forum mitwirke (hier). Ich kann gerne mal eine grob Zusammenfassung erstellen und Sie hier rein stellen oder Dir senden. Dann kannst ja sagen was Dich interessieren könnte und was nicht. Aktuell ist es so dass meine Rule in Openhab1.8 so oft groß ist dass mein RaspPi3 gut 10 min braucht um nach einem Neustart alles zu laden (ich vermute die Grösse der Rule können man reduzieren wenn man das Konzept komplett neu aufsetzt). Ich mach mir am Wochenende mal ein paar Gedanken wie ich es sinnvoll darstellen kann. Ob ich natürlich immer die elegante Lösung umgesetzt habe glaub ich nicht ;-) Einiges wie z.B. die Berechnung der absoluten Luftfeuchte hab ich im KNX Forum gefunden .... viele Grüsse

Hallo Theo ich hab als erstes "SmartHome"-Projekt ein kleines Wochenende Haus zu 100% auf Smart umgestellt. Jeder Lichttaster im Gebäude, jeder Schalter (Taster) zum einschalten des Gartenlicht / Gartensteckdosen / Wasserpumpe ... sind mit einem 16fach-IO verbunden. Das komplette Gebäude läuft jetzt mit 100% Tinkerforge Komponenten, ob Abluftsteuerung, Luftenfeuchtung oder Frostwächter für die Pflanzen, auch die Alarmkontakte für Glasbruch sind an TF 16-Fach angeschlossen. Statusmeldungen rufe ich über das 20x4 Display ab, und mit dem Multi-touch werden Parameter wie Temperatur angepasst. Mit dem Industrial-IN wird geprüft ob die luftklappen offen oder geschlossen sind oder ob am Rauchmelder ein Alarm anliegt. Somit kann ich alle funktionen ohne "PC" nutzen. Das Ganze läuft jetzt seit fast 3 Jahren mit Openhab 1.8 echt super. Ich würde gerne diese Projekt auf Openhab2 umstellten daher wäre es echt super wenn das 16-Fach IO auch in der neuen Binding enthalten wäre. Ich könnte auch damit leben wenn das 16 Fach IO ausschließlich als "16-Fach IN" im Binding integriert wäre, dass ich die ganzen Taster und Endschalter weiter wie gehabt nutzen kann. In meinem Zweiten Projekt (Abluftsteuerung Keller & Alarmmeldung-Heizung) das sich gerade in Entwicklung befindet benötige ich auch einige Eingänge (z.B. Wenn Therme aktive dann Ablauf aus .....) Daher würde ich mich extrem freuen wenn es mit dem 16-Fach IO klappt, denn ich wüsste auch spontan nicht wie ich diese Eingänge ersetzen sollte. (mir fehlt der Platz im Verteiler um zwei weiter Masterbrick samt 8 x "Industrial-In" als Ersatz für 2x 16fach I/O ein zu bauen)

Hallo Theo Test mit neuem Binding (openhab.binding.tinkerforge-2.5.0-8-SNAPSHOT.jar ) Technisch habe ich die gleiche Konfiguration wir bei meinem Ersten Test vom „Reply #385 on: February 10, 2019, 19:11:37“ genutzt. Bei diesem Test habe mit zwei verschieden Methoden die Things mit dem Item verknüpft, einmal über „Item Linking“ = Simple Mode = on (wie Du in deinem Clip) und einmal mit Simple Mode = off (hier habe ich die Things dann mit dem Item aus meiner *.items Date verknüpft). Bei beiden Versionen hat es geklappt und ich konnte keine Unterschiede feststellen. Zum Testen habe ich dann im laufenden Betrieb den Masterbrick mit dem angeschlossenen MotionDetector V1 (war über USB angeschlossen) aus gesteckt. Im Log wurde diese sauber dokumentiert mit . „2019-02-16 18:17:27.852 [hingStatusInfoChangedEvent] - 'tinkerforge:motiondetector:2b2a158d:BYG' changed from ONLINE to OFFLINE (GONE)“ Nach dem Einstecken wurde das Bricklet gleich wieder online genommen und funktionierte. Im Vergleich zur 2.5.0.7 Version wird jetzt beim MotionDetector V1 auch Switch zum verlinken angeboten (nicht ein Contact wir bei der Vorversion), was mich erfreute :-) Das „Heater“-Element des Humidity V2 Bricklet kann weiterhin nur mit einem contact verlinkt werden. Theo Du hat ja bereits geschrieben dass Du das Thema mit dem Heater noch mal anschauen wirst. Ansonsten hat bei mir alles gut geklappt. @Theo, zwei Fragen >> muss man immer beim Austausch eines Binding auch über die „openhab-cli console“ das Binding erst entfernen (ich war mir nicht sicher ob es da einen anderen Weg gibt)? >> Wann meinst Du dass Du das 16-Fach I/O in einer Binding-Version integriert hast ? (hab gesehen da gibt‘s jetzt auch schon V1 & V1, ich nutzte momentan nur 4x die V1 Version, ist beim mir ein wichtiger Bestandteil meiner beiden Konfigurationen) @ Sihui, du hast geschrieben dass Du das Polling verändert hast, wo finde ich die Einstellung (Things ?).

Hallo Theo anbei meine ersten Testergebnisse Aufbau : 1x Raspberry Pi 3b, OS=Openhabian V1.4.1 , openhab2-Tinkerforge-Binding = 2.5.0-7 Die Item‘s hab ich über einen Konfigfile .items angelegt, jedoch keine Verlinkung zu den TF Komponenten im dem File hinterlegt. Tinkerforge Komponenten Stapel-1 mit 2xMasterbrick (v2.1, FW 2.4.9) angeschlossen über USB Stapel-2 mit 1xMasterbrick (v2.1, FW 2.4.9) angeschlossen über USB angebundene Bricklets Stapel-1 2 x Industrialquadrelay V2 (über paperui/index.html#/inbox erkannt) 1 x HumidityV2 (über paperui/index.html#/inbox erkannt) 1 x HumidityV1 (über paperui/index.html#/inbox erkannt) 1 x Temperature V1 (über paperui/index.html#/inbox erkannt) 2 x IO-16 Bricklet V1 (über paperui/index.html#/inbox NICHT erkannt, ich hoffe in Deiner Nächsten Version werden sie erkannt) Stapel-2 1 x MotionDetector V1 (über paperui/index.html#/inbox erkannt) Alle erkannten Tinkerforge Sensoren lieferten Daten an die verlinkten Items und wurden auf der basicui/app Website dargestellt. Alle 8 Relais der beiden Quadrelais wurden auf der basicui/app Website dargestellt und konnten bedient werden. Die entsprechenden LED der Bricklets konnten somit ein und ausgeschaltet werden. 2 Punkte haben nicht wie erwartet gearbeitet 1) das Heater Element des Humidity V2 konnte über paperui/index.html#/configuration/things/view/tinkerforge:humidityV2 nur mit einem contact Item verlinkt werden. Auf der basicui/app Website wurde nichts dargestellt (weder open noch closed). Ich hätte erwartet dass, das heater Element als switch konfiguriert wird. 2) das MotionDetector V1 kann im paperui/index.html#/configuration/things/ nur mit einem switch-Item verlinkt werden. Ich hätte erwartet dass es mit einem contact verlinkt wird. Beim betätigen des switch-Item über basicui/app führte es zu einer Warnmeldung „2019-02-10 16:21:23.048 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler MotionDetectorBrickletHandler of thing tinkerforge:motiondetector:3d4ec881:BYG tried updating channel motiondetected although the handler was already disposed“ Weiter hat bei Bewegung zu keiner Veränderung des Item-Zustand auf der basicui/app-Website geführt. Ich hab über den Brickviewer das MotionDetector Bricklet geprüft und es war OK. Ich werde die Tage noch ein paar weiter Bricklets bestellen (Outdoor Weather Bricklet & NFC Bricklet ) um diese dann in meine Testreihe aufnehmen zu können.

Hallo sihui, hallo omiT wie omiT hab ich auch openhabian auf dem Raspi laufen, soweit mir bekannt ist, ist keine grafische Oberfläche in der Standart Konfiguration installiert, daher könnte es mit dem Brick Viewers ein Problem beim starten geben. Irgendwo in der Tinkerforge online Dokumentation hab ich eine Installations Anleitung für den Brick-Dämon auf dem Raspi (wird hier unter den Embedded Boards geführt) mit Debian Linux gefunden. Die darin beschriebene Vorgehensweise funktioniert auch bei openhabian (ist ja auch Debian). https://www.tinkerforge.com/de/doc/Embedded/Raspberry_Pi.html omiT, Du musst nur ab dem Punkt >> Brick Daemon installieren >>Raspbian (armhf) >>sudo apt-get install libusb-1.0-0 libudev0 pm-utils >>wget http://download.tinkerforge.com/tools/........ >>sudo dpkg -i brickd_linux_latest_armhf.deb die 3 Punkte für die Installation ausführen. Bei mir hat es nur beim dem "wget http://download.tinkerforge.com/tools........" Befehl Probleme gegeben, als ich aber ein sudo vor dem Befehl setzte ging es Problemlos. Es kann sein, dass es an meiner Konfiguration lag, probiere es einfach aus. der Punkt >>Soft-Float Debian (armel) ist schon nicht mehr relevant für Dich Ich hoffe es klappt :-)

Hallo omiT wenn du den Masterbrick über USB an den Raspi angeschlossen hast, solltest eigentlich die loop-IP (127.0.0.1) funktionieren. Ich kann jetzt nicht sagen welche ich nutze (entweder die 127.0.0.1 oder die IP die der Raspi im Netz hat). Ich hatte ursprünglich auch das Problem mit der IP, aber dann stellte sich heraus dass ich einfach den Tinkerforge Brick-Dämon für das openhabian noch nicht installiert hatte (war etwas verwirrend denn im PaperUI wurde ja BrickD angezeigt, war ja aber die Konfigurations-Info für das Binding, nachdem ich den Dämon nachinstallierte wurden mir die angeschlossenen Bricklets angezeigt und ich konnte sie den Item zuweisen) @Theo, auch von mir nochmals viele Dank für Deine Tolle Unterstützung

Hallo Theo, Bisher läuft bei mir ein OpenHAB V1.8 mit viele TF Komponenten produktiv und eine OpenHAB V2.3 als Entwicklungssystem. Nach einem Fehlversuch hab ich jetzt mein Testsystem mit dem neuen Binding am laufen. (RasperryPI II openhabian V1.4.1) Aktuell hab ich einen Stapel mit 2xMasterbrick (beide HW 2.1 mit FW 2.4.9) mit folgenden Bricklet‘s 1x16fach IO (FW 2.0.6) 2xIndustrialQuadRelay 2.0 (FW 2.0.1) 1xHumidity Bricklet 2.0 (FW2.0.3) 1xHumidity Bricklet 1.x (FW2.0.2) Theo, gibt es auch weiterhin die Möglichkeit über einen Konfig-File unter ../services zu arbeiten ? Wenn ja wie müsste ich die Komponenten dort definieren ?? (vor allem die neuen). Mir persönlich ist der Konfigfile unter services lieber, denn dort habe ich einen bessern Überblick über die Parameter (Bricklet ID usw). Aktuell bin ich noch am testen, wenn mir etwas auffällt melde ich mich hier. @Thema Wunschliste Bricklets : - 16 Fach IO (dieses nutze ich in meiner produktiven OpenHAB 1.8 Umgebung mehrfach)

hallo Theo, sorry, dass ich erst jetzt ein Feedback zu dem SNAPSHOT binding gebe. Bis jetzt funktioniert das Hum2 Bricklet, was nur etwas komisch ist, dass die Werte nicht wie beim alten Sensor mit in Grad oder %Luftfeuchte ausgegeben werden sondern als 4588,40000(Humidity) / 4588,40000(Temperatur). Ich muss also die übermittelten Werte erst durch 100 teilen. in der Konfinguration hab ich Deine Werte übernommen. humv2.uid=Dfm humv2.type=bricklet_humidityV2 humv2.heaterConfiguration=0 humv2.movingAverageLengthHumidity=100 humv2.movingAverageLengthTemperature=100 humv2hum.uid=Dfm humv2hum.type=humidityV2_humidity humv2hum.subid=humidity humv2hum.callbackPeriod=1000 humv2hum.threshold=0 humv2temp.uid=Dfm humv2temp.type=humidityV2_temperature humv2temp.subid=temperature humv2temp.callbackPeriod=1000 humv2temp.threshold=0 Frage: Kann ich über anpassen eines der Config-Werte wieder die alte Darstellung in Grad Celsius oder % Luftfeuchte erhalten ?

Hallo jpm777 konntest Du das Problem schon lösen ? Ich hatte folgendes Problem: Nachdem ich das SNAPSHOT Binding in den addon Ordner kopierte, die Tinkerforge Config anpasste und das System neu startete, Fehlermeldung bezüglich des neuen HUM V2 Bricklet Config-Eintrag kamen. Auch als ich das von mir ursprünglich über Paper-UI installierte Binding deinstallierte funktionierte es nicht. Erst als ich über die Karaf remote console das alte Binding deinstallierte, hat openhab nach dem Neustart das SNAPSHOT Binding aus dem Addon Ordner genutzt. siehe auch https://docs.openhab.org/administration/console.html mit dem bundle:list Befehl sieht man welche Binding Version installiert und aktiv ist. Wenn bei Dir noch die 1.11.x als Aktiv angezeigt wird hast du das gleiche Problem.

Hallo Theo, danke für die schnelle Antwort viele Grüsse Stefan

Hallo ich bin gerade dabei meine Openhab Installation V1.83 auf V2.x umzustellen. Ich würde hierfür gerne gleich das neue "Humidity V2 Bricklet" nutzen und habe Theo's link zu dem Snapshot Binding gefunden. Nun ist guter Rat teuer, zwar habe ich in meiner openhab 2.2 Installation (nutze Openhabian auf einem Raspi) zwei Verzeichnisse mit dem Original Binding für Thinkerforge gefunden, aber wie weiter ? In der V2.x wird das Binding ja über die Openhab Installation bereitgestellt. Einfach Theo's neues binding umtaufen und über das vorhandene drüber kopieren ? Oder gibt hier eine Trick in Openhab (ich weiß wir sind hier in einem Tinkerforge Forum, aber leider hab ich in den Openhab Forum's nicht zu diesem Thema gefunden). Grüße Stefan P.S. ich nutze ausschließlich Tinkerforge Komponenten (temperatur / humidity / 16fach IO / industrial Digital in 4 Bricklet / Industrial Quad Relay Bricklet / Dual Relais / Motion Dedector V1 / 4x20 LCD / Multi Touch Bricklet ...) für meine Openhab Konfiguration und bin echt überzeugt von Tinkerforge