photron

The_Real_Black, hat das Flashen den geklappt im Sinne von Brick Viewer hat keine Fehler gemeldet? Oder kommt die Meldung mit Code 43 im Gerätemanager wenn der Brick im Bootloader ist?

Andu, das war ein Fehler in der USB Unplug Erkennung. Der hatte sich in 2.0.2 eingeschlichen. In Brick Daemon 2.0.3 ist das jetzt korrigiert. Nic, ist das ein neues Problem oder besteht das schon länger?

Brick Daemon 2.0.3 Fix USB unplug detection on Windows Downloads: Windows, Linux (amd64, i386, armhf), Mac OS X

Brick Daemon 2.0.3 Fehler in USB Unplug Erkennung korrigiert auf Windows Downloads: Windows, Linux (amd64, i386, armhf), Mac OS X

Mit Brick Daemon 2.0.2 ist jetzt auch eine Version released in der das Problem korrigiert ist.

Brick Daemon 2.0.2 kann jetzt auf Windows auch als normales Kommandozeilenprogramm gestartet werden.

Brick Daemon 2.0.2 An error during client peer name lookup doesn't abort the socket connection anymore Support running as normal console application on Windows Support MinGW as compiler on Windows Support running as non-root on Linux Improve --help output Downloads: Windows, Linux (amd64, i386, armhf), Mac OS X

Brick Daemon 2.0.2 Fehler während des Client Peer Name Lookups brichtjetzt nicht mehr die Socketverbindung ab Support für Ausführung als normales Kommandozeilenprogramm auf Windows Support für MinGW als Compiler auf Windows Support für Ausführung als User auf Linux --help Ausgabe verbessert Downloads: Windows, Linux (amd64, i386, armhf), Mac OS X

Richtig, das fehlte. Ist jetzt auch drin. Danke für den Hinweis.

Brick Viewer 2.0.2 Use smaller update rate for WIFI status refresh (may timeout otherwise) Check UID length before writing Fix initialization of IO16 Bricklet plugin Make Brick flashing error message more verbose Add support for long WPA key (up to 64 chars) to Master Brick plugin Downloads: Windows, Linux, Mac OS X

Brick Viewer 2.0.2 Geringere Updaterate für WIFI Status Refresh (geringere Wahrscheinlichkeit für Timeouts) Prüfe UID Länge vorm Schreiben Initialisierung des IO16 Bricklet Plugin korrigiert Detailliertere Meldungen für Brick Flashing Fehler Unterstützung für langen WPA Schlüssel (bis zu 64 Zeichen) zu Master Brick Plugin hinzugefügt Downloads: Windows, Linux, Mac OS X

Bindings: C/C++ 2.0.2, C# 2.0.3, Delphi 2.0.4, Java 2.0.3, PHP 2.0.3, Python 2.0.3, Ruby 2.0.3 Add get/set_long_wifi_key functions to Master Brick API [all] Ensure that exceptions in user code don't kill the callback thread silently [Delphi, Java] Use a shorter format for JavaDoc links [Java] Download: C/C++, C#, Delphi, Java, PHP, Python, Ruby

Bindings: C/C++ 2.0.2, C# 2.0.3, Delphi 2.0.4, Java 2.0.3, PHP 2.0.3, Python 2.0.3, Ruby 2.0.3 get/set_long_wifi_key Funktionen zur Master Brick API hinzugefügt [alle] Exceptions in User Code brechen den Callback Thread nicht mehr unbemerkt ab [Delphi, Java] Kürzeres Linkformat in JavaDoc verwendet [Java] Download: C/C++, C#, Delphi, Java, PHP, Python, Ruby

Brick Viewer ist in Python geschrieben und benutzt PyQt4 für das GUI. Das könnte potentiell auch auf Andriod funktionieren. Im Moment gibt es allerdings von uns keinen Brick Viewer passend für Android.

