maxico

Danke das hat sehr geholfen! Ganz verstanden habe ich es zwar nicht, aber es funktioniert:

Unter /etc/systemd/system ist die tinkerforge_mqtt_2ndstack.service angelegt:

[UNIT]
Description=Starte das Tinkerforge MQTT Binding ein zweites mal um auf dem zweiten Stack 192.168.178.79 zugreifen zu können

After=brickd.service
After=mosquitto.service

[Service]
ExecStart=/usr/bin/tinkerforge_mqtt --ipcon-host 192.168.178.79 --init-file /etc/deamon-init-msgs2 --global-topic-prefix tinkerforge/79

[Install]
WantedBy=multi-user.target

In der deamon-init-msgs2 sind die bricklets vom zweiten Stack angegeben (callbacks registriert). Hatte gehofft dass alle bricklets in einer deamon-init-msgs angegeben werden können. Das funktioniert scheinbar nicht.

Der Service muss aktiviert werden

sudo systemctl enable tinkerforge_mqtt_2ndstack.service

entweder laden/starten oder ein reboot

sudo systemctl start tinkerforge_mqtt_2ndstack.service

  Danke nochmal

Hallo,

danke! Mit dem (zweiten) Start von

tinkerforge_mqtt --ipcon-host 192.IP.ZWEITER.STACK --init-file deamon-init-msgs2

funktioniert es. In der deamon-init-msgs2 sind die bricklets vom zweiten stack genannt. Z.B.

“tinkerforge/register/industrial_digital_in_bricklet/hZukk/interrupt”: {“register”: true}

Jetzt ist die zweite Instanz aber von der Kommandozeile aus gestartet. 

Drei Fragen:

- Wie kann man den service (per apt installiert) so schön klonen und umbenennen wie Du sie genannt hast: tinkerforge_mqtt_1 tinkerforge_mqtt_2. 

- Wie kann man dem zweiten Service mitteilen dass er eine zweite tinkerforge_mqtt.cmdline2 mit dem --ipcon-host 192.IP.ZWEITER.STACK und --init-file deamon-init-msgs2 aufrufen soll?

- Wie bekommt man den zweiten service in den autostart?

Gruß, Max

Hallo zusammen,
hätte zur Konfiguration der MQTT Bindings eine Frage:

In der Datei tinkerforge_mqtt.cmdline ist die IP der Ethernet Master Extension eingetragen:

-–ipcon-host 192.168.178.37

Zusätzlich der Link auf die Datei deamon-init-msgs für die Aktivierung der Callbacks. 

--init-file /etc/deamon-init-msgs

Dort ist z.B.

“tinkerforge/register/io16_bricklet/wjW/interrupt”: {“register”: true}

eingetragen
Mit dieser Konfig funktioniert es soweit, dass der Broker die Änderungen an den Eingängen von diesem IO16 mitbekommt.

Hier im Netzwerk ist noch eine zweite Ethernet Master Extension auf einem zweiten Stack. Wie kann man die Callbacks der Bricklets in diesem zweiten Stack aktivieren? Was müsste in der tinkerforge_mqtt.cmdline und in der deamon-init-msgs eingetragen werden?

Hintergrund ist die Umstellung von OH2 auf OH4 und damit verbunden der Umstieg vom echten Tinkerforge-OH-Binding auf den Umweg über MQTT. Die Tinkerforge MQTT Bindings laufen auf einem Raspberry 3b mit openhabian und hier läuft auch mosquitto. In dem echten TF-OH-Binding konnte man einfach eine zweite IP angeben.
 

Ein Binding für OH3 wäre weiterhin toll. Statt MQTT geht zumindest teilweise auch das OH Remote Binding

An dieser Stelle Danke an theo und sihui für das 1er Binding (läuft hier seit 2015).

Hallo,

Test Beta 8 mit openHAB 2.5.0 Build #1690

IO16 (1.0): Hinzufügen des Things klappt, Channel konfigurieren auf Output auch. Ansteuern auch.

Industrial Digital Out 4 (1.0): Monoflop Channel konfigurieren (Zeit) funktioniert. Ansteuern auch. (Die Standardzeit von 1000ms finde ich persönlich bisschen viel, aber ist im BrickViewer ja auch so. Dafür kann mans ja ändern.) Im Log ist beim Triggern des Monoflop Channels folgendes zu sehen:

2019-09-23 21:49:42.785 [ome.event.ItemCommandEvent] - Item 'RD9_MonoflopPin3' received command TRIGGER

2019-09-23 21:49:42.792 [nt.ItemStatePredictedEvent] - RD9_MonoflopPin3 predicted to become TRIGGER

"PredictedEvents" habe ich sonst keine. Ist das normal?

OH-TF-Konfig-Beispiele kann ich gerne beisteuern. Ein einheitliches, universelles Format wäre sicher hilfreich.

Gruß

Max

Hallo,

