Poll

Nächste Bricks/Bricklets mit openHAB Unterstützung

Stepper
8 (20%)
IMU
0 (0%)
IMU 2.0
1 (2.5%)
Accelerometer (fertig)
0 (0%)
Analog In (fertig)
1 (2.5%)
Analog In 2.0 (fertig)
2 (5%)
Analog Out
0 (0%)
Analog Out 2.0
2 (5%)
GPS
4 (10%)
Industrial Analog Out
0 (0%)
Industrial Dual Analog In (fertig)
2 (5%)
Laser Range Finder (fertig)
0 (0%)
NFC/RFID
16 (40%)
Color (fertig)
4 (10%)

Total Members Voted: 21

Author Topic: openhab Integration  (Read 203640 times)

StefanOHAN

  • Jr. Member
  • **
  • Posts: 68
    • View Profile
Re: openhab Integration
« Reply #510 on: September 01, 2019, 19:05:39 »
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
Quote
paperui/index.html#/inbox
sichtbar. Ich  habe alle per ADD hinzugefügt und sie waren anschließend auch unter
Quote
/paperui/index.html#/configuration/things
sichtbar.

Nachdem das System Item Linking auf Simple Mode eingestellt ist, waren alle Bricklets unter
Quote
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
Quote
paperui/index.html#/inbox
sichtbar. Ich  habe alle per ADD hinzugefügt und sie waren anschließend auch unter
Quote
/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

Quote
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.
« Last Edit: September 01, 2019, 19:35:50 by StefanOHAN »

theo

  • Sr. Member
  • ****
  • Posts: 322
    • View Profile
    • Twitter
Re: openhab Integration
« Reply #511 on: September 02, 2019, 22:42:39 »
Hallo Stefan,

vielen Dank für das Testen! Ich vermute mal das liegt an der RuntimeException in BacklightChannel.getValue, da fehlt bisher die Implementierung. Der Fix ist in Arbeit.

Gruß,
Theo

rtrbt

  • Tinkerforge Staff
  • Administrator
  • Full Member
  • *****
  • Posts: 131
    • View Profile
Re: openhab Integration
« Reply #512 on: September 05, 2019, 14:33:49 »
Moin,
Hier die erste Beta der generierten openHAB-Bindings.

@Theo: Das ganze hat, wie angekündigt, etwas länger gedauert. Danke nochmal für den Aufwand, den du dir mit deinen Bindings gemacht hast.

theo

  • Sr. Member
  • ****
  • Posts: 322
    • View Profile
    • Twitter
Re: openhab Integration
« Reply #513 on: September 05, 2019, 16:37:22 »
Hallo Erik,

das klingt gut! Vielen Dank. Wo finde ich denn den Source-code für den Generator, hier scheint er (noch) nicht zu sein?

Gruß,
Theo

rtrbt

  • Tinkerforge Staff
  • Administrator
  • Full Member
  • *****
  • Posts: 131
    • View Profile
Re: openhab Integration
« Reply #514 on: September 05, 2019, 16:47:31 »
Ist inzwischen hier.

rtrbt

  • Tinkerforge Staff
  • Administrator
  • Full Member
  • *****
  • Posts: 131
    • View Profile
Re: openhab Integration
« Reply #515 on: September 05, 2019, 16:54:28 »
Zur Erklärung dazu: Die Konfigurationen der Bricklets hat jetzt ein openhab-Dictionary, darin werden die Channels und Konfigurationsparameter spezifiziert. Das ist im Moment nicht so generisch wie ich es gerne hätte (damit auch andere Sachen wie der Data-Logger das verwenden können), aber erstmal hinreichend. Der Generator nimmt die Informationen und erzeugt daraus aufgebohrte Java-Bindings, die dann von einem generischen DeviceHandler usw. benutzt werden.

KlausGünther

  • Newbie
  • *
  • Posts: 9
    • View Profile
Re: openhab Integration
« Reply #516 on: September 09, 2019, 19:21:09 »
Ich habe noch mal eine Frage.
Mitlerweile läuft bei mir u.a. das HumidityV2 Bricklet, der MotionsensorV2 und das ParticualarMatter Bricklet. Alle drei sind Bricklets, bei denen man auch was"einstellen" kann, Beispielsweise der Heater, die LED´s oder die Laser Diode. Augenscheinlich passiert aber nix wenn man die entsprechenden Switch-Items betätigt. Nur kommt der Befehl anscheinend am Bricklet nicht an. Ich meine mich dunkel erinnern zu können das mal irgendwo Theo gesagt hat, das kommt später, habe das aber nicht mehr gefunden, kann mich eventuell jemand beleuchten ?

rtrbt

  • Tinkerforge Staff
  • Administrator
  • Full Member
  • *****
  • Posts: 131
    • View Profile
Re: openhab Integration
« Reply #517 on: September 10, 2019, 10:15:49 »
Zeit für Eigenwerbung: bei den generierten Bindings hier kannst du diese Dinge kontrollieren. Der Heater vom Humidity 2.0 wird allerdings aktuell als Konfiguration, nicht als Switch-Channel abgebildet, das ist nicht all zu clever, werde ich für die nächste Beta-Version mal ändern.

StefanOHAN

  • Jr. Member
  • **
  • Posts: 68
    • View Profile
