borg Posted June 4, 2012 at 06:19 PM Posted June 4, 2012 at 06:19 PM 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! Quote
AuronX Posted June 4, 2012 at 06:50 PM Posted June 4, 2012 at 06:50 PM Sieht schick aus ^^ Hab direkt mal die Output Voltage beim Servo Brick gecheckt 2V bis 9V... so soll es sein Quote
mikrolinux Posted June 4, 2012 at 06:59 PM Posted June 4, 2012 at 06:59 PM 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. Quote
Wumpus Posted June 4, 2012 at 07:00 PM Posted June 4, 2012 at 07:00 PM 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. Quote
Wumpus Posted June 4, 2012 at 07:01 PM Posted June 4, 2012 at 07:01 PM @mikrolinux: Ich trage meine Server-IP immer in ui_mainwindow.py ein. Dort einfach "localhost" gegen die gewünschte Adresse austauschen. Quote
The_Real_Black Posted June 4, 2012 at 07:13 PM Posted June 4, 2012 at 07:13 PM 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? Quote
borg Posted June 4, 2012 at 07:27 PM Author Posted June 4, 2012 at 07:27 PM @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! Quote
mikrolinux Posted June 4, 2012 at 07:48 PM Posted June 4, 2012 at 07:48 PM @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) Quote
Plenz Posted June 4, 2012 at 10:09 PM Posted June 4, 2012 at 10:09 PM Dokumentation und sowas fehlt noch, kommt aber morgen hinterher. Ähh... nicht dass dich das von den IMU-Formeln abhält...! Quote
Wumpus Posted June 4, 2012 at 10:20 PM Posted June 4, 2012 at 10:20 PM 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. Quote
Wumpus Posted June 4, 2012 at 10:22 PM Posted June 4, 2012 at 10:22 PM @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... Quote
Nic Posted June 5, 2012 at 07:37 AM Posted June 5, 2012 at 07:37 AM 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 ? Quote
photron Posted June 5, 2012 at 07:48 AM Posted June 5, 2012 at 07:48 AM 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. Quote
Nic Posted June 5, 2012 at 07:52 AM Posted June 5, 2012 at 07:52 AM Ahha, den Brick erst in Bootloader Modus bringen, dann geht das flashen mit dem Viewer, ist ja logisch. Quote
Wumpus Posted June 5, 2012 at 08:17 AM Posted June 5, 2012 at 08:17 AM @photron: Gerade nochmals Bricklet Föashing probiert. Einmal "Successsful", einmal "Could not flash Bricklet" (ohne weitere Angaben)... Quote
photron Posted June 5, 2012 at 09:06 AM Posted June 5, 2012 at 09:06 AM 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. Quote
Wumpus Posted June 5, 2012 at 10:10 AM Posted June 5, 2012 at 10:10 AM "Read Error" und "Verification Error" habe ich bekommen... Quote
photron Posted June 5, 2012 at 12:10 PM Posted June 5, 2012 at 12:10 PM 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. Quote
Wumpus Posted June 5, 2012 at 02:55 PM Posted June 5, 2012 at 02:55 PM 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. Quote
AuronX Posted June 13, 2012 at 12:24 PM Posted June 13, 2012 at 12:24 PM 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. Quote
The_Real_Black Posted June 13, 2012 at 07:22 PM Posted June 13, 2012 at 07:22 PM 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. Quote
photron Posted June 14, 2012 at 07:48 AM Posted June 14, 2012 at 07:48 AM Die Checkbox ist gefixed. Quote
photron Posted June 22, 2012 at 02:40 PM Posted June 22, 2012 at 02:40 PM 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. Quote
Nifty Posted June 25, 2012 at 05:15 AM Posted June 25, 2012 at 05:15 AM 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) Quote
photron Posted June 25, 2012 at 10:14 AM Posted June 25, 2012 at 10:14 AM Nifty, danke für den Hinweis. Das Problem ist in Version 1.1.2 behoben. Quote
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.