borg Geschrieben June 4, 2012 at 18:19 Geschrieben June 4, 2012 at 18:19 Wir haben inoffiziell schonmal Version 1.1.0 des Brick Viewer hochgeladen: http://download.tinkerforge.com/tools/brickv/ Diese Version sollte es erlauben Bricklets sowie Bricks zu flashen und dies automatisch bei uns vom Server, ohne das die passende Firmware händisch heruntergeladen werden muss. Damit fällt jetzt SAM-BA als notwendiges "Drittanbieter-Tool" weg. Gefühlt hat das Atmel Tool viele Probleme gemacht und es gab auch keine Mac OS X Version. Desweiteren haben wir einige Sachen neu implementiert um Abhängigkeiten loszuwerden, so gibt es jetzt keine pylab, scipy und matplotlib Abhängigkeiten mehr für den brickv, was die Installation auf embedded Geräten und obskuren Linux Distributionen einfacher machen sollte! Dokumentation und sowas fehlt noch, kommt aber morgen hinterher. Wer lust hat kann es ja schonmal ausprobieren. Soweit wir wissen ist dies das erste Tool was existiert mit dem man die Atmel Cortex M3 Microcontroller unter Mac OS X flashen kann! Zitieren
AuronX Geschrieben June 4, 2012 at 18:50 Geschrieben June 4, 2012 at 18:50 Sieht schick aus ^^ Hab direkt mal die Output Voltage beim Servo Brick gecheckt 2V bis 9V... so soll es sein Zitieren
mikrolinux Geschrieben June 4, 2012 at 18:59 Geschrieben June 4, 2012 at 18:59 Ich habe es auf Lion ausprobiert und es funzt prima! Darf ich einen Feature-Request loswerden? Bei mir hängt der Brick immer am 'Server', die Voreinstellung auf localhost ist da etwas nervig. Gibt es die Möglichkeit eine Voreinstellung (IP oder DNS) zu machen und zu speichern? Dann würde immer die richtige Voreinstellung gezogen. Zitieren
Wumpus Geschrieben June 4, 2012 at 19:00 Geschrieben June 4, 2012 at 19:00 Das mit dem automatischen Firmware-Download ist cool. Beim Flashen von Bricklets hatte ich relativ viele Fehlversuche (Linux), aber letztendlich konnte ich sowohl per Download, als auch mit Firmware von der lokalen Platte flashen. Bei "Brick" ist bei mir alles ausgegraut. Dort lässt sich aktuell nichts auswählen. Die verwendete Version habe ich aus dem GIT ausgecheckt. Zitieren
Wumpus Geschrieben June 4, 2012 at 19:01 Geschrieben June 4, 2012 at 19:01 @mikrolinux: Ich trage meine Server-IP immer in ui_mainwindow.py ein. Dort einfach "localhost" gegen die gewünschte Adresse austauschen. Zitieren
The_Real_Black Geschrieben June 4, 2012 at 19:13 Geschrieben June 4, 2012 at 19:13 Kann man mit dem flashen die Bricks schädigen oder ist das gegen zumindest grobe Fehler abgesichert? Checksummen bei Downloads? Flashen kann sich nicht aufhängen usw... Arbeitstechnisch muss ich ab und zu Geräte flashen und dort kommt es immer mal wieder vor, dass flashen die Hardware "blockiert" so, dass diese sich nicht mal mehr neu flashen lässt. Wie ist dass bei euch? Zitieren
borg Geschrieben June 4, 2012 at 19:27 Autor Geschrieben June 4, 2012 at 19:27 @Wumpus: War der Brick denn im Bootloader? @The_Real_Black: Da kann nichts kaputt gehen, der Bootloader ist fest auf den Bricks und kann nicht gelöscht werden! Zitieren
mikrolinux Geschrieben June 4, 2012 at 19:48 Geschrieben June 4, 2012 at 19:48 @Wumpus: ich habe das File auf MacOS so auf die Schnelle nicht gefunden und leider ist Python nicht so meine Domäne (mir reicht aktuell die Baustelle Perl und PHP lernen). Wo finde ich das File? Thx für einen Tipp :-) PS: ws. stehe ich nur wieder auf meiner eigenen Leitung (schäm) Zitieren
Plenz Geschrieben June 4, 2012 at 22:09 Geschrieben June 4, 2012 at 22:09 Dokumentation und sowas fehlt noch, kommt aber morgen hinterher. Ähh... nicht dass dich das von den IMU-Formeln abhält...! Zitieren
Wumpus Geschrieben June 4, 2012 at 22:20 Geschrieben June 4, 2012 at 22:20 Sorry, habe mich da wohl etwas ungenau ausgedrückt. Konnte nur die Firmware auf die Bricklets hochladen (mit mehreren Versuchen, ausprobiert mit Temperature Firmware). Flashen der Bricks habe ich nicht gekonnt, da alle Felder ausgegraut sind. Jetzt schließe ich mal aus deiner Antwort, dass man erst das Knöpfchen drücken muss, damit die Felder aktiv werden. Zitieren
Wumpus Geschrieben June 4, 2012 at 22:22 Geschrieben June 4, 2012 at 22:22 @mikrolinux: Den MacOs Brickv kenne ich nicht. Falls das auch skriptbasiert sein sollte, such doch einfach nach "localhost" in den Dateien. Falls das nicht skriptbasiert ist, keine Ahnung... Zitieren
Nic Geschrieben June 5, 2012 at 07:37 Geschrieben June 5, 2012 at 07:37 Ich habe bisher keine Probleme. Alles ok. Ist das Download Feature der FW bisher ausgeschaltet, oder liegt es daran, dass die Hardware bei mir auf dem neuesten Stand ist ? Zitieren
photron Geschrieben June 5, 2012 at 07:48 Geschrieben June 5, 2012 at 07:48 Sorry, habe mich da wohl etwas ungenau ausgedrückt. Konnte nur die Firmware auf die Bricklets hochladen (mit mehreren Versuchen, ausprobiert mit Temperature Firmware). Flashen der Bricks habe ich nicht gekonnt, da alle Felder ausgegraut sind. Jetzt schließe ich mal aus deiner Antwort, dass man erst das Knöpfchen drücken muss, damit die Felder aktiv werden. Welche Fehlermeldung bzw. Ausgabe in der Konsole hast du denn wenn das Flashen eines Bricklets nicht funktioniert? Und ja du musst den Brick erst per Erase Knöpfchen gedrückt halten beim Anstecken in den Bootloader bringen. Dann im Flashing Dialog auf dem Brick Tab den Refresh Button klicken. Jetzt sollte in der Serial Port Dropdownbox sowas wie /dev/ttyACM0 stehen. Das ist der Brick im Bootloader. Passenden Firmware auswählen und Save klicken. Zitieren
Nic Geschrieben June 5, 2012 at 07:52 Geschrieben June 5, 2012 at 07:52 Ahha, den Brick erst in Bootloader Modus bringen, dann geht das flashen mit dem Viewer, ist ja logisch. Zitieren
Wumpus Geschrieben June 5, 2012 at 08:17 Geschrieben June 5, 2012 at 08:17 @photron: Gerade nochmals Bricklet Föashing probiert. Einmal "Successsful", einmal "Could not flash Bricklet" (ohne weitere Angaben)... Zitieren
photron Geschrieben June 5, 2012 at 09:06 Geschrieben June 5, 2012 at 09:06 Wumpus, ich habe gerade die Fehlermedlung beim Bricklet flashen detaillierter gemacht. Du sagtest du hättest deine Version per git geclont. Kannst du die Änderung pullen und noch mal testen? Es ist sehr unerwartet dass das Flashen mal geht und mal nicht geht. Zitieren
Wumpus Geschrieben June 5, 2012 at 10:10 Geschrieben June 5, 2012 at 10:10 "Read Error" und "Verification Error" habe ich bekommen... Zitieren
photron Geschrieben June 5, 2012 at 12:10 Geschrieben June 5, 2012 at 12:10 Okay, das Read kann eigentlich nur mit einem Timeout fehlschalgen. Tust du mit dem Brick noch sonst etwas während du das Bricklet flashed? Falls du den Brick stark mit anderen Aufgaben beschäftigst kann es sein, dass das Schreiben des Plugins noch im Gange ist wenn Brickv schon wieder versucht es zu lesen und das Lesen bekommt dann einen Timeout. Falls dein Brick an dem das Bricklet hängt sonst nichts tut, dann kannst du versuchen die Wartezeit zwischen Schreiben und Lesen zu erhöhen. Im Moment sind das 2 Sekunden und eigentlich sollte das auch reichen. In src/brickv/flashing.py in Zeile 438 und 452 steht jeweils ein time.sleep(1). Da kannst du versuchen die Zeit höher zu setzen, z.B. time.sleep(3) oder noch länger. Zitieren
Wumpus Geschrieben June 5, 2012 at 14:55 Geschrieben June 5, 2012 at 14:55 Alle Programme wurden beendet, die auf den Stack zugreifen. Ich hatte auch noch den SheevaPlug unter verdacht und habe deshalb noch mit einem anderen Rechner getestet, aber gleiches Problem. Der Stack besteht aus drei Mastern, jeweils mit Chibi Extension. Geflasht habe ich jeweils Bricklets, die an einem Master mit direkter USB-Verbindung hingen. Für mich sieht das so aus, dass das Flashen häufig fehlschlägt, wenn der Chibi-Stack aktiv verbunden ist. Sobald das Chibi abgezogen ist, bzw. wieder draufgesteckt, aber noch nicht aktiv ist, treten keine Fehler beim Flashen mehr auf. Zitieren
AuronX Geschrieben June 13, 2012 at 12:24 Geschrieben June 13, 2012 at 12:24 Bugreport für Version 1.1.0: Die Under Voltage Dialogbox des Servo-Bricks taucht immer wieder auf, auch wenn ich den Haken bei "show again" deaktiviere. Zitieren
The_Real_Black Geschrieben June 13, 2012 at 19:22 Geschrieben June 13, 2012 at 19:22 Bugreport für Version 1.1.0: Die Under Voltage Dialogbox des Servo-Bricks taucht immer wieder auf, auch wenn ich den Haken bei "show again" deaktiviere. Ja dass sich das resettet wenn er wieder mal genügend Spannung hatte nervt. Ein Label oder Textbox in der die aktuell anliegenden Probleme angezeigt werden wäre toll. Das würde weniger Nerven als die Boxen. Zitieren
photron Geschrieben June 14, 2012 at 07:48 Geschrieben June 14, 2012 at 07:48 Die Checkbox ist gefixed. Zitieren
photron Geschrieben June 22, 2012 at 14:40 Geschrieben June 22, 2012 at 14:40 Darf ich einen Feature-Request loswerden? Bei mir hängt der Brick immer am 'Server', die Voreinstellung auf localhost ist da etwas nervig. Gibt es die Möglichkeit eine Voreinstellung (IP oder DNS) zu machen und zu speichern? Dann würde immer die richtige Voreinstellung gezogen. Brick Viewer 1.1.1 merkt sich jetzt was du für Host und Port eingestellt hast. Zitieren
Nifty Geschrieben June 25, 2012 at 05:15 Geschrieben June 25, 2012 at 05:15 Das LCD16 wirft ne Exception wenn man Text senden möchte (0,0), andere Funktionen gehen. Tritt bei mir unter Fedora 17 & Debian auf ( Python 2.7.3 ) Traceback (most recent call last): File "/home/td/tinkerforge/brickv/src/brickv/plugin_system/plugins/lcd_16x2/lcd_16x2.py", line 208, in text_pressed self.lcd.write_line(line, position, text, unicode_to_ks0066u(text)) File "/home/td/tinkerforge/brickv/src/brickv/bindings/ip_connection.py", line 76, in func return f(self, *args, **kwargs) TypeError: write_line() takes exactly 4 arguments (5 given) Zitieren
photron Geschrieben June 25, 2012 at 10:14 Geschrieben June 25, 2012 at 10:14 Nifty, danke für den Hinweis. Das Problem ist in Version 1.1.2 behoben. Zitieren
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.