StefanOHAN

Hallo Erik

Test mit Binding 10

der Motion-Dedector funktioniert wieder.

Zum „Weather Temperature/Humidity Sensor TH-6148“

Erik Du schreibst dass dieser Sensor nicht den Batteriezustand liefern kann. Ich konnte auf Euer Website keine Information finden in welchen Zeitintervallen der Sensor Daten übermittelt. Wenn nun der Sensor immer in gleichen (oder fast gleichen) Intervallen die Daten übermittelt, könnte ich eine Rule schreiben die einfach eine Warnung aus gibt wenn der Sensor eine gewisse Zeit keine Daten übermittelt hat.

Frage: Liefert der Sensor immer in gleichen Zeitintervallen Daten, oder nur wenn sich die Werte ändern ?

Weiter mit dem Test

Test LCD 20x4

das Verlinken der verschieden Channel hat funktioniert.

Die Button-Taster melden im Log „triggered PRESSED / RELEASED“

Einschalten und Ausschalten des Backlight sowie Clear des Display über eine Rule (durch betätigen eines der Button), hat problemlos funktioniert.

Probleme hatte ich anfangs mit der Formatierung des String für die Textausgabe auf dem Display.

Mit etwas Testen habe ich dann erkannt, dass der gesamte Ausdruck in Hochkomma gesetzt werden muss.

rule "LCD20x4 Text schreiben"

    when

        Channel "tinkerforge:lcd20x4:b0b51208:abc:LCD20x4Button1" triggered

    then

    LCD20x4_text.sendCommand("1,1,Test new" + " addon")

end

Zum LCD 128x64: (hier habe ich noch nicht alles getestet)

Gibt es für das Backlight nur eine feste "Konfigurationsmöglichkeit, also nicht über Channel‘s. Ist das korrekt ?

Wenn ja, könnte Du bitte für das Backlight einen Channel einbauen (ähnlich wie beim LCD20x4). Es ist etwas unpraktisch wenn das Backlight nicht direkt angesteuert und verändert werden kann.

Noch einen Frage zum MasterBrick:

Nachdem ich in meiner grössten Installation 3 MasterBick-Stapel (die alle über USB angeschlossen sind) nutze, dachte ich mir, es wäre gut wenn man die Master-Brick's per Rule überwachen kann. Nachdem ich in Zukunft auch die RS485 Extention nutzen will wäre diese Funktion sehr hilfreich.

Frage: Sieht Du die Möglichkeit eines Channel (online/offline) für den MasterBrick die per Trigger in einer Rule verarbeitet werden kann ?

Grüsse

Stefan

Hallo Erik,

Heute habe ich mit dem Beta9 Binding weiter getestet.

Leider funktioniert jetzt der Motion-Dedector nicht mehr. Ich habe Ihn aus der Konfiguration entfernt, dann das System neu gestartet und erneut als Thing hinzugefügt, aber er reagiert nicht mehr. (nach abgeschlossenen Test habe ich das Beta7 Binding wieder eingespielt und der Motion-Dedector funktionierte wieder).

Fehlermeldung im Log:

2019-09-24 19:39:53.633 [ERROR] [nal.common.AbstractInvocationHandler] - An error occurred while calling method 'ThingHandler.initialize()' on 'org.eclipse.smarthome.binding.tinkerforge.internal.handler.DeviceHandler@88e18a': null

java.lang.NullPointerException: null

        at org.eclipse.smarthome.binding.tinkerforge.internal.handler.DeviceHandler.buildChannel(DeviceHandler.java:206) ~[?:?]

        at org.eclipse.smarthome.binding.tinkerforge.internal.handler.DeviceHandler.configureChannels(DeviceHandler.java:238) ~[?:?]

        at org.eclipse.smarthome.binding.tinkerforge.internal.handler.DeviceHandler.initialize(DeviceHandler.java:117) ~[?:?]

        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?]

        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:?]

        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?]

        at java.lang.reflect.Method.invoke(Method.java:498) ~[?:?]

        at org.eclipse.smarthome.core.internal.common.AbstractInvocationHandler.invokeDirect(AbstractInvocationHandler.java:152) [133:org.openhab.core:2.5.0.201909190301]

        at org.eclipse.smarthome.core.internal.common.Invocation.call(Invocation.java:53) [133:org.openhab.core:2.5.0.201909190301]

        at java.util.concurrent.FutureTask.run(FutureTask.java:266) [?:?]

        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:?]

        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:?]

        at java.lang.Thread.run(Thread.java:748) [?:?]

==> /var/log/openhab2/events.log <==

2019-09-24 19:39:53.682 [hingStatusInfoChangedEvent] - 'tinkerforge:motiondetectorv2:b0b51208:Hz1' changed from INITIALIZING to UNINITIALIZED (HANDLER_INITIALIZING_ERROR)

==> /var/log/openhab2/openhab.log <==

2019-09-24 19:39:53.685 [ERROR] [core.thing.internal.ThingManagerImpl] - Exception occurred while initializing handler of thing 'tinkerforge:motiondetectorv2:b0b51208:Hz1': null

