Jump to content
rtrbt

Betaversion der openHAB-Bindings

Recommended Posts

So, Beta 20 ist im Post oben. Der Bug mit der IO-16, die seltsame Konfigurationsdarstellung usw. sollten gefixt sein.

Share this post


Link to post
Share on other sites

Hallo Erik,

 

Thema on/offline Meldung „Thing“ Dämon.

Die Meldung „Bridge of [UID] went online “ sehe ich für alle Bricklets und den Masterbrick der über den Dämon verwaltet werden. Ich sehe aber keine Meldung dass der Dämon online geht.

Meine Rule nutze folgenden Trigger

 

Zitat

Thing "tinkerforge:brickd:wifi2test" changed

 

und schaltet eine der beiden LED des Dual-Button ein / aus.

 

Gerade eben musste ich feststellen dass die doch Rule funktioniert, auch wenn ich keine „online-Meldung“ des Thing-Dämon im Log sehe. Dass ich fälschlicherweise dachte die Rule funktioniere nicht mehr, hatte einen anderen Grund.

Beim neu anlegen der Things, hatte ich für den Dual-Button in der Konfiguration vergessen die beiden LED auf „Channel default on“ zu konfigurieren. Nachdem die LED‘s nicht auf die Zustandsänderung des Dämon reagierten, dachte ich es lag an der fehlenden Meldung im Log. Mit anpassen der Dual-Button Konfiguration waren die LED‘s auch wieder vorhanden und bei der Zustandsänderung des Dämon wurden sie ein / ausgeschaltet.

 

Sorry mein Fehler, Asche auf mein Haupt.

 

Beta 20 habe ich eingespielt, jetzt funktioniert das IO-16 (alt) und auch die Darstellung der Port Konfiguration des IO-16 / IO-16 2.0 / IO4 2.0 zeigt jetzt den richtigen Text an 🙂

 

Danke für die schnelle Reaktion 🙂

 

viele Grüße Stefan

 

Share this post


Link to post
Share on other sites
Posted (edited)

Hallo Tim (Teddy)

danke für Dein Angebot bezüglich der „Taster-Abdeckungen“

In meiner aktuellen produktiven Openhab 1.9 Umgebung habe ich ein Bedienfeld mit einem LCD20x4 und einem Multitouch 3x4 Key-Pad. (siehe Bild unten, besteht aus Acryl 5mm, wurde mit einem Laser-Cutter bei einem Lokalen Acryl-Glas Handel hergestellt)

Diese Bedienfeld-V1 möchte ich mit der Umstellung meines Prod-System auf OpenHab2 komplett neu aufbauen und aktuelle Tinkerforge Komponenten integrieren.

Vom Aufbau würde ich wieder 5mm Acryl nutzen, die Bricklets würde auf einem Basis-UnterRahmen befestigt und mit einem „Abdeckrahmen“ mit entsprechenden Ausschnitt für die Bedienelemente geschützt.

Im groben würde folgenden Komponenten in diesem Bedienfeld verbaut sein

1x LCD 128x64

1x Multi-Touch mit 4x3 Key-Pad

1x NFC

1x Dual Button

1x Rotary Encoder

1x Rotary Poti

 

bis auf den Dual-Button sind es im Grunde nur entsprechende Ausschnitte / Bohrungen in der Bedienfeld-Abdeckung. Siehe die Grob-skizze unten.

Ich würde vermuten dass mir die reinen Abdeckungen ausreichen würden, hast Du auch ein Bild wie diese Abdeckungen ohne Gehäuse aussehen (evtl wenn sie auf dem Dual-Button liegen) ?

Selber steht mir kein 3D Drucker zur Verfügung.

Daher würde ich gerne auf Dein Angebot zurück kommen.

 

Jetzt und hier ein große Lob an das gesamte Tinkerforge TEAM 🙂

viele Grüße Stefan

Bedienfeld-neu.jpg

Bedienfeld-V1.jpg

Edited by StefanOHAN
  • Like 1

Share this post


Link to post
Share on other sites

