photron

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!

Die Innen-Innen Bolzen sind 10mm lang, die sind nicht zum Verschrauben des Stapels gedacht. Die Innen-Außen Bolzen gibt es in 9mm und 12mm. Master Bricks in Version 1.1 und 2.0 haben nach oben kurze Stapelstecker. Für die brauchst du die 9mm Innen-Außen Bolzen nach oben. https://www.tinkerforge.com/de/shop/accessories/mounting/mounting-kit-9mm.html

No, sorry. This feature was requested before. Still the same issues apply. For this approach to work the stack would need to know all the names of the Bricks/Bricklets/functions/parameters etc, which it doesn't. This is what the various API bindings are for.

Master Brick mit WIFI Extension als Access Point konfigurieren. Dann RED Brick mit USB WLAN Stick zur WIFI Extension verbinden.

Okay, die interessante Zeile ist diese: 2016-07-05 20:34:34.195201 <E> <usb.c:68> Could not get USB device list: LIBUSB_ERROR_NOT_FOUND (-5) Brick Daemon kann von libusb nicht die Liste der USB Geräte abfragen. Leider gibt das Log keine weiteren Details her. Normalerweise sollte diese Abfrage nicht fehlschlagen. Teste mal bitte die angehängte neue Version von brickd. Nach der Installation sollte brickd laufen. Wenn nicht dann erzeuge bitte noch mal mittels "--debug --log-to-file" eine brickd.log Datei. In der neuen brickd Version gibt libusb mehr Meldungen aus, sodass ich eher herausfinden kann was das Problem ist. Admin-Edit: Veraltete brickd-Version entfernt.

Wenn brickv funktioniert, dann heißt das, dass die Python Bindings und dein Stack funktionieren. brickv macht nichts anderes als enumerate() aufzurufen und auf den Enuemrate Callback zu reagieren. Teste doch mal bitte dieses einfache Enumerate Beispiel: http://www.tinkerforge.com/de/doc/Software/IPConnection_Python.html#enumerate

Das ist komisch. Irgendwas behindert den Start von brickd. Mach mal bitte folgendes: - Im Dienste Programm die Eigenschaften von Brick Daemon aufrufen und unten bei Startparameter --debug --log-to-file eingeben. - Jetzt brickd über den Startknopf auf dem Eigenschaftendialog starten. - Unter C:\Programme (x86)\Tinkerforge\Brickd sollte es jetzt eine brickd.log Datei geben. Diese bitte hier an einen Post anhängen, damit ich sie mir ansehen kann.

C++ wird im Gegensatz zu C# Platform und CPU Architektur abhängig kompiliert. Dein Desktop PC wird Windows/x86 sein, der RED Brick ist aber Linux/ARM. Einfach deine Windows/x86 .exe hochladen funktioniert leider os nicht. Du musst also dein Visual Studio Projekt für Cross-Compile einstellen: https://blogs.msdn.microsoft.com/vcblog/2016/03/30/visual-c-for-linux-development/

Funktioniert den Brick Viewer?