java.lang.NullPointerException: null

        at org.eclipse.smarthome.binding.tinkerforge.internal.handler.DeviceHandler.buildChannel(DeviceHandler.java:206) ~[?:?]

        at org.eclipse.smarthome.binding.tinkerforge.internal.handler.DeviceHandler.configureChannels(DeviceHandler.java:238) ~[?:?]

        at org.eclipse.smarthome.binding.tinkerforge.internal.handler.DeviceHandler.initialize(DeviceHandler.java:117) ~[?:?]

        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?]

        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:?]

        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?]

        at java.lang.reflect.Method.invoke(Method.java:498) ~[?:?]

        at org.eclipse.smarthome.core.internal.common.AbstractInvocationHandler.invokeDirect(AbstractInvocationHandler.java:152) [133:org.openhab.core:2.5.0.201909190301]

        at org.eclipse.smarthome.core.internal.common.Invocation.call(Invocation.java:53) [133:org.openhab.core:2.5.0.201909190301]

        at java.util.concurrent.FutureTask.run(FutureTask.java:266) [?:?]

        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:?]

        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:?]

        at java.lang.Thread.run(Thread.java:748) [?:?]

Weiter im Test:

Test 16-Fach-IO output

nach Rekonfiguration und Anpassen des Verlinkten-Channel in der ITEM-Datei, konnte ich über die PaperUI/config den Switch für den Port betätigen und eine kleine LED ein und ausschalten.

Test Outdoor Weather Bricklet / Outdoor Weather Temperature/Humidity Sensor TH-6148 :

Über „Bridge Selection“ konnte ich meinen Sensor Typ TH-6148 hinzu fügen. Anschließend habe ich in der ITEM-Datei die 3 sichtbaren Channel verlinkt. Die Temperatur / Luftfeuchte und die letzte Änderung wurden sauber angezeigt.

Frage zum Outdoor Weather Temperature/Humidity Sensor TH-6148 :

Erik, ist es möglich auch noch einen „Batterie“ Status anzeigen zu lassen ?

Im laufe der Woche werde ich das 128x64 LED Testen.

Erik noch eine Frage zum NFC-Bricklet, was planst Du alles für diese Bricklet ?

- Ich würde es gerne für Security Themen verwenden, wenn ich das richtig verstanden habe muss dazu aber auf einen gesicherten Bereich zugegriffen werden.

@ Ulf, @ Max, wie wollen wir das mit den Beispielen machen ? Was hättet Ihr für Vorschläge ?

Viele Grüsse Stefan

Hallo Erik

Gestern habe ich weitere Funkionen und Bricklets per Channel-Verlinken getestet.

Noch mit Binding Beta7, Beta8 werde ich heute Abend testen (output 16-Fach-IO)

Test Tinkerforge Humidity Bricklet 2.0

Humidity / Temperatur konnte ich problemlos mit Number-Items verlinken, den Heater mit einem Switch-ITEM.

Die „sampel-rate“ habe ich auf 0.1 eingestellt, hat auch wunderbar funktioniert.

Temperatur und Luftfeuchte werden sauber angezeigt, wenn ich das Heater-Switch-Item betätige sieht man dass sich die Werte für Luftfeuchte und Temperatur verändern, somit dürfte der Heater funktionieren.

Frage: Mit „Humidity Moving Average Length“ habe ich doch Einfluss auf das Messverhalten bei Schwankungen, wie muss ich diese Werte interpretieren ? z.B. „10“ bedeutet nur Schwankungen > 0.1    ? (in der Werte Auflösung sehe ich 2 Nachkommastellen, daher meine Vermutung)

Test Tinkerforge Multi Touch Bricklet:

Alle Electroden-Channel konnte ich mit Switch-Item verknüpfen, beim berühren haben die Switch-Item den Status auf ON und wieder auf OFF gewechselt. 

Test Tinkerforge Industrial Quad Relay Bricklet 2.0

Hier habe ich jetzt noch ein String-Item für das Monoflop Relay0 verlinkt und wenn ich über die „PaperUi / Control“ Website den „trigger“ betätigte hat das zugehörige Relais auf ON und anschließend wieder auf OFF gewechselt. Hat gut funktioniert.

Hierzu hätte ich eine Frage:

Ich habe anschließende per Rule die Trigger-Funktion auslösen lassen. Ich hätte vermutet dass ich dem String des verlinkten Monoflop dem Werte „triggerd“ oder „TRIGGER“ zuweisen muss.

Dies hat auch funktioniert, das zum Monoflop zugehörige Relay hat sich ein und anschließend wieder ausgeschaltet.

Frage: „Ist es egal welchem Wert man dem String zuweist ?“ Ich hab mit verschieden Schreibweisen gearbeitet und es hat immer geklappt.

Meine Rule

rule "monoflop-Industrial RelaisR0"

    when

        Item Pin0 changed to ON

    then

        QuadV1MF.sendCommand(„TRIGGER“)

end

letzter Test des Tage „Spannungs-Ausfall am Remote-Master-Brick-Stapel“

Mein Master-Brick Nr2 ist über eine RS485 Extension mit Master-Brick Nr1 verbunden. Master-Brick Nr 1 ist über USB mit dem Pi verbunden.

Am Master-Brick Nr2 ist ein 16-FACH-IO angeschlossen, für diese habe ich einen INPUT Channel mit einem Switch-ITEM verlinkt. An diesem ist ein Schließer-Taster angeschlossen.

Test Spannungsabfall am Remote-Stapel

Bei Ausfall der Versorgungsspannung behält das ITEM seinen Status, wenn während der Zeitspanne zwischen Spannungsausfall und Wiederherstellen der Spannungsversorgung der Zustand des „Realen-Taster“ verändert wird, hat nach Wiederherstellen der Spannungsversorgung das ITEM einen entsprechenden Update erhalten.

Auch dieser Test war aus meiner Sicht erfolgreich

Viele Grüße

Hall Ulf, hallo Erik

Ulf danke für den Hinweis, ich konnte zwar die Config jetzt umstellen (danke Deines Hinweises) Aber wie bei Dir, kommt die gleiche Fehlermeldung im Log und das Bricklet hat den Status "UNINITIALIZED-HANDLER_INITALIZING_ERROR" unter ../Configuration/Things.