Ähm ne nen Bild von den einzelnen Teilen hab ich jetzt so nicht zur Hand. Aber mit deinen Bildern kann ich mir schon ganz gut vorstellen was du brauchst. Ich ändere dir das Modell dann ab, ist nicht viel Aufwand.  Ich würde aber sagen für die Besprechung der Einzelheiten ziehen wir entweder in den Projekte Thread um oder klären das per Mail. Das passt hier nicht so ganz in den OpenHab Thread :D

Share this post


Link to post
Share on other sites

Hallo Tim, 

klar macht mehr Sinn das Thema über Privat Nachrichten zu klären, hab Dir hier über die Forum-Funktion einen PV-Nachricht gesendet, ich hoffe Sie ist angekommen.

viele Grüsse

 

Stefan

Share this post


Link to post
Share on other sites

Hallo Erik,

kurzer Update

ich habe diese Woche meinen zusätzlichen Komponenten  bekommen 

1 x  Air Quality Bricklet

1 x PTC V2 mit Sensor

durch den zusätzlichen Masterbrick war ich auch in der Lage ein altes Temperatur Bricklet (HW Version 1.1.0) in die Konfiguration auf zu nehmen.

Alle Bricklets funktionieren mit dem Binding und liefern Werte, allerdings habe ich bis jetzt noch keine Action mit diesen Bricklets getestet.

Ich vergleich gerade mal wie die verschieden Temperatur-Sensoren Daten liefern. Bist jetzt habe ich den Eindruck dass die Werte des PTC 2 die des Humidty V2 (Temperatur) und die des Air Quallity (Temperatur) sehr nahe zusammen liegen. Die TH-Sensoren liegen näher an den Werten des alten Temperatur Bricklets.

Was mir auch gut gefällt ist, dass am PTC V2  ein Offset eingestellt werden kann. Vermutlich werde ich einen Kombination aus Air Quallity Bricklet für innen, PTC & Humidity V2 Bricklet für Außen einsetzten.

 

viele Grüsse

 

Stefan

 

 

Share this post


Link to post
Share on other sites
Posted (edited)

Hallo Allerseits,

ich habe das Tinkerforge-binding in der Version 1 mit mehreren Typ A Steckdosen am laufen. Jetzt habe ich den Beispielen in diesem Thread folgend daran gemacht zu der V2 zu migrieren. Klappt mit der ersten Dose auch wunderbar - nur jede weitere mit dem selben Hauscode bleibt "uninitialized" Meine V1 Config sieht folgendermaßen aus:

tinkerforge:rs1.uid=v5k
tinkerforge:rs1.type=bricklet_remote_switch
tinkerforge:rs1.typeADevices=rsg1 rsg2 rsg3 rsg4 rsg5 rsg6

tinkerforge:rs_garten.uid=v5k
tinkerforge:rs_garten.subid=rsg1
tinkerforge:rs_garten.type=remote_switch_a
tinkerforge:rs_garten.houseCode=18
tinkerforge:rs_garten.receiverCode=1
tinkerforge:rs_garten.repeats=5

tinkerforge:rs_garten2.uid=v5k
tinkerforge:rs_garten2.subid=rsg2
tinkerforge:rs_garten2.type=remote_switch_a
tinkerforge:rs_garten2.houseCode=18
tinkerforge:rs_garten2.receiverCode=2
tinkerforge:rs_garten.repeats=6

usw.

