photron

Von suspend/resume/stop wird abgeraten, weil du keine Kontrolle hast in welchem Zustand du den Thread anhältst. Der Thread könnte gerade etwas tun wobei du ihn nicht unterbrechen willst. Es gibt verschiedene Alternativen das zu erreichen. Aber meine erste Frage wäre, warum willst du dein Programm so strukturieren? Was ist der Hintergedanke?

Ich hab versucht mit GCC für ARM und Dev-C++ ein Programm zu cross-compilen. Aber ich bekomme es auf die Schnelle nicht hin. Das Kompilieren an sich funktioniert. Aber das Programm wird auf dem RED Brick immer sofort gekillt. Alternativ, kannst du das Programm auch auf dem RED Brick kompilieren. Dafür musst du aber ein passendes Makefile beilegen. Zeigt doch mal das Makefile.win, das Dev-C++ für dein Projekt erzeugt. Dann kann ich dir weiterhelfen, das Makefile für den RED Brick zu erstellen.

Du kannst das Bricklet als Breakout Board für den INA226 verwenden. Über die SDA/SCL Pins des Bricklets erreichst du direkt die I2C Schnittstelle des INA226. Auf dem Bricklet ist keine weiterer Mikrocontroller, sondern nur noch ein EEPROM, das du aber ignorieren kannst. Den 5V Pin brauchst du nicht, auf dem Bricklet verwendet nichts 5V. Den ADDR Pin musst du anschließen. Der bestimmt welche I2C Address der INA226 hat. Siehe INA226 Datenblatt Seite 23: Serial Bus Address. Pin A1 ist auf dem Bricklet fest an GND angeschlossen. Du kannst also über den A0 (ADDR) Pin die letzten 2 Bit der I2C Address bestimmen, indem du A0 an GND, 3V3, SDA oder SCL anschließt.

I've added those getters now. Sorry, for the late response.

Dev C++ wird GCC einsetzen. Du musst also eigentlich nur GCC für ARM nehmen und das Dev C++ als Compiler unterschieben. Wie das genau geht müsste ich mir selbst erst ansehen. https://launchpad.net/gcc-arm-embedded Eine einfachere Alternative ist es dein Projekt auf dem RED Brick zu kompilieren. Wie hier beschrieben: http://www.tinkerforge.com/de/doc/Hardware/Bricks/RED_Brick_Program_Tab.html#c-c Kannst du die Dateistruktur deines Dev C++ Projekts hier zeigen? Dann kann ich dir helfen das Makefile zu erstellen.

Das geht leider nicht so einfach. Das muss auch unter Windows und Mac OS X funktionieren und dort wird diese python2/python3 Namenskonvention nicht verwendet. Ich fürchte da gibt es keine einfache Lösung für.

Du musst den Java Code erstmal kompilieren auf deinem PC. Also aus den .java Dateien .class Dateien erstellen und die dann hochladen.

Es kann in jedem Stack maximal einen RED Brick geben. Du kannst aber einen USB Hub verwenden, wie z.B. den LogiLink UA0139.

Der RED Brick muss der Master des Stack sein. Er muss also der unterste Brick im Stapel sein. Er kann an keine andere Stelle als der untersten sein. Unter dem RED brick kann nur noch die Step-Down Power Supply kommen. Der RED Brick kann die WIFI Extension leider nicht verwenden, sondern nur die Ethernet Extension und die RS485 Extension. Für eine WLAN Verbindung zum RED Brick haben wir einen WLAN USB Stick im Sortiment.

