borg

Graphical User Interface for LCD 128x64 Blog entry

Firmware: LCD 128x64 Bricklet 2.0.2 Fix backlight PWM (value of zero is now completely off) Use CIE 1931 lookup-table for backlight intensity correction Fix Status/Touch LED mixup Add Set/GetTouchLEDConfig API Add API for simple GUI elements with touch support Download: LCD 128x64 Bricklet 2.0.2

Firmware: LCD 128x64 Bricklet 2.0.2 Fix backlight PWM (value of zero is now completely off) Use CIE 1931 lookup-table for backlight intensity correction Fix Status/Touch LED mixup Add Set/GetTouchLEDConfig API Add API for simple GUI elements with touch support Download: LCD 128x64 Bricklet 2.0.2

Der Callback wird in der Periode ausgelöst weil sich innerhalb der Periode etwas am Wert ändert (die Position verschiebt sich leicht oder der Druck ist ein wenig anders, etc). Der Parameter ist mehr oder weniger da weil wir ihn bei jedem Callback haben. Ähnlich ist das z.B. beim Accelerometer Bricklet: Auf den Beschleunigungsdaten ist fast immer ein wenig rauschen, also wirst du auch fast immer den Callback mit der angegebenen Periode bekommen.

Did you check the UID? Maybe you are using the UID of a wrong Bricklet, that could explain the exception here.

You can either use the newest RED Brick image (1.13), it comes with the LCD128x64 Bindings or you can update them with the Brick Viewer.

There is nothing in the firmware that should stop it from reconnecting to a network for 3:45 hours. Does this happen in a regular interval? Like every XXX hours? Do you have any logs in your network infrastructure that show if the Extension tries to reconnect or just does nothing?

Did you use the correct UID?

Hard to say, this is definitely not a general problem. We have had WIFI Extensions running for many months without any connection drop. Do you have any more information about your setup? Are you using the WIFI Extension V1 or V2?

Die "_low_level"-Funktionen sind zur internen Nutzung in den Bindings. Du kannst die get_temperature_image-Funktion verwenden und das komplette Bild in einem Array bekommen.

Könntest du in deiner Anwendung auch eine V2 benutzen? Bitte melde dich per Email bei info@tinkerforge.com, wir schicken dir eine zu zum testen.

Sind die Firmwares alle aktuell? Master Brick, Thermal Imaging Bricklet und WIFI Extension? Hast du die WIFI Extension V2 oder V1?

Das funktioniert, aber du schaffst damit nicht die vollen 8.6Hz leider.

Ich kenne die UID von deinem LED Strip Bricklet 2.0 nicht, dementsprechend musst du das selber anpassen. Einmal oben wo steht: UID = "XYZ" # Change XYZ to the UID of your LED Strip Bricklet 2.0 Die UID durch die UID deines Bricklets ersetzen.

Den Code vom Brick Viewer zum Thermal Imaging Bricklet kannst du hier finden: https://github.com/Tinkerforge/brickv/blob/master/src/brickv/plugin_system/plugins/thermal_imaging/thermal_imaging.py Nutzt auch Python. Ohne das ich mir das jetzt genauer angesehen hätte, im Brick Viewer nutzen wir self.image.scaledToWidth(self.width*self.image_pixel_width, Qt.SmoothTransformation) Was wahrscheinlich das Bild weniger pixelig aussehen lässt?

Hab das gerade getestet, ich kann keine Probleme feststellen. Ich hab einfach einen RED Brick + Master Brick + GPS Bricklet 2.0 genommen und den RED Brick per USB am PC angeschlossen. Das GPS Bricklet 2.0 findet Satelliten und auch die Position etc. Welche Länge hat das Kabel zwischen GPS und Master/RED? Wäre es möglich das Bricklet etwas vom RED Brick/Master Brick entfernt zu legen zum testen um irgendwelche Störungen auszuschließen?

Die LED Strip V2 Python Beispiele sind jetzt auch komplett!

Wo machst du das Thread.Sleep denn? Im Main Thread sollte das kein Problem Sein. Wenn du dein Sleep in einem Callback aufrufst werden in der Zeit in der Tat keine weiteren Callbacks mehr aufgerufen. Es gibt nur einen Thread für Callbacks in den Bindings.

It looks like your Python Bindings are too old?

Die Reihenfolge ist nicht fest. Bei einem Stapel hängt das davon ab welchen Brick der Master des Stapels als letztes angesprochen hat, da dieser die Teilnehmer immer "Round-Robin" abfragt.

Eigentlich sollte das keinen Unterschied machen. Findet er auch keine Satelliten wenn du das Bricklet einfach für eine längere Zeit liegen lässt? Zeigt der Brick Viewer timeouts an?

Grundsätzlich kann sich die WIFI Extension (1 oder 2) nach einem neustart nicht selbst wieder mit dem Programm verbinden. Der Verbindungsaufbau findet immer durch die IPConnection auf PC-Seite statt. Wenn die Verbindung zur WIFI Extension abbricht, sorgt das auto-reconnect Feature der IPConnection dafür das die Verbindung wieder hergestellt wird. Dadurch wird dann auch ein neuer CALLBACK_CONNECTED erzeugt. Das funktioniert mit beiden Extensions, hab ich getestet. Das Problem hier ist die Erkennung des Abbruchs der TCP/IP Verbindung. Wann eine TCP/IP Verbindung als abgebrochen erkannt wird hängt von der Implementierung des TCP/IP Stacks, des Betriebssystems, den Einstellungen im Betriebssystem etc ab. Da haben wir im Zweifelsfall keinen Einfluss drauf. Warum sich das jetzt bei euch zwischen WIFI Extension V1 und V2 unterscheidet weiß ich nicht. Als Workaround könntet ihr folgendes probieren: Oben bei den Imports: Nach dem self.ipconX.connect: Mit dieser Socket Option wird die Verbindung nach 15 Sekunden ohne Datenaustausch geschlossen und das auto-reconnect greift auf jeden Fall. Nur wird die Verbindung damit natürlich auch geschlossen und wieder hergestellt wenn für 15 Sekunden einfach keine Daten übertragen wurden. Am besten wäre es wenn das Tinkerforge Protokoll eine Art Alive-Ping-Pong-Message hätte die zwischen Brick Daemon und Bindings hin und hergeschickt wird. Auf diese Nachricht könnte man dann einen Timeout haben der automatisch das auto-reconnect startet, auch wenn die TCP/IP-Verbindung noch offen ist. Das steht auch schon auf der TODO-Liste, gibt es allerdings im Moment noch nicht im Protokoll.

Deine Master Brick Firmware (2.4.1) ist zu alt, die unterstützt noch keine der neuen 7-Pol Bricklets. Bitte einmal aktualisieren .

Ich kann das hier leider nicht reproduzieren. Wäre es OK wenn wir dir eines der neuen Industrial Analog Out 2.0 schicken und du es damit testest? Melde dich diesbezüglich bitte per Email an die info@tinkerforge.com mit der Adresse.

Ein Brick hat kein Verständnis davon welches Bricklet angeschlossen ist. Aus Sicht des Bricks sind das alles "Blackboxen" für die es Daten hin und her routet. Daher kann der Brick die Daten nicht kombinieren. Auf dem RED Brick kannst du die Daten natürlich kombinieren.