Messages

1

Hardware / Re: Laser Range Finder - Benötigte Kabel

« on: April 18, 2019, 14:42:07 »

Moin,
Laut Schaltplan braucht das Bricklet alle 10 Pins. Im Schaltplan ist der Bricklet-Stecker P1 oben links.

2

Software, Programmierung und externe Tools / Re: brickv 2.4.1 und IO16 Error

« on: April 04, 2019, 15:26:40 »

Dann verwendet Qt bei dir vermutlich immer den Fusion Style. Der ist der Standard wenn Qt nicht sieht, dass du KDE oder etwas Gtk-basiertes laufen hast. (Siehe hier)

3

Software, Programmierung und externe Tools / Re: RED 1.13 Binding Update

« on: April 02, 2019, 10:19:42 »

Moin,
das ist korrekt. Der Brick Viewer hängt ab Version 2.4.0 von Python 3 und PyQt5 ab, die aber im RED Brick Image noch nicht enthalten sind, deshalb der Hinweis. Die kommende Version 1.14 liefert die Abhängigkeiten nach.

4

General Discussion / Re: OneWire Temperature Sensor with MQTT

« on: March 17, 2019, 12:13:44 »

The scripts are just pseudocode, so you have to translate them to your favorite language, for example Python with the Paho library.

5

Allgemeine Diskussionen / Re: MQTT / 4x7-segment

« on: March 12, 2019, 11:16:29 »

Der Fix ist in der Version 2.0.4 der Bindings enthalten, falls du wieder auf eine "offizielle" Version wechseln willst.

6

General Discussion / Re: Announcements

« on: March 12, 2019, 11:15:34 »

Bindings: MQTT 2.0.4

• Bugfix for handling of list parameters

Download: MQTT

7

Allgemeine Diskussionen / Re: Veröffentlichungen

« on: March 12, 2019, 11:15:01 »

Bindings: MQTT 2.0.4

• Bugfix für Listenparameter

Download: MQTT

8

Allgemeine Diskussionen / Re: MQTT / 4x7-segment

« on: March 11, 2019, 09:56:44 »

Die kurzen Verzögerungen (0,2s schätze ich) waren an localhost / Brickv bemerkbar. Spielt da das Netzwerk eine Rolle???

Hm vielleicht hingen da noch Pakete im Buffer vom Brick Daemon. Im Normalbetrieb sollte das nicht passieren, es sei denn du versuchst mehr als 1000 Nachrichten pro Sekunde an die Bricklets zu schicken. Z.B. wenn du den Counter vom Segment Display auf 1ms konfigurierst und parallel noch andere Sachen machst.

9

Allgemeine Diskussionen / Re: MQTT / 4x7-segment

« on: March 10, 2019, 10:31:56 »

Dass die Verzögerungen weg sind, kann ich dir spontan nicht erklären, vielleicht ist das Netzwerk weniger ausgelastet?

Bist du dir sicher, dass du die Version ausführst, die ich angehangen habe? Diese Fehlermeldung kann von der neuen Version eigentlich nicht erzeugt werden, weil die Codezeilen, die ausgegeben werden, so nicht mehr vorkommen. In der neuen Version der tinkerforge_mqtt-Datei steht in Zeile 23

Code: [Select]

from collections.abc import Hashable Wenn das fehlt, hast du die falsche.

10

Allgemeine Diskussionen / Re: MQTT / 4x7-segment

« on: March 08, 2019, 16:52:03 »

Bezüglich des Zeichenproblems: Sieht die Antwort auch so aus wenn du sie mit

Code: [Select]

mosquitto_sub -t 'tinkerforge/#' -h 192.168.1.18abholst?

11

Allgemeine Diskussionen / Re: MQTT / 4x7-segment

« on: March 08, 2019, 16:21:12 »

Moin,

die Bindings sollten eigentlich, abgesehen von der Netzwerklatenz, nicht langsam sein. Sind die Reaktionen auch verzögert, wenn du das ganze lokal testest?

Code: [Select]

{"red": "{", "green": "\"", "blue": "r"}Das sieht kaputt aus. Die Zahlen sollten nicht als Zeichen interpretiert werden. Ist das Ausgabe von MQTT.fx?

Das falsche (oder richtige, je nach dem ) Beispiel habe ich mal repariert, es dauert aber noch etwas bis es sichtbar wird.

Bezüglich des 4x7 Displays, teste bitte mal ob das mit der angehangenen Variante der Bindings auch auftritt.

Gruß und schönes Wochenende,
Erik

Edit: Du kannst übrigens testen ob die Bindings deine Nachrichten verstehen, indem du den --show-payload Parameter beim Starten mitgibst. Wenn die Bindings dann keine Fehlermeldungen mit dem Payload als string ausgeben, haben sie dich verstanden, wenn es dann nicht klappt, sind die Bindings kaputt.

12

General Discussion / Re: Beta release of the MQTT bindings

« on: March 06, 2019, 09:28:14 »

Your init file looks good, I've tested it here and got callback responses. You could run the bindings with the --debug parameter and check if there are the following lines in the output:

Code: [Select]

<DEBUG> MQTT bindings: Calling function set_station_callback_configuration for device Es8 of type outdoor_weather_bricklet.

<DEBUG> MQTT bindings: Calling function set_station_callback_configuration for device Es8 of type outdoor_weather_bricklet succedded.

<DEBUG> MQTT bindings: Registered callback station_data for device Es8 of type outdoor_weather_bricklet. Will publish messages to tinkerforge/callback/outdoor_weather_bricklet/Es8/station_data.

If these are printed, the bindings should publish a message under the callback topic when there is new data (can take about 45 seconds).

The get_status_led_config request works here, but maybe there are some hints in your debug output.

13

General Discussion / Re: Beta release of the MQTT bindings

« on: March 05, 2019, 17:26:58 »

The process for activating and subscribing is quite long ... and does it have te be done after every reboot ... for every sensor?

You don't have to configure the callbacky by hand. Instead you can use an init file, as described here.

What is the best way to autostart the tinkerforge_mqtt system after a reboot?

You could write a systemd service file. This is explained here. You should definitely use init-files then, or else you would have to reconfigure everything after a reboot.

14

Allgemeine Diskussionen / Re: Veröffentlichungen

« on: March 05, 2019, 12:01:17 »

Bindings: MQTT 2.0.3

• Crash beim Start ohne init-File behoben
• Unnötige Callbackmeldungen entfernt
• Behandlung von Timeouts verbessert
• Symbole von Callbackantworten werden jetzt übersetzt

Download: MQTT

15

General Discussion / Re: Announcements

« on: March 05, 2019, 11:58:13 »

Bindings: MQTT 2.0.3

• Fix crash on start without init-file
• Remove unnecessary callback error message
• Fix handling of timeouts
• Translate symbols in callback responses

Download: MQTT