Allerdings ploppt bei mir eine PopUp-Fenster hoch.

Ulf kurze Frage: Kontest Du mit dem Output arbeiten ? Bei mir hat das ganze 16-Fach IO den Betrieb eingestellt.

Ich habe mich dunkel daran erinnert, dass Theo's 1er-Binding nur funktionierte wenn mann alle A oder B Ports entweder auf Input oder auf Output konfiguriert Ein Mix von Input und Output im in einem Port (A oder B) funktionierte nicht.

Ich stelle dann alle Pins des A-Port auf Output, ohne Erfolg. Auch eine Konfiguration aller Pins auf OUTPUT funktioniert nicht.

Jetzt mal so eine Frage in die Runde, wäre hätte den Lust gemeinsam mit mir hier in einem separation Post Konfigurations-Beispiele zu pflegen ?

Ich glaub es wäre auch für Neueinsteiger etwas einfacher wenn wir hier und nicht unter Openhab soetwas pflegen würden, oder was meint Ihr ?

viele Grüsse

Stefan

Hallo Erik

heute habe ich in der „ITEM.item“ verschiedene Channel mit Items verlinkt.

Unter Configuration/System ist bei „Item Linking“ der Simple-Mode abgeschaltet.

Als Binding kam Deine Beta 6 zum Einsatz.

Test Industrial Quadrelay v2:

Das Verlinken in der Item-Datei hat funktioniert, das Relais konnte über die PaperUi bedient werden. 

Test MotionDetector V2:

die 3 LED‘s habe ich über Number-Items mit den Channels verlinkt. Über zwei Rules  die Trigger-Channel „MotionDetected“ und „DetectionCycleEnded“ zum ein und ausschalten der 3 LED genutzt. Hat ohne Probleme funktioniert. 

Test 16-Fach-IO V2

Das Konfigurieren eines „Input-Channel“ des 16-Fach-IO hat wunderbar geklappt

So sieht mein Eintrag in der „ITEM.item“ Datei aus. Der Port reagiert als Öffner (wenn GND mit B0 verbunden wird)

Switch Pin8    "16fach B0 input [%s]" (TestTF)  {channel = "tinkerforge:io16v2:b0b51208:HHb:IO16V2InputPin8"}

Allerdings bin ich beim Output konfigurieren gescheitert  :'(

Laut Deiner kurz Doku

Zitat

Pin Configuration 0/A0 (choice): Configures the direction of pin 0/A0. Inputs without pull-up will be floating if nothing is connected. Outputs can have an initial state of low or high.

Hätte ich vermutet dass unter ../Configuration/Things/ eine Auswahl bezüglich input und output getroffen kann. Ist aber nicht so.

Ich habe es dann auf Gut-Glück mit folgender Verlinkung versucht (einfach Input durch Output ersetzt), dies funktionierte nicht (es kam auch eine entsprechende Fehler Meldung im LOG) Update: Frage der Konfiguration hat sich erledigt

Switch Pin9    "16fach B1 out [%s]" (TestTF)  {channel = "tinkerforge:io16v2:b0b51208:HHb:IO16V2OutputPin9"}

Mit den anderen Optionen für das 16-Fach IO kann ich nichts anfangen, da diese mir nichts sagen.

Zwei Fragen hätte ich:

1) für was nutze ich den „Edge Count Pin 1/A1“ nachdem er Item-Typ Number hat, kann er doch nur zum Zählen genutzt werden, oder ?

2) wie müsste mein Verlinken in der ITEM-Datei aussehen wenn ich einen Output konfigurieren möchte. Und muss ich unter ../Configurations/Things noch etwas anpassen ? Update vom 23.09.2019 dank Ulf's (Business Tux) hat sich diese Frage erledigt

Weiter Bricklets werde ich im laufe der Woche über die Item-Datei mit den Channel‘s verlinken und testen.

Viele Grüße

Stefan

P.S. meine Hw-Konfiguration: Raspi3 mit „HAT Brick“ daran angeschlossen Multi-Touch / LCD-128x64  / LCD 20x4 sowie ein  Master-Brick Nr1 (v2.1) über USB an dem RaspPi angeschlossen. Im Stapel des Master-Brick Nr1 befindet sich eine RS485 Extension, die die Verbindung zum Master-Brick Nr2 (v2.1) herstellt. Der Master-Brick Nr2 wird durch ein separates Netzteil mit Spannung versorgt. Am Master-Brick Nr2 ist der Motion-Dedector V2 sowie ein 16-Fach-IO (V2) angeschlossen.

Bisher hatte ich immer Probleme mit dieser Konfiguration, da nach einem Restart nicht immer alle Bricklets am Stapel des Master-Brick Nr2 online gingen. Ich habe heute mehrfach das Openhab System als auch den Pi neu gestartet, und es gingen immer all Bricklets online 

Hallo Erik,

danke erstmal für die neue Beta.

Zu meiner Frage zum LCD128x64, das LCD hat ja eine Touchscreen und hier hatte Theo die Funktionen über actions verfügbar gemacht.

Channels

Display (textcommand)

Button 0-11 (system.rawbutton => TriggerChannel)

Slider 0-5 (DecimalValue 0-42)

Tab 0-9 (TriggerChannel)

z.B.

actions.setGUIButton(0, 0, 0, 60, 20, "MeinButton0")

Das habe ich jetzt so nicht in der Doku Deines ZipFile gefunden

Oder sind die Action analog zu Theos Beschreibung schon verfügbar da diese über ander API bereit gestellt werden ? (komme leider erst am Sonntag dazu, das zu tesen). Und wenn ja wo finde ich diese Information