It's not work in progress. You can use it without the getter. The documentation for the setter is missing by accident. I'll fix that. As the documentation for the set_custom_character function says, you need to provide the custom character shape as a bitmask. The documentation has an example for a capital H. Here's setting the first custom character (index 0) to an arrow-up shape: mosquitto_pub -t tinkerforge/bricklet/lcd_20x4/SCD32/custom_character/set -m '{"index":0, "character":[4,14,21,4,4,4,4,4]}' Now to write this custom character (index 0) to the display you need to write a character with byte representation 8. This can be done with the Unicode escape sequence \u0008 in JSON: mosquitto_pub -t tinkerforge/bricklet/lcd_20x4/SCD32/write_line/set -m '{"line":0, "position":0, "text":"\u0008"}' I'll add to my TODO list to add a custom character example to the API bindings.

Die servo Variable ist an der Stelle nicht bekannt, da sie nicht im Scope ist. Du solltest dich mal über Scopes und Gültigkeitsbereiche in C informieren. Damit du das Beispiel erstmal in Gang bekommst musst du folgendes tun: Bei rotary_poti_register_callback als letztes Parameter einen Pointer zum Servo Objekt übergeben: rotary_poti_register_callback(&rp, ROTARY_POTI_CALLBACK_POSITION, (void *)cb_position, &servo); Diese Parameter kommt dann als user_data beim Callback an. Dort kannst du dann daraus wieder den Pointer zum Servo Objekt zurück casten und nutzen: void cb_position(int16_t position,void *user_data) { Servo *servo = (Servo *)user_data; servo_position = 9000*position/150; servo_set_position(servo, 1, servo_position); }

Ja und meine Glaskugel funktioniert momentan auch sehr gut Nein, das RGB LED Bricklet und das RGB LED Matrix Bricklet haben wir uns zur gleichen Zeit überlegt. Das RGB LED Bricklet ist einfach eher fertig geworden.

Das RGB LED Matrix Bricklet mit 8x8 RGB LEDs fest verbaut ist bereits in Arbeit!

Du kompilierst das Programm für 64bit. Du muss die libws2_32.a und libadvapi32.a aus C:/Program Files (x86)/Dev-Cpp/MinGW64/x86_64-w64-mingw32/lib statt C:/Program Files (x86)/Dev-Cpp/MinGW64/x86_64-w64-mingw32/lib32 nehmen.

Du hast die Meldung gerade an der interessanten Stelle gekürzt. Zeig doch mal bitte die ganze Compilerausgabe.

I've added support for it.

Plugin: Distance US Bricklet 2.0.3 Add missing moving average reinitialization on moving average length change Download: Distance US Bricklet

Plugin: Distance US Bricklet 2.0.3 Moving Average wird bei Moving Average Length Änderung jetzt richtig neu berechnet Download: Distance US Bricklet

Sorry, speziell beim RGB LED Bricklet ist irgendwie der Wurm drin ... *räusper* ... *Verkäuferhut aufsetz* ... das RGB LED Bricklet ist ein tolles Produkt und ihr solltet alle welche kaufen! Spaß bei Seite, das RGB LED Bricklet selbst funktioniert einwandfrei! Danke für den Hinweis! Jetzt solle im Shop für CAN und RGB LED Bricket alles passen.

Laut Datenblatt: +/- 0,8 °C bei 25 °C +/- 2,0 °C im Bereich von -20 °C bis +85 °C +/- 4,0 °C im Bereich von -40 °C bis +85 °C

Brick Daemon Beta for Windows 10 IoT Core (Part 1/2) Blog Entry

Brick Daemon Beta für Windows 10 IoT Core (Teil 1/2) Blogeintrag

Neuigkeiten dazu: http://www.tinkerforge.com/de/blog/2016/7/12/brick-daemon-beta-fuer-windows-10-iot-core-teil-1-2

Details in the blog post: http://www.tinkerforge.com/en/blog/2016/7/12/brick-daemon-beta-for-windows-10-iot-core-part-1-2 Post your questions and suggestions here!

Details dazu im Blogpost: http://www.tinkerforge.com/de/blog/2016/7/12/brick-daemon-beta-fuer-windows-10-iot-core-teil-1-2 Fragen und Anregungen bitte hier posten!