photron

Teste mal bitte diese Brick Viewer Version: http://download.tinkerforge.com/_stuff/brickv_macos_2_3_9_509375e7884e623c196b9c48b894acb9bb7b460a.dmg Die gibt bei "Script Error 1001: Internal Error" jetzt mehr Details aus und der Fehlertext is markier und kopierbar.

Seit letzter Woche gibt es 1.9 ich nehme an das hat das gleiche Problem?

Okay, aber mit welcher Image Versions tritt das auf? Tritt es auch mit 1.8 auf?

Mit welcher RED Brick Image Version passiert das? Tritt es auch mit 1.8 auf? Was meinst du mit "Verbindung verlieren"? Sagt dein SSH Client auf OSX dann die Verbindung ist abgebrochen, oder hängt die Verbindung nur? Also die Verbindung ist noch da, aber du kannst nichts mehr eintippen? Brick Viewer kann sich aber noch normal verbinden, wenn dieses SSH Problem auftritt?

Was meinst du mit "keine stabile Verbindung"? Taucht der RED Brick dann einfach nicht in Brick Viewer auf? Beziehst du dich auf RED Brick Image 1.9? Tritt das Problem auch mit RED Brick Image 1.8 auf?

RED Brick Image 1.9 Update OpenGL related packages to allow installing Qt5 and running Java FX Update Brick Daemon to version 2.3.0 to fix enumeration with GPS Bricklet 2.0 Update Brick Viewer to version 2.3.9 Update all API bindings: C/C++ 2.1.15, C# 2.1.14, Delphi/Lazarus 2.1.15, Java 2.1.13, JavaScript 2.0.14, 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 Download: RED Brick Image

RED Brick Image 1.9 OpenGL Pakete aktualisiert um Qt5 und Java FX nutzen zu können Brick Daemon auf Version 2.3.0 aktualisiert, um Enumeration-Problem mit GPS Bricklet 2.0 zu beheben Brick Viewer auf Version 2.3.9 aktualisiert Alle API Bindings aktualisiert: C/C++ 2.1.15, C# 2.1.14, Delphi/Lazarus 2.1.15, Java 2.1.13, JavaScript 2.0.14, 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 Download: RED Brick Image

Hast du mal versucht, das Bricklet über Brick Viewer neu zu flashen? Auch wenn es im Brick Viewer nicht direkt auftaucht kannst du es dennoch über den Port am Master Brick zum Flashen auswählen.

Firmware: GPS 2.0 2.0.1 Report speed correctly as km/h instead of knots Download: GPS 2.0

Firmware: GPS 2.0 2.0.1 Geschwindigkeit wird jetzt korrekt in km/h anstatt Knoten ausgegeben Download: GPS 2.0

Brick Viewer 2.3.9 Add support for GPS Bricklet 2.0 Add update mechanism for API bindings and Brick Viewer on RED Brick Add checkbox for setting the WIFI Extension (2.0) password, old password is not shown anymore Downloads: Windows, Linux, Mac OS X

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