Viele Grüsse

Stefan

P.S. Ich hoffe Dich nerven meine Fragen nicht. Ich vermute dass viele Informationen bereits irgendwo bei Tinkerforge zu finden sind. Bisher hatte hier Theo auf Git Kurzbeispiele für Openhab abgelegt, die das ganze etwas einfacher zu verstehen machten.

Ich vermute Du testest die Funktionen der Bricklets in Openhab, wie sehen Deine Test so aus ? Item-Datei mit Item & Channel usw ? Rule-Datei mit Actions ?

Hallo Theo,

auch mein ganz herzlicher Dank für Deine Arbeiten und Leistungen zu den Tinkerforge Bindings für openhab. Ich hoffe dass Du auch weiterhin mit Idee und Tips im Board aktiv bist.

Kleine Bitte, könntest Du Deine bisherigen Ergebnisse und Dokus im Git noch verfügbar lassen ?

viele Grüsse

Stefan

Hallo Erik,

ich habe eben Dein neues Binding (Version4) eingespielt, der HAT ist jetzt sichtbar und ich kann die Versorgungsspannung ablesen und die Bricklet-Spannung abschalten (echt cool).

Die FW habe ich bei den Thing-Eigenschaften gefunden, muss aber gestehen dass ich jetzt nicht so recht weiß wie ich diese dann automatisiert auswerten kann, da der Gedanke eventuell die FW als Text-String auslesen zu können. Wenn es anders geht, würde mir das aber auch reichen. Dieser Punkt ist aber als "Nice to have" zu sehen, es gibt momentan wichtigere Punkte.

Kurze Frage, wo finde ich nochmal die Informationen wo und was ich Konfigurieren kann ?

Beispiel Analog wie Theo die Channel/Things für das 128x64 beschrieben hat.

Momentan sehe ich für das 128x64 nur die Channels Text/Clear Display /Draw Buffertd Frame.

Hast Du da irgendwo eine Beschreibung ?

Ich hätte auch Fragen zum 16-fach IO, wie muss ich „Measured Level (Pin 0/A0)“ und „Edge Count Pin 0“ verstehen ? Kann ich das 16-fach IO weiterhin entweder als Eingang oder als Ausgang konfigurieren ? (Eingang z.B. für einen Endschalter eines Fenster/Tür, Ausgang zum ansteuern einer kleine LED Kontroll-Leuchte).

Danke für das neuen Bindings :-)

Viele Grüße Stefan

Hallo Theo,

ich hab Erik schon gefragt wie Ihr das zukünftig mit dem Binding Handhaben wollt. Momentan gibt es das von Dir gepflegte und von Tinkerforge (Erik).

Was ist Deine Planung ? Es geht ja nicht nur um das Binding sondern auch um einbringen in Openhab ohne immer über das Addon-Verzeichnis gehen zu müssen....

Grüsse Stefan

Hallo Erik

zu Deiner Frage,

Was hast du mit dem Master Brick und openHAB vor? Bin mir da noch unschlüssig was sinnvoll abzubilden ist.

Ich versuche ausschließlich mit Tinkerforge / AVM / Openhab eine Hausautomation zu realisieren (für ein kleines Wochenendhäuschen), als ich nun mit Deinem Binding die Masterbrick's in der Inbox sah, kam mir die Idee auch über Openhab prüfen zu lassen ob es neue FW gibt. Wenn man nun den Masterbrick direkt mit OpenHAB über einen Text-String nach seiner FW abfragen könnte, könnt man auch entsprechende Rules bauen.

Das war allerdings ein Gedanke den ich noch nicht so ganz durchdacht habe

Viele Grüsse

Stefan

P.S. Mit openhab1 und Tinkerforge-Komponenten läuft seit 2016 diese Hausautomation im dem Wochenendhäuschen. InnenLicht, Außenlicht, Gartensteckdosen, Pumpensteuerung, Frostschutz für Pflanzen, abschalten Steckdosen  / Innen und Außenbeleuchtung wenn das Gebäude abgeschlossen wird, Alarmmeldung wenn die Glasbruch-Sensoren anschlagen, Bewegungsmelder für den Terrassenbeleuchtung nur wenn Gebäude aufgesperrt ist, Raumlüftung abhängig von der Absoluten innen und außen Luftfeuchte, einschalten Innenbeleuchtung wenn dunkel und Gebäude aufgesperrt wird .......

Hallo Erik,

ich habe heute Dein Binding "2.5.0.201909101456" in meiner Openhab2 Entwicklungsumgebung eingespielt.

HW = RasPi 3b

OS = Openhabian v1.5

Openhab = 2.5.0-SNAPSHOT Build #1673

Leider habe ich momentan nicht viel Zeit und nur mal kurz gecheckt was bei mir angezeigt wird.

Ich konnte alle angeschlossenen brick's / brickletes / HAT-Brick unter "paperui/index.html#/inbox" sehen.

Unter paperui/index.html#/configuration/things

wurden IO-16 / IO-16 2.0 ; Humidity 2.0 ; Industrial Quad Relais 2.0 ; LCD 128x64 ;LCD 20x4 ; Multi-Touch ; Motion Detector 2.0 erkannt.

Als not supported yet angezeigt wurden

->Tinkerforge Master Brick

->Tinkerforge Outdoor Weather Bricklet

->Tinkerforge NFC Bricklet

->Tinkerforge HAT Brick

Also auf meiner Wunschliste wäre diese 4 weiteren Komponenten :-)