Re: openhab Integration
« Reply #518 on: September 13, 2019, 07:36:44 »
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

theo

  • Sr. Member
  • ****
  • Posts: 322
    • View Profile
    • Twitter
Re: openhab Integration
« Reply #519 on: September 16, 2019, 22:27:08 »
Hallo liebe openHAB Tinkerforge Gemeinde,

nach mehr als 6 Jahren ist die Zeit gekommen diesen Thread zu schließen.
 
In dieser Zeit habe ich an vielen Abenden einige Stunden meiner Freizeit damit verbracht zwei openHAB Bindings für die Tinkerforge Welt zu schreiben. Das hat meistens sehr viel Spaß gemacht, war manchmal aber auch harte Arbeit.
Warum tut man sowas:

- wegen der tollen Tinkerforge Hard- und Software
- wegen der netten und freundlichen Tinkerforge User Gemeinde
- um openHAB weiterzuverbreiten und voranzubringen

Aus Sicht eines langjährigen aktiven Mitglieds der openHAB Entwicklergemeinde ist jetzt das Beste passiert was man sich wünschen kann: der Gerätehersteller programmiert selbst das openHAB-Binding für seine Hardware. Das wertet openHAB und das Binding natürlich ungemein auf. Da wird Geld in die Hand genommen um einen Entwickler zu bezahlen um einen Beitrag für ein open source Projekt zu schreiben. Super! Bei Fulltime-Entwicklung geht die Post natürlich auch ganz anders ab, als wenn man an ein paar Abenden in der Woche ein paar Stunden arbeiten kann. Das was Erik da macht ist super, besser geht es nicht. Andererseits bin ich aus Sicht des Tinkerforge Binding Entwicklers natürlich auch ein bisschen wehmütig, da mich das Projekt solange begleitet hat und ich auch ein bisschen stolz darauf bin.

Ich hoffe natürlich, dass Erik das Tinkerforge Binding auch in das openHAB2-addons Projekt integrieren lässt, so dass es mit den openHAB-Releases "offiziell" verfügbar ist (https://github.com/openhab/openhab2-addons).

Besonders bedanken möchte ich mich noch einmal für das Hardware-Sponsoring durch die Tinkerforge Macher. Bei Sigi (sihui) für die viele Arbeit an der openhab1 Tinkerforge-Binding Doku. Bei den vielen Testern! Hier im besonderen bei Stefan (StefanOHAN) für seine ausführlichen Tests und Berichte des OH2 Bindings. Bei den vielen Interessierten, die diesen Thread über die Jahre in Summe mehr als 130.000 mal gelesen haben. Das ist Tinkerunity Rekord!

Ich werde der Tinkerforge Gemeinde auch in Zukunft treu bleiben und die High-Level Tinkerforge Java-Bibliothek, die u.a. die Grundlage für mein openHAB 2 Binding ist, weiterentwickeln. Sobald es da etwas zu "sehen" gibt werde ich einen neuen Thread in der TinkerUnity aufmachen.

Natürlich werde ich auch weiterhin an openHAB mitarbeiten. In der Vergangenheit habe ich u.a. auch das InfluxDB Binding und das Linux-Packaging gemacht. Jetzt schaffe ich es hoffentlich endlich Erweiterungen für das Blukii Binding zu programmieren.

Bleibt openHAB und TF treu. Bis dahin,

Theo

luxor

  • Full Member
  • ***
  • Posts: 201
    • View Profile
Re: openhab Integration
« Reply #520 on: September 17, 2019, 08:51:17 »
Ein Fettes Dankeschön an Theo!

StefanOHAN

  • Jr. Member
  • **
  • Posts: 68
    • View Profile
Re: openhab Integration
« Reply #521 on: September 17, 2019, 09:07:53 »
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

KlausGünther

  • Newbie
  • *
  • Posts: 9
    • View Profile
Re: openhab Integration
« Reply #522 on: September 17, 2019, 10:35:18 »
Auch von mir noch ein DICKES DANKESCHÖN für die arbeit Theo!!!

maxico

  • Newbie
  • *
  • Posts: 18
    • View Profile
Re: openhab Integration
« Reply #523 on: September 18, 2019, 10:20:11 »
Hallo Theo,
stellvertretend für alle OH-Nutzer (das meiste läuft über TF) in unserem Haus: Danke!!!
Anfang 2016 habe ich unser Haus mit einer größeren TF-Bestellung ein bisschen "smart" gemacht, ausschließlich weil es das 1er Binding schon gab!
Ich glaube die vielen Stunden Deiner Arbeit waren es in vielerlei Hinsicht wert, für TF, OH, den Komfort der Nutzer (jeden Tag), den Spaß beim Einbinden... Dafür nochmal Danke!!


sihui

  • Newbie
  • *
  • Posts: 28
    • View Profile
Re: openhab Integration
« Reply #524 on: October 01, 2019, 17:26:29 »
nach mehr als 6 Jahren ist die Zeit gekommen diesen Thread zu schließen.

Da schaut man mal eine Weile nicht in diesen Thread und dann sowas  :o

Theo, allerbesten Dank für das geniale Tinkerforge Binding, es ist mit Abstand das stabilste Binding was ich in inzwischen fast fünf Jahren openHAB genutzt habe.
Halt die Ohren steif!