Bindings: C# 2.0.2 Interne UID Behandlung verbessert und internes Locking vereinfacht Sequenznummern werden jetzt Thread-sicher erzeugt Download: C#

Bindings: C# 2.0.2 Improve internal UID handling and simplify internal locking Make sequence number generation thread-safe Download: C#

Mit Delphi Bindings Version 2.0.3 sollten jetzt die genannten Probleme behoben sein.

Ups, da ist mir doch eine Teständerung mit dem Leerzeichen entwischt. Beim Move hast du recht, ich habe den Kommentar entsprechend angepasst. Mit Delphi Bindings Version 2.0.3 sollten jetzt alle genannten Probleme behoben sein.

Bindings: Delphi 2.0.3 Signaturabweichung zwischen TDevice und abgeleiteten Klassen für GetIdentity Prozedur korrigiert Möglichen Out-Of-Bounds Arrayzugriff korrigiert Erwartete Integer-Overflows explizit durch Casts gekennzeichnet Download: Delphi

Bindings: Delphi 2.0.3 Avoid signature mismatch for GetIdentity procedure Avoid a potential out-of-bounds array access Make expected integer overflows explicit Download: Delphi

Okay, du hast neben den korrigierten null Zuweisungen noch redundante Casts entfernt und die JavaDoc Links verkürzt. Da BrickServo.java generiert wird gehören die JavaDoc Änderungen in generate_java_bindings.py. Wie AuronX richtig sagt ist der einfachste Weg für uns über einen Pull Request auf GitHub. Das setzt allerdings voraus, dass du dich mit git auskennst und vor allem auch weist wie die Generatoren arbeiten usw. Daher ist es auch okay, wenn du Änderungs- und Verbesserungsvorschläge einfach hier im Forum postest. Ich baue deine Änderungen gleich ein.

Die lcd Variable ist ein Member der ExampleRugged Klasse. Daher könnte das etwa so aussehen: if __name__ == "__main__": ex = ExampleRugged() while True: time.sleep(1) gmtime = time.asctime(time.gmtime(time.time())) ex.lcd.write_line(0, 1, gmtime)

Komisch warum das nach dem Neustart ein DNS Problem hat. Teste doch mal bitte die angehängte Version, diese sollte robuster sein. brickd-2.0.1_armhf_341a8126d990497e76b7131b3bd6bdac29b19a36.deb

Okay, dass heißt also, dass die Kamera den Brick stört, selbst wenn dieser einfach nur vor sich hin den Motor fährt. Es findet keine aktive Kommunikation mit dem Brick zu diesem Zeitpunkt statt, welche von der Kamera gestörte werden könnte. Vielleicht ist es die Stromversorgung des Bricks, die die Kamera irgendwie stört. Wie versorgst du Brick und Motor? Ist der Brick über USB versorgt? Wenn ja hast du einen aktiven USB Hub den du zwischen PC und Brick stecken kannst, wobei die Kamera nicht an den Hub darf. Oder hast du eine Step-Down Power Supply um darüber den Brick zu versorgen.

Ah, okay, das im Prinzip erwartet, dass beim abziehen des Bricks diese Fehler auftreten. Eigentlich sollte libusb es ordentlich mitbekommen, wenn ein USB Gerät entfernt wird. Allerdings ist Hotplug in libusb je nach der Version und Betriebssystem unterschiedlich gut unterstützt. Du kannst also abbrechende Read Transfers beim Abstecken des Bricks ignorieren. Die haben nichts mit deinem Problem zu tun. Was genau tust du denn? Konfigurierst du den Stepper Brick im Brick Viewer und lässt ihn dann per Forward Knopf einfach fahren? Und während der fährt und du im Brick Viewer nichts tust läuft der Motor nicht gleichmäßig und stottert? Das ist interessant, denn wenn du im Brick Viewer oder durch dein eigenes Programm keine Steuerbefehle absetzt, fährt der Stepper ja einfach vor sich hin ohne das über USB Kommuniziert wird.