photron

Brick Viewer 2.3.9 Support für GPS Bricklet 2.0 hinzugefügt Update-Mechanismus für API Bindings und Brick Viewer auf dem RED Brick hinzugefügt Checkbox für das Setzen des WIFI Extension (2.0) Passworts, das alte Passwort wird nicht mehr angezeigt Downloads: Windows, Linux, Mac OS X

Bindings: C/C++ 2.1.15, C# 2.1.14, Delphi/Lazarus 2.1.15, Java 2.1.13, JavaScript 2.0.14, LabVIEW 2.1.13, Mathematica 2.1.13, MATLAB/Octave 2.0.13, Perl 2.1.13, PHP 2.1.13, Python 2.1.13, Ruby 2.1.13, Shell 2.1.13, Visual Basic .NET 2.1.13 Add support for GPS Bricklet 2.0 [all] Don't try to export non-existing register_callback functions [C/C++] Increase minimum JDK version from 1.5 to 1.6 [Java,MATLAB/Octave] Download: C/C++, C#, Delphi/Lazarus, Java, JavaScript, LabVIEW, Mathematica, MATLAB/Octave, Perl, PHP, Python, Ruby, Shell, Visual Basic .NET

Bindings: C/C++ 2.1.15, C# 2.1.14, Delphi/Lazarus 2.1.15, Java 2.1.13, JavaScript 2.0.14, LabVIEW 2.1.13, Mathematica 2.1.13, MATLAB/Octave 2.0.13, Perl 2.1.13, PHP 2.1.13, Python 2.1.13, Ruby 2.1.13, Shell 2.1.13, Visual Basic .NET 2.1.13 Support für GPS Bricklet 2.0 hinzugefügt [alle] Es wird nicht mehr versucht nicht-existente register_callback Funktionen zu exportieren [C/C++] Minimum JDK Version von 1.5 auf 1.6 erhöht [Java,MATLAB/Octave] Download: C/C++, C#, Delphi/Lazarus, Java, JavaScript, LabVIEW, Mathematica, MATLAB/Octave, Perl, PHP, Python, Ruby, Shell, Visual Basic .NET

Ich würde da auf eine Race Condition tippen. Der RED Brick hat nur einen Kern, daher laufen dein Haupt-Thread im Programm und deine Extra-Thread niemals parallel. Dein PC hat sicherlich mehr als einen Kern, daher werde die beiden Threads sich zeitlich anders verhalten. Sprich, dass es auf einem PC funktioniert ist reines Glück, bedingt dadurch wie dein PC die Threads ausführt. Auf dem RED Brick werden die Threads zeitlich anders ausgeführt und dadurch kommt dann ein Bug in deinem Programm zutage den du auf deinem PC nicht gesehen hast. Vielleicht zeigt du dein Programm mal vor, dann können wir vielleicht sehen wo das Problem steckt.

Brick Viewer 2.3.8 Add support for Silent Stepper Brick Add support for LIDAR-Lite sensor hardware version 3 to Laser Range Finder Bricklet plugin Don't block the UI during a connection attempt Avoid disconnect hanging for several seconds on Windows Avoid reading WIFI 2.0 configuration while Master Brick tab is not active Split identifier into extended and standard part in CAN Bricklet plugin Reorganize plugin info bar to fit more elements Downloads: Windows, Linux, Mac OS X

Brick Viewer 2.3.8 Support für Silent Stepper Brick hinzugefügt Support für LIDAR-Lite Sensor Hardware Version 3 zum Laser Range Finder Bricklet Plugin hinzugefügt Das UI hängt jetzt nicht mehr während eines Verbindungsversuchs Disconnect hängt jetzt nicht mehr einige Sekunden auf Windows WIFI 2.0 Konfiguration wird nicht mehr ausgelesen wenn der Master Brick Tab nicht ausgewählt ist CAN Identifier in Extended- und Standardteil im CAN Bricklet Plugin getrennt Plugin Infobar umsortiert um Platz für mehr Elemente zu schaffen Downloads: Windows, Linux, Mac OS X

Bindings: C/C++ 2.1.14, C# 2.1.13, Delphi/Lazarus 2.1.14, Java 2.1.12, JavaScript 2.0.13, LabVIEW 2.1.12, Mathematica 2.1.12, MATLAB/Octave 2.0.12, Perl 2.1.12, PHP 2.1.12, Python 2.1.12, Ruby 2.1.12, Shell 2.1.12, Visual Basic .NET 2.1.12 Add support for Silent Stepper Brick [All] Add set_configuration function to Laser Range Finder Bricklet API to support Bricklets with LIDAR-Lite sensor hardware version 3 [All] Add get_send_timeout_count function to all Brick APIs [All] Don't leak callback thread if connect fails [Java,MATLAB/Octave] Break API to make connect method return a TinkerforgeException instead of three different exception types [Java,MATLAB/Octave] Add a "Callback" suffix to all callback events to avoid name collisions with methods [C#,LabVIEW,Mathematica,VB.NET] Use an AppService instead of a socket when connecting to localhost on Universal Windows Platform (UWP) [C#,VB.NET] Avoid that the disconnect function can block on Windows for several seconds [Python] Break API to fix symbol ambiguity by adding the group name as prefix [shell] Download: C/C++, C#, Delphi/Lazarus, Java, JavaScript, LabVIEW, Mathematica, MATLAB/Octave, Perl, PHP, Python, Ruby, Shell, Visual Basic .NET