Mit Rules / Channel usw. hab ich noch nichts getestet, nur 3 x den Openhab-Service durchgestartet, um zu schauen ob nach dem Restart auch wieder alle Komponenten als Online angezeigt wurden, da hatte ich in letzter Zeit öfters mal Probleme. Es wurden immer alle Komponenten wieder als Online angezeigt.

Eine paar Fragen hätte ich:

Wie haben Du und Theo das zukünftige Vorgehen geplant ?

Wer wird das Binding pflegen ?

Wen soll man ansprechen wenn man Erweiterungen möchte ?

Wen soll / kann ich durch Testen des Binding unterstützen ?

viele Grüße

Stefan

Hallo Erik,

danke für die schnelle Antwort

Es wird auf jedem Fall dann Theo die Arbeit erleichtern

viele Grüsse

Stefan

Hallo rtrbt

das hört sich interessant an.

Kurze Frage hätte ich, ist dieser "Binding-Generator" dazu gedacht dass sich jeder dann sein eigenes Binding erstellen kann in dem er den Generator auf dem System installiert auf dem Openhab läuft ?

Viele Grüsse

Stefan

Hallo Theo

leider schlechte Nachrichten. Ich habe heute sehr intensive mit dem neuen Binding (2.5.0-14) in folgender Konfiguration Test`s ausgeführt. Leider führten Restart von OpenHAB dazu dass einige Bricklets als offline angezeigt wurden.

Über einen Windows PC habe ich Remote den Brick-Viewer dazu genutzt, um zu prüfen, ob die Bricklets erreichbar sind. Im Brick-Viewer waren diese immer online.

Somit dürfte es kein Problem mit dem TF-Daemon gegeben haben.

Alle FT Komponenten haben den aktuellen FW Stand (01.09.2019). Auch FT-Daemon und das OS sind auf aktuellen Stand.

Version 1)

HW: Raspberry Pi 3 mit TF-Hat (Spannungsversorgung für den Pi über das TF-HAT)

OS: Openhabian Release = Raspbian GNU/Linux 10 (buster) / Kernel = Linux 4.19.66-v7+

OpenHAB: openHAB 2.5.0~S1673-1 (Build #1673) (Das Binding bekam ich nur mit der Testversion zum laufen)

Angeschlossene Komponenten

TH-Hat:

>>LCD 128x64

>>Industrial Quad Relay V2.0

>>Motion Detector V2.0

>>Humidity V2.0

>>NFC

>>Outdoor Weather

Master-Brick Nr1(V2.1) über USB am Pi angebunden

>>Multi Touch

>>LCD 20x4

Master-Brick Nr2 (V2.1) über USB am Pi angebunden

>>Ind Quad Relay V2.0

>>IO-16

>>Master-Brick Nr3 (V2.1) als Stapel auf Master-Brick Nr2

>>Humidity V2.0

>>IO-16

>>IO-16 V2

Nach der Installation des Bindings waren alle Bricklets unter

paperui/index.html#/inbox

sichtbar. Ich  habe alle per ADD hinzugefügt und sie waren anschließend auch unter

/paperui/index.html#/configuration/things

sichtbar.

Nachdem das System Item Linking auf Simple Mode eingestellt ist, waren alle Bricklets unter

paperui/index.html#/control

sichtbar und abhängig vom Binding-Entwicklungsstand auch bedienbar.

Nach dem ersten Durchstarten des System, waren einige Brickles als offline angezeigt.

Ich habe insgesamt 10x das OpenHAB System mit systemctl stop openhab2 / start durchgestartet um zu beobachten ob es immer die gleichen betrifft. (leider nein)

Siehe Tabelle1

Auch wenn ich über  openhab-cli console das Binding durchgestartet habe, hat sich das System ähnlich verhalten.

Nur wenn ich alle (offline) Brickles unter

paperui/index.html#/configuration/things

entfernte und das Openhab System neu startete, waren wieder alle Bricklets in der Inbox sichtbar und nutzbar.

Um aus zu schließen dass es nicht am FT-Hat lag, habe ich eine weiter Testreihe ohne das TF-Hat gestartet.

Version 2)

HW: Raspberry Pi 3 (Spannungsversorgung für den Pi über USB-Netzteil)

OS: Openhabian Release = Raspbian GNU/Linux 10 (buster) / Kernel = Linux 4.19.66-v7+

OpenHAB: openHAB 2.5.0~S1673-1 (Build #1673) (Das Binding bekam ich nur mit der Testversion zum laufen)

Angeschlossene Komponenten

Master-Brick Nr1(V2.1) über USB am Pi angebunden

>>Multi Touch

>>LCD 20x4

>>Motion Detector V2

>>LCD 128x64

Master-Brick Nr2 (V2.1) über USB am Pi angebunden

>>Ind Quad Relay V2.0

>>IO-16

>>Master-Brick Nr3 (V2.1) als Stapel auf Master-Brick Nr2

>>Humidity V2.0

>>IO-16

>>IO-16 V2

Nach der Installation des Bindings waren alle Bricklets unter

paperui/index.html#/inbox

sichtbar. Ich  habe alle per ADD hinzugefügt und sie waren anschließend auch unter

/paperui/index.html#/configuration/things

sichtbar.

aber auch hier waren nach einem Restart von Openhab nicht alle Bricklets online.

Hier habe ich dann 5x einen Restart ausgeführt.

siehe Tabelle 2)

Beim Restart des Binding über die Console (openhab-cli console ) habe ich ein paar Fehlermeldungen bekommen, ich kann mir aber nicht vorstellen dass sie die Ursache des Problem sind

Exception in thread "Callback-Processor" java.lang.RuntimeException: not implemented

        at org.m1theo.tinkerforge.client.devices.lcd128x64.BacklightChannel.getValue(BacklightChannel.java:110)

        at org.openhab.binding.tinkerforge.handler.LCD128x64BrickletHandler.getbacklight(LCD128x64BrickletHandler.java:1118)

        at org.openhab.binding.tinkerforge.handler.LCD128x64BrickletHandler.updateChannelStates(LCD128x64BrickletHandler.java:1063)

        at org.openhab.binding.tinkerforge.handler.LCD128x64BrickletHandler.enable(LCD128x64BrickletHandler.java:574)

        at org.openhab.binding.tinkerforge.handler.LCD128x64BrickletHandler.deviceChanged(LCD128x64BrickletHandler.java:1006)

        at org.m1theo.tinkerforge.client.impl.BrickdImpl.addDevice(BrickdImpl.java:364)

        at org.m1theo.tinkerforge.client.impl.BrickdImpl.access$100(BrickdImpl.java:24)

        at org.m1theo.tinkerforge.client.impl.BrickdImpl$EnumerateListener.enumerate(BrickdImpl.java:193)

        at com.tinkerforge.IPConnection.callEnumerateListeners(IPConnection.java:131)

        at com.tinkerforge.CallbackThread.dispatchPacket(IPConnectionBase.java:251)

        at com.tinkerforge.CallbackThread.run(IPConnectionBase.java:293)

Liegt es am Binding oder am OpenHAB ? Komisch ist ja nur, dass nach dem entfernen eines Bricklet aus "paperui/index.html#/configuration/things" und anschließenden restart des System die Bricklets wieder erkannt werden. Der Fehler tritt immer nur auf wenn das OS oder OpenHab neu gestartet wird.

Momentan weiß ich auch nicht weiter

viele Grüße

Stefan

P.S. der Pi 4 funktioniert, ich werde Ihn aber erst einsetzten wenn ich ein Gehäuse mit Passiver Kühlung habe.

Hallo Theo

so habe heute damit verbracht das neue Brick-HAT zu integrieren.

Mit dem Pi 4 hatte ich noch probleme, es scheint, dass ich mit dem neuen openhabian (v1.5) permissions ändern muss. (muss das mal in aller ruhe Testen)

Aus dem Grund bin ich auf einem Pi 3 mit der vorletzten openhabian version

(V1.4.1) ungestiegen.

Soweit bekomme ich das HAT auf dem Pi 3 zum laufen. Neben dem Hat-Brick sind auch noch Masterbrick über USB angeschlossen.

Ich sehe die angeschlossenen Bricklets.

Ganz funktioniert es aber noch nicht, denn nach einem Init 6 sind jetzt 2 Bricklets (das 128x64 und ein QuadRelay V2) offline.

Per Rules's habe ich noch nichts getestet, muss erst mal schaun dass ich die Grund-Configuration sauber zum laufen bekomme.

viele Grüsse

Stefan

Hallo Theo,

das passt ja super mit  dem neuen Snapshot Binding. Heute soll mein Pi 4 kommen, dann kann ich am Sonntag gleich das neue Pi-Hat-Brick testen.

Grüsse Stefan

Hallo Theo,

das PiHat liegt schon seit einer Woche auf dem Schreibtisch.

Ich habe parallel noch einen Pi 4b mit 4GB bestellt, der leider noch nicht da ist. Ich will gleich beides in einem Aufwasch testen.

Meine aktuelle Test-Config hat noch einen Pi 2b, den werde ich dann in die Rente schicken.

Grüsse

Stefan

Hallo Theo,

ich werde mal das PiHat bestellen und berichten wie es sich verhält :-)

Grüsse Stefan

Hallo yuna,

Ich nutzte Tinkerforge zwar nur in Verbindung mit OpenHab (kann also bei Java nicht mitreden), finde es super wenn Kids und Jugendliche über Projekte wie Ihr es betreibt, an die Materie (Technik und Programmierung) herangeführt werden :-)

Super

viele Grüsse Stefan

Hallo Theo,

hast Du gesehen, dass es jetzt ein TF-Head für den Raspi gibt ?

Es sind ein paar mehr Funktionen drin als in einem normalen Masterbrick.

Meinst Du das Head wird mit dem OH-TF-Binding auch funktionieren ?

Grüsse

Stefan

Hallo Theo

vielen danke für die schnellen Antworten.

Ich muss mal schaun wie ich diese Woche (abends) das ganze nochmal angepasst testen kann.

Eine Sache hat mich jetzt doch etwas erstaunt, im dem letzten Beispiel

>> Schreiben der Tag-ID (String-Item) >> nutzt Du für das LCD128x64 den gleichen Befehl wie für das LCD20x4 >> sendcommad und nicht "action.writeline"

Wann nutzte ich dann den writeline ? nur für statische Texte ?

viele Grüsse

Stefan

Update

Das ganze hat mir keine Ruhe gelassen und ich habe es schnell getestet.

Das Schreiben auf LCD20x4 und LCD128x64 funktioniert mit einem statischen Text und mit dem Inhalt eines String-Item (meine TAG-ID).

Vergesse bitte meine Frage zum zuweisen des Inhalt des TAG-ID-String-Item auf eine Variable oder einem anderen String-Item. Ich hab total verdrängt dass man eine gewisse Syntax einhalten muss.

stringvariable = String_Item.state.toString

so funktioniert es auch ;-)

Hallo Theo

ich hab über das verlängerte Wochenende Dein neues Binding mit

-LCD20x4

-LCD128x64

-Motion-Dedector V2

-NFC Bricklet

getestet.

Aktuell arbeite ich mit

-openHABian V1.4.1

-OpenHAB 2.5.0-Snapshot-Build 1607

-tinkerforge-2.5.0-13-SNAPSHOT

-Firmware alles TF Komponenten auf aktuellen Stand (08.06.2019)

Es wird wieder etwas viel zu lesen ;-)

Test: Background-Beleuchtung des LCD 20x4 (Funktion erfolgreich getestet)

Eintrag in der ITEM.items Datei

 

Switch LCD20x4_BL "LCD20x4 Backlight [%s]" (TestTF) { channel="tinkerforge:lcd20x4:f4a5fb45:abc:backlight", channel="serialbutton:button:mybutton:button" [profile=rawbutton-toggle-switch] }

Frage:

Theo, Ich hab wie von Dir empfohlen das Beispiel (siehe unten) angepasst.

Color Bedroom_Light { channel="hue:0210:1:bulb1:color", channel="serialbutton:button:mybutton:button" [profile=rawbutton-toggle-switch] }

Für das Background des LCD 20x4, hat auch alles geklappt (für das LCD128x64 Background nicht siehe weiter unten).

Was mir nur nicht klar war, wo bekomme ich den Input für

channel="serialbutton:button:mybutton:button"

her. (habe daher 1:1 aus dem genannten Beispiel übernommen)

Die Informationen auf der openhab-Seiten waren da etwas spärlich

Ist dieser Text nach einer bestimmten Syntax aufgebaut ?

Abfragen eines Button-Channel in einer Rule >> Dies hat funktioniert

Schreiben eines Text auf das LCD 20x4 >> Dies hat nicht funktioniert.

Eintrag in der ITEM.items Datei

String LCD20x4_text "LCD20x4 Text [%s]" (TestTF) {channel="tinkerforge:lcd20x4:f4a5fb45:abc:display" }

Beim ersten Test habe ich die Rule für das LCD128x64 angepasst

rule "test-button-lcd20x4"

when

Channel "tinkerforge:lcd20x4:f4a5fb45:abc:button0" triggered RELEASED

then

val actions20 = getActions("tinkerforge", "tinkerforge:lcd20x4:f4a5fb45:abc")

actions20.writeLine(1, 1, "Hello Openhab")

end

auch mit

„val actions20 = getActions("tinkerforge", "tinkerforge:lcd20x4:f4a5fb45:abc:display")

Fehler Meldung im LOG-File

2019-06-09 19:42:42.561 [ERROR] [ntime.internal.engine.RuleEngineImpl] - Rule 'test-button-lcd20x4': Instance is not an LCD128x64BrickletActions class.

Beim zweiten Test habe ich die alten Rule-Beispiele aus Openhab1 abgeleitet

rule "test-button-lcd20x4"

when

Channel "tinkerforge:lcd20x4:f4a5fb45:abc:button0" triggered RELEASED

then

LCD20x4_text.sendCommand("TFNUM<00>Test old")

end

Fehlermeldung um LOG-File

2019-06-09 20:17:50.661 [ERROR] [lient.devices.lcd20x4.DisplayChannel] - invalid command format

org.m1theo.tinkerforge.client.tools.Tools$LinePositionParseException: prefix is missing

Theo, was mache ich falsch ?

Wo liegt mein Fehler ?

Test des MotionDedector V2

Eintrag in der ITEM.items Datei

Switch MotionDV2SW1 "BewegungsmelderV2 [%s]" (TestTF) {channel = "tinkerforge:motiondetectorV2:f4a5fb45:bcd:motiondetected"}

Dimmer MotionDV2dl "BewegungsmelderV2 LED1 [%s]" (TestTF) {channel = "tinkerforge:motiondetectorV2:f4a5fb45:bcd:topLeftled"}

Dimmer MotionDV2dr "BewegungsmelderV2 LED1 [%s]" (TestTF) {channel = "tinkerforge:motiondetectorV2:f4a5fb45:bcd:topRightled"}

Dimmer MotionDV2db "BewegungsmelderV2 LED1 [%s]" (TestTF) {channel = "tinkerforge:motiondetectorV2:f4a5fb45:bcd:bottomled"}

Ich hatte es bisher noch nie geschafft, die 3 LED's zu nutzen, weder konnte ich sie per basicui/app (Website) noch über eine Rule bedienen. Der eigentliche Bewegungs-Melder funktioniert, nur die 3 LED lassen sich nicht ansteuern.

Rule zum Test:

rule "test-Motion-DedectroV2-LED"

when

Channel "tinkerforge:lcd20x4:f4a5fb45:abc:button0" triggered RELEASED

then

sendCommand(MotionDV2dl,80)

end

Eintrag im LOG-File

2019-06-09 20:39:13.027 [ome.event.ItemCommandEvent] - Item 'MotionDV2dl' received command 80

2019-06-09 20:39:13.083 [nt.ItemStatePredictedEvent] - MotionDV2dl predicted to become 80

2019-06-09 20:39:13.180 [vent.ItemStateChangedEvent] - MotionDV2dl changed from 100 to 80

Die LED Leuchten nicht, wo liegt mein Fehler ?

---

Test des NFC Bricklet

Die TAG-ID von konnte ausgelesen werden

Die TAG-ID wird im Log als auch auf der Web-Site dargestellt

Eintrag in die ITEM.items Datei

String NFCTAG_text "NFC-TAG [%s]" (TestTF) { channel="tinkerforge:nfc:f4a5fb45:cde:tagID" }

String NFCTAG_merker "NFC-merker [%s]"

Frage: Wie kann ich dem Inhalt des String-ITEMS (ausgelesene TAG-ID) einer Variablen oder einem anderen String ITEM übergeben ?

Ich bekomme da immer Fehlermeldungen im LOG

Sorry mein Fehler hab Syntax bei der Zuweisung nicht beachtet

LCD128x64

Theo ich finde unter

Paperui / Configuration / Things / BrickletLCD128x64

keine Channel für die Backgroungbeleuchtung !

Ich habe anschließend analog zum LCD20x4 die ITEM-Verlinkung eingetragen, hatte aber keinen Erfolg.

Eintrag in die ITEM.items Datei

Switch LCD128x64_BL "LCD128x65 Backlight [%s]" (TestTF) { channel="tinkerforge:lcd128x64:f4a5fb45:bcd:backlight", channel="serialbutton:button:mybutton:button" [profile=rawbutton-toggle-switch] }

Das Anlegen der Buttons und Slider klappt, ich kann auch Text auf dem Display ausgeben.

Das Auslesen der Number-Werte bei Änderung der Slider‘s funktioniert und die Werte können in Rule‘s ausgewertet werden.

Frage: Wie kann ich mit dem „actions.writeLine(3, 10, ...)“ den Inhalt eines ITEMS oder einer Variable mit auf dem Display ausgeben ?

actions.writeLine(3, 10, „Dummytext“) funktioniert

actions.writeLine(3, 10, ITEM.state) oder „actions.writeLine(3, 10,ITEM ) funktioniert nicht

Beispiel-Rule:

rule "LCD164-Slider"

when

Item LCD128x64_SL0 changed

then

val actions = getActions("tinkerforge", "tinkerforge:lcd128x64:f4a5fb45:HQJ")

actions.clearDisplay

actions.writeLine(3, 10, "change")

actions.writeLine(3, 10, LCD128x64_SL0.state )

if (LCD128x64_SL0.state > 15 ) { LCD20x4_BL.sendCommand (ON) } else { LCD20x4_BL.sendCommand (OFF) }

end

Fehlermeldung im LOG-FILE (es macht keinen Unterschied ob ich nun ITEM oder ITEM.state nutze)

2019-06-10 13:39:30.050 [ERROR] [ntime.internal.engine.RuleEngineImpl] - Rule 'LCD164-Slider': An error occurred during the script execution: Could not invoke method: org.openhab.binding.tinkerforge.action.LCD128x64BrickletActions.writeLine(org.eclipse.smarthome.core.thing.binding.ThingActions,int,int,java.lang.String) on instance: null

Wie müsste ich die Rule aufbauen, dass ich als eine Variable oder ein ITEM ausgeben kann ?

Ich hab diese Rule auch mit dem String-ITEM des NCF-TAG probiert, gleicher Fehler.

Zum Schluss noch eine Frage:

Ich nutze zwei Masterbrick-Stapel die ich über eine RS485 Master-Extension verbunden sind. Es funktioniert soweit ganz gut, allerdings werden bei einem Restart von openhab nicht alle Bricklets am „Remote“ angebunden Stapel als ONLINE angezeigt. Ich muss immer erst am Remote-Stapel die Spannung aus und wieder einschalten, dann gehen alle Brickles online. Gibt es eine Möglichkeit per Komonado ein Rescan der  TF-Komponenten zu initiieren ??

Ist mal wieder viel zu lesen :-(

Leider hab ich in den verschiedenen Foren nicht viel gefunden was mir helfen hätte können

Grüsse

Stefan

Hallo rak,

Theo veröffentlicht hier seine aktuellen Snapshot-Entwicklungs-Stände per download-Link.

dies dürfte der letzte Stand sein org.openhab.binding.tinkerforge-2.5.0-12-SNAPSHOT.jar  (link im zitierten Post von Theo, unten).

Weiter findest du auch einen Link zu Theos Readme. Dort findest du beispiel für die Rules und ob ein Bricklet schon eingebunden ist.

So wie ich das sehe ist Theo mit dem Outdoor noch nicht fertig

theo

Sr. Member

****

Beiträge: 307

Profil anzeigen  Twitter  E-Mail  Private Mitteilung (Offline)

 

Re: openhab Integration

« Antwort #443 am: März 28, 2019, 20:31:26 »

Zitat

Ein neuer Snapshot ist da: https://bintray.com/theoweiss/generic/download_file?file_path=org.openhab.binding.tinkerforge-2.5.0-12-SNAPSHOT.jar

 

Support für:

* LCD20x4

* OLED128x64

* OLED128x64V2

* OLED64x48

 

Die Bedienung des display-Channels ist genauso wie beim LCD128x64 https://github.com/theoweiss/openhab-tinkerforge2-configuration-examples#display.

 

Das LCD hat zusätzlich noch 3 Button-Channels. Actions für clearDisplay o.ä. werden nachgeliefert.

 

Beispielregeln gibt es noch keine, ihr könnt euch aber an den alten Beispielen orientieren: https://github.com/theoweiss/openhab2-tinkerforge-configuration-examples/blob/master/weatherstation/rules/tf.rules

Was dort mit "TFNUM<20>" formuliert ist, ist jetzt "{2,0}".

 

Viel Spaß damit.

Moderator informieren    Gespeichert

https://github.com/theoweiss/openhab-tinkerforge2-configuration-examples/blob/master/README.md

viele Grüsse

Stefan

Hallo Theo

danke für den Hinweis, ich bin momentan leider auf Achse und kann frühestens am WE weiter testen.

Viele Grüsse

Stefan

Im Sommer aber von Vorteil wenn es innen kälter als außen ist ;-)

Es gibt aber eine Fußbodenheizung die natürlich mit Tinkerforge und Openhab gesteuert wird ;-)