Jump to content

rtrbt

Administrators
  • Content Count

    570
  • Joined

  • Last visited

  • Days Won

    22

Everything posted by rtrbt

  1. Moin, Laut Schaltplan braucht das Bricklet alle 10 Pins. Im Schaltplan ist der Bricklet-Stecker P1 oben links.
  2. 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. 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. The scripts are just pseudocode, so you have to translate them to your favorite language, for example Python with the Paho library.
  5. Der Fix ist in der Version 2.0.4 der Bindings enthalten, falls du wieder auf eine "offizielle" Version wechseln willst.
  6. Bindings: MQTT 2.0.4 Bugfix for handling of list parameters Download: MQTT
  7. Bindings: MQTT 2.0.4 Bugfix für Listenparameter Download: MQTT
  8. 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. 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 from collections.abc import Hashable Wenn das fehlt, hast du die falsche.
  10. Bezüglich des Zeichenproblems: Sieht die Antwort auch so aus wenn du sie mit mosquitto_sub -t 'tinkerforge/#' -h 192.168.1.18 abholst?
  11. Moin, die Bindings sollten eigentlich, abgesehen von der Netzwerklatenz, nicht langsam sein. Sind die Reaktionen auch verzögert, wenn du das ganze lokal testest? {"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
  12. 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: <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 ti
  13. You don't have to configure the callbacky by hand. Instead you can use an init file, as described here. 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. 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. 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
  16. The official version 2.0.3 is now available here.
  17. The error messages are left-over debug code, I've removed them, this change will be in the next "official" version (will be posted in a few hours). The rest looks good to me. Are the callbacks of the outdoor weather station working too? One thing I've noticed in the documentation: The single quotes are only there to mark the payload, so if you use the MQTT-Explorer, you have to omit them.
  18. The message published to "callback/bindings/restart" is sent by the bindings to notify other bindings to print the warning you see. As your broker is running on another machine, my first guess is, that there is a timing problem here: Maybe the bindings see their own restart message. But I need to take another look. For now you can ignore the warning if you are sure, there is no other instance running. Your broker seems to run okay, you don't need to reinstall. For testing purposes you can try to enumerate the attached devices: publish {"register": true} to tinkerforge/register/ip_conn
  19. Hi, This was a problem on my end. Please try the attached version. To connect to a MQTT broker on another machine, you can run the bindings like this: sudo /usr/local/bin/tinkerforge_mqtt --broker-host <IP> MQTT-Explorer seems to subscribe automatically to all topics, so to see the sensor data, you only have to publish the messages listed in the example. tinkerforge_mqtt_bindings_fixed.zip
  20. Die MQTT-Bindings haben die Betaphase verlassen und sind jetzt auf der Tinkerforge-Seite verfügbar: https://www.tinkerforge.com/de/doc/Downloads.html Die Bindings unterstützen jetzt den --init-file Parameter, mit dem initiale Konfigurationsnachrichten aus einer Datei geladen werden können.
  21. The MQTT bindings have left the beta phase and are now available on the Tinkerforge home page: https://www.tinkerforge.com/de/doc/Downloads.html The bindings now support the --init-file parameter, which allows loading initial configuration from a file.
  22. Bindings: MQTT 2.0.2 First stable release Download: https://download.tinkerforge.com/bindings/mqtt/tinkerforge_mqtt_bindings_2_0_2.zip
  23. Bindings: MQTT 2.0.2 Erstes stabiles Release Download: https://download.tinkerforge.com/bindings/mqtt/tinkerforge_mqtt_bindings_2_0_2.zip
  24. Kein Problem, hauptsache es funktioniert jetzt. Gruß, Erik
  25. Hi Theo, Hast du noch ein anderes Programm parallel laufen, dass mit dem NFC-RFID-Bricklet kommuniziert? Im Log kommen über das state-changed-Callback Antworten auf Anfragen, die der Brick Viewer nicht abgesetzt haben kann. Das Flackern wird dann dadurch ausgelöst, dass das Bricklet in kurzer Zeit (~10ms) zwei Mal nach der Tag-ID sucht und erst die richtige ID findet und danach einen Fehler zurückgibt. Hattest du das Problem schon mit dem alten Brick Viewer?
×
×
  • Create New...