borg

Oh, das ist ja seltsam . Das Bricklet sollte auf jeden Fall kalibriert ausgeliefert werden. Kann du testweise in deinem Programm einmal die "calibrate()"-Funktion aufrufen? Da sollte das Bricklet dann einmal mit voller Wucht die beiden Kanten anfahren und sich Kalibrieren. Nach dem kalibrieren sollte es dann auch 0,5mm vor der Kannte halt machen nicht mehr mit einem lauten "Klack" auffahren. Das wäre auf Dauer auch nicht gut für den Zahnriemen. Die Kalibrierung wird im Flash gespeichert, muss also nur einmal gemacht werden.

Der Bootloader-Modus ist Teil der Hardware des Microcontrollers, wir haben da keinerlei Kontrolle mehr drüber sobald der Microcontroller in dem Modus ist. Da läuft dann keine Software von uns mehr. Das Verhalten hat hier also technische Gründe.

Mit der 80x60 Auflösung nutzen wir >90% der verfügbaren Bandbreite (sprich mit dem Lepton3 hätte man nur ~2fps) und die 160x120 Pixel des Lepton3 würden auch nicht in den RAM den Prozessors passen. Sieht also leider schlecht aus, das geht zumindest nicht so einfach mit dem Bricklet. Das RED Brick Image 1.9 ist prinzipiell kompatibel, wurde aber vor den neue Bricklets veröffentlicht und hat entsprechend die Bindings noch nicht. Du kannst aber das 1.9er Image nehmen und die Bindings aktualisieren.

Ich weiß nicht wieviel IR da noch ankommt von anderen Planeten. Du wirst sicherlich die Temperatur von Wolken (und allgemein von der Luftfeuchte nehme ich an) und atmosphärische "Rückabstrahlungen" und so weiter messen. Ob da noch genug IR-Strahlung vom Planeten überbleibt? Gibt es überhaupt Wärmebilder von Planeten die von der Erde aufgenommen wurden?

Der Shutter ist aus einem Material mit bekannter Emissivität und Temperatur (es sitzen Temperatursensoren auf dem Shutter). Der wird alle paar Sekunden kurzzeitig vor den Wärmebildsensor gehalten um den Sensor neu zu kalibrieren. Das hat in diesem Fall also nichts mit der Belichtungszeit zu tun, wie man es von einer DSLR kennt.

Welche Version hat das RED Brick Image? Hast das schon Support für die neuen Co-Prozessor Bricklets (>= 1.9)? Siehe hier: https://www.tinkerunity.org/forum/index.php?topic=4128.0

The source code of the logger of the Brick Viewer has something like this in it: https://github.com/Tinkerforge/brickv/blob/master/src/brickv/data_logger/loggable_devices.py

Neue Bricklets Teil 3 - RGB LED Matrix Bricklet und Thermal Imaging Bricklet Blogeintrag

Neue Bricklets Teil 2 - Motorized Linear Poti Bricklet und RGB LED Button Bricklet Blogeintrag

New Bricklets Part 3 - RGB LED Matrix Bricklet and Thermal Imaging Bricklet Blog Entry

New Bricklets Part 2 - Motorized Linear Poti Bricklet and RGB LED Button Bricklet Blog Entry

So, für C# gibt es jetzt 3 Beispiele: https://www.tinkerforge.com/de/doc/Software/Bricklets/ThermalImaging_Bricklet_CSharp.html Eins erzeugt einfach nur den Callback und von da aus kann man die Daten nutzen, eins holt ein einzelnes Wärmebild und speichert es als PNG und das letzte zeigt ein Wärmebild Live Video in einem Windows.Form. Für die meisten Projekte sollte das einen guten Einstieg bieten . Die Pseudofarben-Palette wird bei den letzten beiden Beispielen auch erstellt und benutzt, die Funktion dafür kann man leicht einzeln rauskopieren wenn man sie benötigt. Da erstelle ich aber auch noch eine programmiersprachenunabhängige Sektion in der Dokumentation zu.

Die Beispiele für die neuen Bricklets sind noch nicht komplett fertig, kommen aber noch! Da gibt es dann natürlich auch eins für C#. GetThermal erwartet wenn ich das richtig sehe eine USB Video Class, das kann das Bricklet leider nicht, es wird unser ganz normales Protokoll genutzt.

Neue Bricklets - LEDs, Motorized Poti, Wärmebildkamera Blogeintrag

New Bricklets - LEDs, Motorized Poti, Thermal Imaging Camera Blog Entry

Wir wollten ursprünglich die Schraubklemme bestücken, waren aber noch nicht sicher ob nach oben oder nach unten. Beschriftung hatten wir vorsichtshalber auf beide Seiten gemacht. Nachdem wir das dann hier selbst ein wenig getestet hatten hat uns beides nicht gefallen. Die Schraubklemme nach oben ragt so weit heraus (was ist wenn man das in eine Gehäusewand o.ä. befestigen möchte?). Wenn man die Schraubklemme nach unten macht liegt das Bricklet nicht mehr flach auf und es kippelt immer wenn man es auf den Tisch legt. So richtig flache Schraubklemmen o.ä. die in das 5.0mm Raster gepasst hätten haben wir nicht gefunden. Da haben wir uns dann dazu entschieden einfach ein 15cm Stück Kabel anzulöten, von da aus kann man dann mit einer WAGO-Klemme weiter verbinden. Die Leiterplatte kippelt nicht und es ragt auch noch oben hin nichts 1cm über.

Leider nicht, der WIFI Stick wird direkt über das Linux auf dem RED Brick konfiguriert (NetworkManager). Brick Viewer schreibt die entsprechenden Konfigurationen.

The mini USB port by default shows up as two endpoints on your PC. One custom endpoint for the Tinkerforge Protocol and one serial port endpoint.

You can connect the RED Brick to your PC via USB and run programs on your RED Brick and on your PC at the same time. That should just work.

Ah, ja verstehe. Ich schreibe mir das mal auf die TODO-Liste. Macht bei dem RGB LED Bricklet und auch bei den neuen RGB LED Button und RGB LED Matrix wahrscheinlich Sinn. Das wird ein bisschen dauern bis ich dazu komme.

You have to connect to the IP of the RPi instead of localhost. You are connecting to your locally running Brick Daemon (running on your laptop), since there is nothing connected to the laptop nothing shows up .

Der IC den wir auf dem Thermocouple Bricklet verwenden (MAX31856) gibt direkt die Temperatur aus. Es gibt dort also kein Spannungssignal das wir an den Nutzer weitergeben könnten.

Externes Video: Heinz Schmitz und Jörn Karthaus diskutieren das Tinkerforge Baukastensystem:

Wir nennen das bei den IO Bricklets "Monoflop". IO4, Industrial Quad Relay, Solid State Relay und Industrial Digital Out 4 können das bereits. Die anderen Bricklets sind ja eher Sensoren oder Inputs, da gibt es ja nichts auszuschalten, oder?

If you use the RED Brick you can attach a USB sound card to do that.