wenn ich aber eine weitere Typ A Steckdose mit PaperUI anlege, funktioniert das nicht. Wenn ich bei der ersten (funktionierenden den Empfängercode ändere, spricht auch die korrespondierende Dose an. Wo liegt mein Fehler?

LG

Andreas

Edited by amos

Share this post


Link to post
Share on other sites
vor 13 Minuten schrieb amos:

Hallo Allerseits,

ich habe das Tinkerforge-binding in der Version 1 mit mehreren Typ A Steckdosen am laufen. Jetzt habe ich den Beispielen in diesem Thread folgend daran gemacht zu der V2 zu migrieren. Klappt mit der ersten Dose auch wunderbar - nur jede weitere mit dem selben Hauscode bleibt "uninitialized" Meine V1 Config sieht folgendermaßen aus:

tinkerforge:rs1.uid=v5k
tinkerforge:rs1.type=bricklet_remote_switch
tinkerforge:rs1.typeADevices=rsg1 rsg2 rsg3 rsg4 rsg5 rsg6

tinkerforge:rs_garten.uid=v5k
tinkerforge:rs_garten.subid=rsg1
tinkerforge:rs_garten.type=remote_switch_a
tinkerforge:rs_garten.houseCode=18
tinkerforge:rs_garten.receiverCode=1
tinkerforge:rs_garten.repeats=5

tinkerforge:rs_garten2.uid=v5k
tinkerforge:rs_garten2.subid=rsg2
tinkerforge:rs_garten2.type=remote_switch_a
tinkerforge:rs_garten2.houseCode=18
tinkerforge:rs_garten2.receiverCode=2
tinkerforge:rs_garten.repeats=6

usw.

wenn ich aber eine weitere Typ A Steckdose mit PaperUI anlege, funktioniert das nicht. Wenn ich bei der ersten (funktionierenden den Empfängercode ändere, spricht auch die korrespondierende Dose an. Wo liegt mein Fehler?

LG

Andreas

sorry - das Problem hat sich durch ein reboot erledigt!

LG

Share this post


Link to post
Share on other sites
Am 3.2.2020 um 11:51 schrieb rtrbt:

Sorry, deinen Post hatte ich übersehen.

Was klappt dabei noch nicht? Die Command-Channels sind Strings statt Switches, da es keinen Rückkanal von den Steckdosen gibt: openHAB kann nicht abfragen, ob eine Dose gerade an oder aus ist, also kann ich bei einem Switch nicht den Initialzustand setzen. Command-Channels (die in der PaperUI Buttons erzeugen) sind intern String-Channels. Du kannst z.b. aus Rules StringCommands "ON" oder "OFF" schicken um die Dose zu schalten.

Hallo Erik,

wie muss der Befehl in einer Rule aussehen? Item.sendCommand(ON) funktioniert bei mir leider nicht.

LG

Andreas

Share this post


Link to post
Share on other sites

Moin Andreas,

Item.sendCommand("ON")

sollte funktionieren.

Share this post


Link to post
Share on other sites
vor 3 Stunden schrieb rtrbt:

Moin Andreas,


Item.sendCommand("ON")

sollte funktionieren.

Hallo Erik,

funktioniert - vielen Dank!

LG

Share this post


Link to post
Share on other sites

Hallo

Ich glaube da ist ein Fehler im Industrial Dual Analog In beim Openhab im Brick Viewer funktioniert es einwandfrei.

Im Moment habe ich nur Channel 0 im Betrieb, trotzdem zeigt es im OpenHab bei beiden Channels das selbe an.

Kannst du das Bestätigen? 

Share this post


Link to post
Share on other sites

Moin,

Hast du das Problem mit einem Industrial Dual Analog In 1.0 oder 2.0? Ich habe es hier mit dem 2.0 getestet und es funktioniert so wie es soll. Hast du eventuell beide Channels auf das selbe Item registriert?

Share this post


Link to post
Share on other sites

Moin,

Es gibt jetzt einen ersten Prototypen der openHAB-Dokumentation. Erstmal nur auf Englisch und noch ohne die allgemeinen Dinge wie Installationsanleitung, Beispiele usw.

Falls noch device-spezifische Dinge fehlen, oder euch etwas anderes auffällt, bitte melden.

Gruß,
Erik

Share this post


Link to post
Share on other sites
14 hours ago, rtrbt said:

Moin,

Hast du das Problem mit einem Industrial Dual Analog In 1.0 oder 2.0? Ich habe es hier mit dem 2.0 getestet und es funktioniert so wie es soll. Hast du eventuell beide Channels auf das selbe Item registriert?

Habe ich schon mehrmals überprüft, aber es ist 0 und 1. Die Version ist 2.0. Ich schaue nochmals.

Share this post


Link to post
Share on other sites

Hallo Erik

ich habe mir für ein paar meiner Bricklest Deine neue Doku angeschaut, Sie gefällt mir gut.

Frage: Hast Du in der Doku auch Beispiele & Besonderheiten vorgesehen ? Ich habe keine gesehen.

Hintergrund der Frage anhand des Remote Switch Bricklet betrachtet

Du schreibst:

Zitat

>>To switch a type A socket you have to give the house code, receiver code and the state (on or off) you want to switch to

Wenn ich jetzt nicht über das Forum Deine Beiträge gelesen hätte, wäre mir nicht klar gewesen dass ich bei dem Channel-verlinktem String-Item (für Socket-A), dem String-Item „on“ oder „off“ übergeben muss. (also als String)

Beispiel einer hilfreichen Zusatzinformation in der Dokumentation :

Zitat

 

Item >> String remoteSteckdose1 "gesendeter Befehl an [%s]" (TestFf) {channel="tinkerforge:remotesockettypea:21ec0b7d:RemoteSocketTypeACommand"}

Rule >> remoteSteckdose1.sendCommand(„on“)

 

 

Auch Hinweise dass man z.B. einem Channel-verlinktem ITEM eines EdgeCount (der verschiedenen Bricklet) ein „REFRESH“ übergeben kann um einen Update der Werte zu erzwingen wäre nicht schlecht.

 

Generell bin ich für jeden Hinweis  dankbar um Fehler zu finden oder zu vermeiden.

Ich könnte mir vorstellen, dass diese zusätzlichen Informationen / Beispiele Anfängern oder "Teilzeit" Openhab-Anwendern helfen würden (zumindest geht es mir so).

An dieser Stelle nochmal Danke an Deine tolle Arbeit

Viele Grüße

 

Stefan

Share this post


Link to post
Share on other sites

Moin,

23 hours ago, StefanOHAN said:

Frage: Hast Du in der Doku auch Beispiele & Besonderheiten vorgesehen ? Ich habe keine gesehen.

Beispiele sind eine interessante Frage, das ist nicht unbedingt bei jedem Device nötig, z.B. ein Temperatursensor funktioniert ja einfach so. Ich tendiere im Moment dazu, als Beispiel für jedes Bricklet nur das Grundgerüst, damit man die Actions benutzen kann zu generieren und zusätzlich die etwas komplizierteren Beispiele die teilweise ja hier im Thread schon gewachsen sind zu übernehmen.

 

Das Remote Switch ist ein schwieriger Fall. Ich muss dem Doku-Generator noch beibringen, mit den speziellen Devices (Den Sockets, aber auch der Wetterstation usw.) umzugehen. Prinzipiell ist die Doku aber korrekt, du kannst mit den Actions direkt schalten ohne eigene Devices anzulegen. Das ist nur schwieriger weil du händisch dafür sorgen musst, dass immer nur ein Schaltvorgang gleichzeitig läuft.

23 hours ago, StefanOHAN said:

Auch Hinweise dass man z.B. einem Channel-verlinktem ITEM eines EdgeCount (der verschiedenen Bricklet) ein „REFRESH“ übergeben kann um einen Update der Werte zu erzwingen wäre nicht schlecht.

Bezüglich der REFRESHs: Das sollte eigentlich nicht mehr nötig sein, weil die Channel sich periodisch selbst aktualisieren. Hast du da noch Probleme bei irgendeinem Bricklet? Ich schreibe das trotzdem mal in die Doku, es gibt eventuell Anwendungsfälle, wo man das kontrollieren will, wann der Channel sich aktualisiert.

Share this post


Link to post
Share on other sites

Hallo Erik,

ich gebe Dir recht man braucht nicht für jedes Bricklet ein Beispiel.

Das Remot Switch wäre eines, oder Hinweise wenn zum Ausführen ein Text-String an das Item übergeben werden muss.

 Beim  LCD 128x64 ClearDisplay schreibst Du in Deiner Doku dass ein beliebiger String übergeben werden kann, in dieser Art die Hinweise.

viele Grüsse

 

Stefan

 

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


×
×
  • Create New...