das Verhalten der auf "Standard" gesetzten Einstellungen beim IO16 konnte ich am Produktiv-System nachvollziehen, OH 2.4 mit 1er Binding. Irgendwie kommt nicht alles aus der tinkerforge.cfg zu OH. Der Verdacht dass eine alte gecachte Konfiguration beim Laden des Bindings auf die Bricklets übertragen wird, hat sich nicht bestätigt.

Bei Tests mit Eriks Beta OH2 Binding wird die Konfig beim OH Start geladen. Nach Stromausfall des TF Stacks (OH läuft durch) sind die Werte auch wieder auf Standard, aber nach ca 30. Sek wieder gemäß der PaperUI Konfiguration.

Mein unbeabsichtigter und seltsamer Workaround, ist den Raspi mit der DEV Umgebung (OH2.5 mit Eriks Beta Binding) laufen zu lassen.

Hallo Ulf,

wie hast Du das OH 1er Binding konfiguriert? Über tinkerforge.cfg? Zeig doch mal Deine Konfig, dann läßt es sich besser verstehen und vielleicht helfen.

Hast Du die Beschreibung im Link beachtet?

https://www.openhab.org/addons/bindings/tinkerforge1/#io-16-bricklet

Bei mir funktioniert auch nach einem Stromausfall die Konfiguration wieder.

Gruß

Max

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!!

Hallo Erik,

Beta 6 Test:

- IO16 (1.0): Alle auf Output konfigurierten Pins haben Monoflop. Passt. Edge Count haben nur Pin0 und Pin1, obwohl ich keinen Unterschied in der Konfig zu anderen auf Input konfigurierten Pins sehe...

- AnalogIn (1.0): Thing aus PaperUI Inbox erstellen klappt, Channel aus Thing erstellen nicht (über "Create Bridge" Schaltfläche bei "Edit Thing"). Im Log erscheint kein Fehler, nur in PaperUI erscheint ein kurzes Popup mit "500 - Internal Server Error". Der Standardchannel Voltage ist aber vorhanden und kann jetzt editiert werden mit dem Update Interval in ms. Passt.

Hi Erik,

danke für Beta 5. Soeben getestet mit:

Analog In (1.0): In den Paper UI "Configuration Parameters" gibt es den Measurement Range und den Moving Average Length. 1. Letzteres kann man in PaperUI nicht über 50 stellen, im brick viewer schon. 2. Theo hatte hier im 1er Binding noch eine callbackPeriod, das hat sehr geholfen dass OH nicht mit Werten geflutet wird, da standardmäßig jede Änderung ankommt. Das sind echt viele... mV Zappeln...

IO 16 (1.0): Die Konfig. der Pins als Output funktioniert jetzt.

Gruß

Max

Hi Erik,

gerade Beta 4 getestet, mit openHAB 2.5.0 Build #1689:

Kann es sein dass die bestehende Konfig von z.B. IO16 als Output Initial Low beim "discovery" mit Input überschrieben wird?

Habe das IO16 Thing per PaperUI bei 3 Pins wieder auf Output Initial Low editiert. Jetzt kommt beim Initialisieren des IO16 beim Neustart von OH ein Fehler:

2019-09-15 21:26:40.207 [ERROR] [nal.common.AbstractInvocationHandler] - An error occurred while calling method 'ThingHandler.initialize()' on 'org.eclipse.smarthome.binding.tinkerforge.internal.handler.DeviceHandler@cd5941': No value present

java.util.NoSuchElementException: No value presentat java.util.Optional.get(Optional.java:135) ~[?:?]at org.eclipse.smarthome.binding.tinkerforge.internal.handler.DeviceHandler.lambda$10(DeviceHandler.java:209) ~[?:?]

at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193) ~[?:?]at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193) ~[?:?]at java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1382) ~[?:?]at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:482) ~[?:?]

at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:472) ~[?:?]at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708) ~[?:?]at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) ~[?:?]at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:566) ~[?:?]at org.eclipse.smarthome.binding.tinkerforge.internal.handler.DeviceHandler.configureChannels(DeviceHandler.java:210) ~[?:?]at org.eclipse.smarthome.binding.tinkerforge.internal.handler.DeviceHandler.initialize(DeviceHandler.java:110) ~[?:?]

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.201909150302]at org.eclipse.smarthome.core.internal.common.Invocation.call(Invocation.java:53) [133:org.openhab.core:2.5.0.201909150302]

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) [?:?]

N'abend

HW: RPi4b 2GB

OS: Openhabian 1.5

OH: openHAB 2.5.0 Build #1686

Binding: Beta 3

Neuer Pi als Testumgebung kam erst vorhin an, die letzte wurde zu Volumio. Testergebnisse:

Hinzufügen von zwei Brick Deamons in PaperUI mit unterschiedlichen IPs funktioniert. Beide Online. Auf den ersten Blick wurden alle Bricks und Bricklets (beider Stapel) erkannt und konnten als Thing hinzugefügt werden:

