theo

Hallo Lukas, kannst du deine Konfigurationsdateien und den Log hier posten. Gruß, Theo

Hallo Werner, Thermocouple Bricklet ist geplant. Ich hoffe ich komme über die Pfingstferien dazu. Gruß, Theo

The openhab binding should do this reordering for you. Can you describe your openhab setup / configuration a little bit more. FYI here is an example configuration for the led bricklet: https://github.com/theoweiss/openhab-tinkerforge-configuration-examples/tree/master/ledstrip

Hallo Andreas, ich hab dir eine PN an thiele.andreas@outlook.de geschickt. Gruß, Theo

My test stack is now running fine since 4 days. I switch the relays from time to time. I think you have a hardware problem. May be you can check all the cables and especially the bricklet connectors. Sometimes it happens that a pin of a connector is bent. May be it is also a good idea to run the stack without the relay and check if it's working.

Just to be sure: the ping problem is totally unrelated to the openHAB setup?

I've setup a test environment with: 2 Master Bricks 1 Ethernet Extension (without POE) 1 Humidity Bricklet 1 Barometer Bricklet 1 AmbientLightV1 Bricklet 1 Dual Relay Bricklet 1 PTC Bricklet 1 Temperature Bricklet connected to a Pi3 with openhab 1.8.2 running. I've tried your ping of death with: theo$ ping -s 130 pi3 No problems so far. We'll have to wait and see.

No, I thought it could be too stressing for the TF master brick. But 1000ms shouldn't hit any limits. Any chance to get a test of your stack with another program than openHAB? I will try if I can reproduce the errors with a test setup. We will see.

Hi rwblinn, can you check if the TF stack hangs or openHAB? Try out if the problem disappears if you only reset the TF Stack and don't restart openHAB. Before resetting the stack you can also test the stack with the BrickViewer. Regards, Theo

Hi xsherlock and rwblinn, there are no changes to the tinkerforge binding for 1.8.2 therefore I think things would not change if you upgrade. In both cases it seems like the TF stack stopped working. The log messages indicate that the getSensorValue calls don't get responses in time. This is ok if the stack gets offline (e.g. because of wifi errors) but should heal as soon as the TF stack is back online. @xsherlock: am i right: you only reseted your TF stack and not openHAB to get the setup running again? May be you can try to set higher values for the the callbackPeriods of the sensors. It would be even better if you can test your stack with another program than openHAB. May be the TF shell bindings could help out? Regards, Theo

A binding for the UV Light Bricklet is not yet available. I will start working on this in a few days. I will inform you as soon as it is available.

Servus, das "komplett" ansprechen wird derzeit nicht unterstützt. Du könntest versuchen ob es hilft, wenn du die Relay Switches mit openHAB-Konfigurations-Mitteln gruppierst und dann die Gruppe schaltest. Ein Beispiel für das Gruppieren gibt es hier: https://github.com/theoweiss/openhab-tinkerforge-configuration-examples/tree/master/remoteswitch Mit Gruppen habe ich auch nicht wirklich viel Erfahrung, soweit ich das verstehe wird die Gruppe durch "(Lights)" in der items Konfiguration angelegt. Damit hast du dann ein Gruppen-Item "Lights", dass du in den Rules verwenden kannst. Gruß, Theo

Für solche Items sollte der Wert auf Undef gesetzt sein, vermutlich aber nur wenn das Bricklet komplett weg ist. Du könntest das z.B. in einer Regel auswerten und reagieren. Für StackVoltage gibt es derzeit keine Unterstützung, ließe sich aber definitiv machen.

Hi André, danke für die Anregung. Als nächstes wird es Unterstützung für die neuesten Bricklets geben. In diesem Zug werde ich dann auch das Analog Out 2.0 mit aufnehmen. Gruß, Theo

Hi boritian, soweit ich weiß, gibt es diese Bricklets nicht. Hier geht es um die Unterstützung bestehender Bricks/Bricklets mit openHAB. Gruß, Theo

Hm, can you check the startup logs.

Did you add this line to your configs again? tinkerforge:temperature.slowI2C=True

Größere Chancen auf Antwort bei allgemeinen Fragen hast du in der openhab community (es gibt auch ein deutsches Forum, das gut besucht ist). Doku findest du hier: https://github.com/openhab/openhab/wiki/Rules und Beispiele hier: https://github.com/openhab/openhab/wiki/Samples-Rules Grundsätzlich hilft es die Regeln mit dem Designer zu erstellen, dort hast etwas Syntax-Support. Wenn dir python mehr liegt kannst du auch die Jsr223 Script Engine verwenden: https://github.com/openhab/openhab/wiki/Jsr223-Script-Engine

Looks good to me.

Eine vollständig überarbeitete und aktualisierte Dokumentation des Tinkerforge Bindings ist online! Sie ist hier zu finden: https://github.com/openhab/openhab/wiki/Tinkerforge-Binding Ebenso für die Tinkerforge Action: https://github.com/openhab/openhab/wiki/Actions#tinkerforge-actions Die Dokumentation hat über 3400 Zeilen Markdown und würde gedruckt mehr als 50 Seiten umfassen (https://gitprint.com/openhab/openhab/wiki/Tinkerforge-Binding)! Sie enthält Beschreibungen und Beispiele für alle mit openHAB 1.8.0 unterstützen Bricks und Bricklets. Um nur einige weitere Verbesserungen zu nennen: es gibt jetzt ein verlinktes Inhaltsverzeichnis, verlinkte Verweise im Dokument und Links auf die Tinkerforge Dokumentation. Bugs sowohl in der bestehenden Dokumentation, als auch in den Konfigurationsbeispielen wurden aufgespürt und gefixt. Alle bisher undokumentierten Bricklets wurden hinzugefügt. Und für mich ist das Beste daran: ich musste dafür so gut wie nichts tun! Die Überarbeitung, Aktualisierung und die vielen Verbesserungen hat Sigi (hier im Forum sihui) in den letzten Wochen auf Basis der Beipielkonfigurationen (https://github.com/theoweiss/openhab-tinkerforge-configuration-examples) gemacht. Dafür möchte ich mich an dieser Stelle nochmals herzlich bei Sigi bedanken. Und jetzt allen viel Spaß beim Lesen, Tinkerforgen und openHABen. Gruß, Theo PS: Der openHAB 1.8.0 Release ist für morgen 11.1.2016 geplant und wird alles enthalten, was ich hier als Snapshots gepostet habe.

That's bad. Another way solving this problem could be using "virtual" switch items which are connected to the ui and rules which map the events from the "virtual" switches to the io-16 devices. Theo

For the mapping thing you can try this: Switch item=<itemname> mappings=["OFF"="ON", "ON"="OFF"]

Scheint nicht wirklich ein openHAB Problem zu sein. Stromlos machen ist natürlich gefährlich, da es das Dateisystem korrumpieren kann. Du könntest zur Fehlersuche den RED Brick zusätzlich über USB anschließen und die Konsole im BrickViewer verwenden, die sollte dann über USB auch ohne Netzwerk funktionieren.

May be a mapping could help you out: https://github.com/openhab/openhab/wiki/Explanation-of-Sitemaps#mappings

The binding opens an ipconnection to each configured brickd address and has a virtual device model for the bookkeeping.