Bindings: C/C++ 2.1.14, C# 2.1.13, Delphi/Lazarus 2.1.14, Java 2.1.12, JavaScript 2.0.13, LabVIEW 2.1.12, Mathematica 2.1.12, MATLAB/Octave 2.0.12, Perl 2.1.12, PHP 2.1.12, Python 2.1.12, Ruby 2.1.12, Shell 2.1.12, Visual Basic .NET 2.1.12 Support für Silent Stepper Brick hinzugefügt [Alle] set_configuration Funktion zur Laser Range Finder Bricklet API hinzugefügt, um Bricklets mit dem LIDAR-Lite Sensor in Hardware Version 3 zu unterstützen [Alle] get_send_timeout_count Funktion zu allen Brick APIs hinzugefügt [Alle] Callback Thread leakt nicht mehr wenn die Verbindung fehlschlägt [Java,MATLAB/Octave] API Bruch für die connect Methode, um eine TinkerforgeException anstatt drei verschiedener Exceptiontypen [Java,MATLAB/Octave] "Callback" Endung zu allen Callback-Events hinzugefügt, um Namenskollisionen mit Methoden zu vermeiden [C#,LabVIEW,Mathematica,VB.NET] Auf Universal Windows Platform (UWP) wird AppService anstatt eines Sockets für localhost-Verbindungen verwendet [C#,VB.NET] Es wird vermeiden, dass die disconnect Funktion auf Windows für mehrere Sekunden blockieren kann [Python] API Bruch um Symbolmehrdeutigkeiten zu verhindern durch Voranstellen der Gruppennamens für alle Symbole [shell] Download: C/C++, C#, Delphi/Lazarus, Java, JavaScript, LabVIEW, Mathematica, MATLAB/Octave, Perl, PHP, Python, Ruby, Shell, Visual Basic .NET

Du kannst die RS485 Extension nicht einfach so für deine Zwecke nutzen. Der Brick Daemon benutzt die um mit anderen Stapeln zu sprechen. Du muss dann zumindest die RS485 Extension über Brick Viewer auf None konfigurieren, damit brickd sie nicht nutzt. Erst dann kannst du /dev/ttyS0 nutzen, muss dann aber noch das Receiver Enable des RS485 Transceivers von Hand bedienen und auch vorher noch die GPIO Pins richtig muxen. Sprich, das ist alles nicht mal eben gemacht. Es wird demnächst ein RS485 Bricklet geben, dass wie das RS232 Bricklet funktioniert, aber mit RS485, statt RS232. Benutzt du das RS232 Bricklet in der nähe von anderen elektromagnetisch strahlenden Geräten? Ich frage, weil wir vor kurzem festgestellt haben, dass unter bestimmten Umständen die Reset Leitung des I2C-nach-UART ICs auf dem RS232 Bricklet anfällig für externe Störungen ist. Durch solche Störungen kann ein unerwartetes Reset ausgelöst werden. Das Bricklet kommt dadurch in einen falsch konfigurierten Zustand, der alle Problem mit den kaputt empfangenen und gesendeten Daten erklären kann. Wir haben das RS232 Bricklet überarbeitet und alle aktuell verkaufen RS232 Bricklets sind jetzt robuster gegen externe Störungen. Schick uns eine Mail an info@tinkerforge.com mit deiner Adresse, Bestellnummer oder ähnliches und wir schicken dir ein neues überarbeitetes RS232 Bricklet zu. Ich entschuldige mich dafür, dass dieses Problem mit dem RS232 Bricklet jetzt so lange bestanden hat

Das geht z.B. so: os.system('echo tf | sudo -S -p "" shutdown -h now')

Du nimmst aus dem Bindings Zip den tinkerforge Ordner aus dem source Ordner und lädst ihn zusammen mit deinem Programm hoch.

FlyingDoc, das kann ich nicht reproduzieren. Ich kann ohne Neustart des Aufbaus zwischen den Baudraten wechseln, ohne Problem. Ich kann auch auf dem Oszilloskop sehen, dass die Bitzeiten korrekt sind. Wie genau sieht dein Aufbau aus? Ich habe das hier mit zwei RS232 Bricklets mit aktueller Firmware 2.0.3 und Brick Viewer getestet.