1x Analog IN (1.0)

2x IO-16 Bricklet (1.0)

1x Industrial Digital In 4 Bricklet (1.0)

9x Industrial Quad Relay Bricklet (1.0)

9x Industrial Digital Out 4 Bricklet (1.0)

1x Industrial Digital Out 4 Bricklet (2.0)

Kurzer Blick in die Things:

Alle komplett.

Monoflops bei den Aktorbricklets als Channel anzubieten ist super! Das spart enorm rules!

Nach Neustart alle Things wieder online.

Mit den Things etwas "machen", konnte ich aus Zeitmangel noch nicht.

Erstmal Danke!

Danke fürs Anpassen der TODO-LIste :-) teste dann gerne

Was meinst Du mit Theos "aktuellen Bindings"?

Bin nicht sicher, aber es gibt das OH1 Binding (offizielles Addon, von Theo):

https://www.openhab.org/addons/bindings/tinkerforge1/

Und es gibt Theos Beta des nativen OH2 Bindings (jar Datei). Das unterstützt  weniger, aber auch andere, neuere Bricklets...

Danke, klingt erstmal vielversprechend.

Ist geplant weitere Bricklet-Bindings "generieren" zu lassen?

Konkret (Theos Binding hat die):

Analog In

Analog In 2.0

Industrial Digital Out

Industrial Digital In 4

+1 @sihui

Die Milestone Releases können eine gute Lösung für die sein, die kein Snapshot verwenden möchten.

Hallo,

ohne Versionsangabe müsste dann die erste Version sein. Sollte passen.

Würde meine Version 3 zuschicken, und eine bezahlte DHL Marke reinlegen für die Rücksendung, ok?

Adresse per PM?

Gruß

Max

Hallo zusammen,

ich bin auf der Suche nach einem "Analog In" V1 oder V2 Bricklet.

Würde es gerne kaufen oder gegen ein Analog In V3 tauschen.

(Es geht um die Openhab-Integration per 1er-Binding, die gibt's für V3 leider nicht)

Gerne per PM.

Gruß

Max

Hallo,

eine mögliche Lösung ist über einen Drucksensor (nicht TF) z.B. MPX 5050DP (für tieferes Wasser - 5m bzw. höhere Drücke, gibts auch für geringere Drücke). Das ist ein Differenzdrucksensor mit zwei Eingängen, ein Eingang bleibt in der Luft, der andere über einen Schlauch auf den Boden des Behältnisses. Kleine Schaltung dazu, wie im Datenblatt des Sensors beschrieben, und man erhält einen halbwegs sauberen 0-5V Pegel. Das Signal kann man dann z.B. über ein Tinkerforge Analog In auslesen.

Läuft bei mir in dieser Konfiguration.

Gruß

Max

Hallo,

verkaufe einen kleinen Teil meiner TF HW.

- 1x RED Brick (35,-€)

- 1x Remote Switch Bricklet 1.0 (8,-€)

beides in original Antistatikbeutel, voll funktionstüchtig. (Trotzdem Privatverkauf)

Preis Verhandlungsbasis. Versand als DHL Paket für 5,- oder als Päckchen für 4,-€. Per Paypal.

Bei Interesse einfach Nachricht per PN.

Danke

Max

After 2 hours of doing the same debugging, including a cache and tmp cleaning

https://community.openhab.org/t/clear-the-cache/36424/4

no success.

Nothing from tinkerforge can be addressed by OH. And I have almost as much as you have...

Solution is to delete

/var/lib/openhab2/config/org/openhab/tinkerforge.config

sudo rm -rf

and restart openhab

https://community.openhab.org/t/how-to-use-multiple-tinkerforge-io-16-bricklet/36749/4

Das wars. Danke!!!

Dieses mal hatte ich es hier im Forum einfach nicht gefunden...

Hallo,

der RED Brick läuft sehr stabil seit einem Jahr. Einzige Funktion ist openhab.

Das Einspielen des neusten RED Brick Images hat funktioniert. Netzwerkfunktion aktivert...

SSH Zugang und sudo apt-get update funktionierte gut.

sudo apt-get upgrade und alle versuche mit apt-get install die addons zu installieren schlugen mit Fehlermeldung fehl. Z.B. das ntp addon:

tf@red-brick:/usr/share/openhab/addons$ sudo apt-get install openhab-addon-binding-ntp

Reading package lists... Done

Building dependency tree

Reading state information... Done

You might want to run 'apt-get -f install' to correct these:

The following packages have unmet dependencies:

perl : Depends: perl-base (= 5.20.2-3+deb8u3) but 5.20.2-3+deb8u6 is to be installed

        Recommends: rename but it is not going to be installed

E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).

apt-get -f install bringt auch keine Abhilfe. Habe ein älteres RED-Brick image probiert mit gleichem Problem.

Habe die Addons dann per wget herunter geladen.

Wo könnte das Problem liegen?

Vielen Dank im Voraus!

Max.