Du rufst nur einmal "nr.requestTagID(BrickletNFCRFID.TAG_TYPE_TYPE2);" auf. Du musst innerhalb deiner stateChanged Methode am Ende wieder "nr.requestTagID(BrickletNFCRFID.TAG_TYPE_TYPE2);" aufrufen, wenn du mit dem Auslesen des Tags fertig bist. Das stößt dann die Suche nach dem nächsten Tag an. Schau dir auch mal das "Scan for Tags" Beispiel an: https://www.tinkerforge.com/de/doc/Software/Bricklets/NFCRFID_Bricklet_Java.html#scan-for-tags

Das ist in dem Sinne kein Bug, sondern vielleicht eine Unschönheit in der Benutzung. Das averaging Parameter hat Symbole für seine Werte (1, 4, 16, 64, ...). Zuerst wird geschaut ob die Eingabe einem Symbol entspricht, wenn nicht dann wird sie als Zahl interpretiert. In diesem Fall überschneiden sich die Symbole und die Zahlen leider bei 1 und 4. Teste das mal bitte so: tinkerforge --no-symbolic-input call voltage-current-bricklet UID set-configuration x 4 4

You need to install brickd on your Windows 10 IoT device. Then you can use the C# API bindings and the examples as you would with any other installation of brickd to talk to the devices connected over USB to the Windows 10 IoT device. There is currently a limitation that you cannot run brickd and your C# app on the same Windows 10 IoT device. Microsoft doesn't allow for two apps on the same device to talk to each other over localhost. You'll need to run you C# app on a different device for now. I've a solution for this problem in mind, but haven't implemented it yet.

Oh, I didn't notice that recent Mono picks up those project.json files as well. They are only meant for Visual Studio. You can just delete them on Linux for now. I'll look into a correct solution for this problem. Thanks for the report.

Unfortunately the disconnected callback doesn't work as good as it could in case you disconnect the Ethernet cable or cut the power to the stack. We'll improve this soon by adding a heartbeat mechanism to the API bindings. Regarding test 2b: The connect() call of the IP Connection is blocking. It'll fail with an Exception if it cannot connect. You can catch the exception and retry the call. Maybe we could add a async version of the connect() call, that would not block. I'll at that to my list of things to investigate, but I can't promise anything yet.

Die Python Bindings im aktuellen RED Brick Image sind leider nicht auf dem aktuellsten Stand. Es wird demnächst eine Möglichkeit geben die Bindings über Brick Viewer zu aktualisieren. Bis das allerdings soweit ist, musst du selbst Hand anlegen. Entweder du lädst neben deinem Programm auch die aktuellen Bindings mit hoch, oder aktualisiert die installierten Bindings über die Console im Brick Viewer mit folgendem Befehl: sudo pip install --upgrade tinkerforge Dazu braucht der RED Brick allerdings Internetverbindung.

Du musst den Schlüssel eingeben, den du zuvor im Brick Viewer für den Access Point des RED Bricks angegeben hast.

Nein, momentan gibt es keine Lösung um zwei Stapel per Funk zu verbinden. Mit der WIFI Extension kannst du nur eine Verbindung zwischen Stapel und PC herstellen. Ich nehme mal an im festen Teil ist das Raspberry Pi über USB mit dem Master Brick verbunden: Stepper Brick -> Stepper Motor Master Brick -> Sensor Bricklets Step-Down Power Supply -> Raspberry Pi Und den beweglichen Teil willst du auch vom Raspberry Pi erreichen können: WIFI Extension Master Brick -> Sensor Bricklets Powerbank Eine Lösung ist es dem Raspberry Pi einen USB WLAN Stick zu spendieren, um darüber die Verbindung zur WIFI Extension herzustellen.

Brick Daemon Settings ist genau das richtige. Die Listen Address steht standardmäßig auf 0.0.0.0. Dass heißt, das brickd von überall aus Verbindungen annimmt. Wenn du die Listen Address auf 127.0.0.1 stellst, dann nimmt brickd nur noch Verbindungen von den auf dem RED Brick laufenden Programmen und USB an.

Hast du wie WIFI Extension 2.0 auch auf die aktuellste Version 2.1.1 aktualisiert?

Wie können das Problem hier mit aktueller Hardware und Software nicht nachstellen. Sprich, es funktioniert in unseren Tests so wie es soll. Welche Hardware Version der Ethernet Extension (1.0 oder 1.1) nutzt du? Welche RED Brick Image Version nutzen du? Hast du auf dem RED Brick irgendwelche Änderungen an Brick Viewer vorbei vorgenommen? Zum Beispiel das Linux System mit "apt-get upgrade" aktualisiert? Welche Brick Viewer Version nutzen du? Wie genau sieht deine statische IP Adresskonfiguration aus (IP, Subnet Mask, Gateway)?

Das betrifft nur Master Brick Hardware Version 2.0, dort aber mit allen Extensions.

Teste mal bitte die angehängte Version der Java Bindings. tinkerforge_java_bindings_2_1_11_24b91bf71eb0.zip