Moin
Bei den mrmcd111b hab ich mir auch eine Borg-16-Platine gekauft. Dann hab ich mir die Bauteile der http://www.das-labor.org/wiki/Borg16#Reicheltliste bestellt (plus ein paar wiederständen usw) und wohl etwas sehr zügig das ganze zusammengelötet. Ungesockelt und IC1 und 2 erstmal falschrum.... ...ich hatte besuch und habs so "schnell mal eben nebenbei" gemacht... ärhm... details spar ich mir jetzt mal...nich sehr ruhmreich... nunja... Das "rausbraten" haben die chips offenbar sogar überlebt: inzwischen sind die chips gesockelt und ich hab mit 6 5x8-Displays die es mal für nen Apel und nen Ei bei pollin in der restekiste gab ein 15x16-debug-display (nich schön, ging aber vergleichsweise schnell und tut) zusammengelötet und mit nem avrisp mkII (ja ich war so verrückt mir das ding fertig zu kaufen. tolles gehäuse... ansonsten ehr nich so toll. kommt zb mit nem 6pin-anscluss daher... musste ich mir erstmal nen adapter auf 10 pins bauen) den foodloader geflasht ("make urflash" hat ne halbe stunde gedauert...). Mit dem image kommt auch eine alte (und leider spiegelverkehrt konfigurierte) firmware-version mit. Die läuft auch soweit prima :) Snake ist mir n bischen zu schnell aber tetris spielt meine Freundin begeistert :) (auch wenns spiegelverkehrt zuerst nich so einfach ist ;) ...und ausserdem ist offenbar eine led von einem der 5x8-module kapot... macht tetris auch nicht leichter ;))
der vollständigkeit halber: ich habe https://roulette.das-labor.org/svn/microcontroller/ ausgecheckt und dann in https://roulette.das-labor.org/svn/microcontroller/src-atmel/borg/borg-16/ den make-befehl eingegeben und musste das Makefile leicht auf meinen isp anpassen.
Nun würde ich ja gerne mit "make sflash" den borg seriel mit der neusten firmware flashen. Aber seriel mag der mit mir nich so recht reden. Zuerst schenint alles gut zu klappen ("You may now plug the target device" usw) aber dann bricht er an immerwieder verschiedenen stellen ab. zB als versionsnummer bekomm ich sowas wie "FDxxx.2" wobei xxx irgendwelche nichtdruckbaren zeichen/sonderzeichen sind.
wenn ich mich mit screen direkt zum gerät vebinde funzt zB prima das senden von "p" beim einschalten und dann kommt auch für jedes weitere "p" ein "s" zurück. Allerdings nicht jedesmal. jedes 4te zeichen im schnitt ist wieder so ein nichtdruckbares zeichen/sonderzeichen.
Klingt also soweit nach leicht falscher baudrate vom rs232, oder?
Wenn das seriele Kabel am Borg angeschlossen ist macht der manchmal auch so faxen das er "hängen bleibt" je nachdem ob meine hand in der nähe vom borg ist oder nicht. Also ich drück zB den restknopf dann läuft die laufschrift los und wenn ich meine hand wegnehme bleibt die laufschrift stehen bis ich meine hand wieder in die nähe bewege. dann läuft sie weiter... touchless sensor... auch ein cooles feature. Aber dennoch ein ziemlich unerwartetes Feature ;)
Peter hat mir den Tipp gegeben mal den 18pf Kondensator C6 auszulöten. Auch C7 hab ich mal ausprobiert rauszunehmen. Inzwischen habe ich auch die lange offene Leiterbahn "CANCLK" unterbrochen (genau an der Stelle wo der "P" aus dem Wort "ISP" auf diesem http://www.das-labor.org/wiki/Bild:Borg16Render.jpg bild zu sehen ist). Das änder aber grundsätzlich leider nix. Am stabilsten läuft er jetzt im mom mit C6 und C7 wieder eingelötet mit 18pf und unterbrochener leiterbahn. Aber seriell geht weiterhin nix ordentliches. immer wieder fehl-zeichen zwischendurch.
Macht es sinn da jetzt mal (blind) irgendwelche anderen kapazitäten für c6/c7 auszuprobieren? Mit meinen 2MHz-Oszi kann ich wohl auch nicht viel debug hier... ...hat irgendwer nen Tipp was ich noch probieren kann?
(mein usb2rs232-adapter funzt zb mit nem etherrape ganz prima und einwandfrei und die serielle verlängerung hab ich grad extra nochmal neu gekauft weil die alte wohl nen wackelkontakt hatte)
servus guido !
peter hat mir am 25C3 die MCUF-Firmware auf meinen borg gespielt, und nun sollte ich dem teil per rs232 MCUF-Pakete schicken können (via BlinkenOutput)
Ich hab peter gemailt, aber noch keine Antwort bekommen.
Bis dahin debugge ich mal so vor mich hin.
Ich hab vom seriellen flashen grad keine ahnung, hab aber auch wie du einen Borg16 und einen pl2303-Adapter.
hast du das flashen mit dem foodloader mittlerweile hinbekommen ?
mit screen klappt zumindest mal die verbindung, und meine gesendeten p's werden mit S-en quittiert, sogar ohne seltsame sonderzeichen.
wenns am usb2serial liegen mag, lohnt sichs, das mal von einer kiste mit echter serieller Schnittstelle zu probieren ?
ciao, manfred
2008/10/12 Guido Pannenbecker info@sd-gp.de:
Moin
Bei den mrmcd111b hab ich mir auch eine Borg-16-Platine gekauft. Dann hab ich mir die Bauteile der http://www.das-labor.org/wiki/Borg16#Reicheltliste bestellt (plus ein paar wiederständen usw) und wohl etwas sehr zügig das ganze zusammengelötet. Ungesockelt und IC1 und 2 erstmal falschrum.... ...ich hatte besuch und habs so "schnell mal eben nebenbei" gemacht... ärhm... details spar ich mir jetzt mal...nich sehr ruhmreich... nunja... Das "rausbraten" haben die chips offenbar sogar überlebt: inzwischen sind die chips gesockelt und ich hab mit 6 5x8-Displays die es mal für nen Apel und nen Ei bei pollin in der restekiste gab ein 15x16-debug-display (nich schön, ging aber vergleichsweise schnell und tut) zusammengelötet und mit nem avrisp mkII (ja ich war so verrückt mir das ding fertig zu kaufen. tolles gehäuse... ansonsten ehr nich so toll. kommt zb mit nem 6pin-anscluss daher... musste ich mir erstmal nen adapter auf 10 pins bauen) den foodloader geflasht ("make urflash" hat ne halbe stunde gedauert...). Mit dem image kommt auch eine alte (und leider spiegelverkehrt konfigurierte) firmware-version mit. Die läuft auch soweit prima :) Snake ist mir n bischen zu schnell aber tetris spielt meine Freundin begeistert :) (auch wenns spiegelverkehrt zuerst nich so einfach ist ;) ...und ausserdem ist offenbar eine led von einem der 5x8-module kapot... macht tetris auch nicht leichter ;))
der vollständigkeit halber: ich habe https://roulette.das-labor.org/svn/microcontroller/ ausgecheckt und dann in https://roulette.das-labor.org/svn/microcontroller/src-atmel/borg/borg-16/ den make-befehl eingegeben und musste das Makefile leicht auf meinen isp anpassen.
Nun würde ich ja gerne mit "make sflash" den borg seriel mit der neusten firmware flashen. Aber seriel mag der mit mir nich so recht reden. Zuerst schenint alles gut zu klappen ("You may now plug the target device" usw) aber dann bricht er an immerwieder verschiedenen stellen ab. zB als versionsnummer bekomm ich sowas wie "FDxxx.2" wobei xxx irgendwelche nichtdruckbaren zeichen/sonderzeichen sind.
wenn ich mich mit screen direkt zum gerät vebinde funzt zB prima das senden von "p" beim einschalten und dann kommt auch für jedes weitere "p" ein "s" zurück. Allerdings nicht jedesmal. jedes 4te zeichen im schnitt ist wieder so ein nichtdruckbares zeichen/sonderzeichen.
Klingt also soweit nach leicht falscher baudrate vom rs232, oder?
Wenn das seriele Kabel am Borg angeschlossen ist macht der manchmal auch so faxen das er "hängen bleibt" je nachdem ob meine hand in der nähe vom borg ist oder nicht. Also ich drück zB den restknopf dann läuft die laufschrift los und wenn ich meine hand wegnehme bleibt die laufschrift stehen bis ich meine hand wieder in die nähe bewege. dann läuft sie weiter... touchless sensor... auch ein cooles feature. Aber dennoch ein ziemlich unerwartetes Feature ;)
Peter hat mir den Tipp gegeben mal den 18pf Kondensator C6 auszulöten. Auch C7 hab ich mal ausprobiert rauszunehmen. Inzwischen habe ich auch die lange offene Leiterbahn "CANCLK" unterbrochen (genau an der Stelle wo der "P" aus dem Wort "ISP" auf diesem http://www.das-labor.org/wiki/Bild:Borg16Render.jpg bild zu sehen ist). Das änder aber grundsätzlich leider nix. Am stabilsten läuft er jetzt im mom mit C6 und C7 wieder eingelötet mit 18pf und unterbrochener leiterbahn. Aber seriell geht weiterhin nix ordentliches. immer wieder fehl-zeichen zwischendurch.
Macht es sinn da jetzt mal (blind) irgendwelche anderen kapazitäten für c6/c7 auszuprobieren? Mit meinen 2MHz-Oszi kann ich wohl auch nicht viel debug hier... ...hat irgendwer nen Tipp was ich noch probieren kann?
(mein usb2rs232-adapter funzt zb mit nem etherrape ganz prima und einwandfrei und die serielle verlängerung hab ich grad extra nochmal neu gekauft weil die alte wohl nen wackelkontakt hatte)
-- Mit freundlichen Grüßen Guido Pannenbecker
. . Software Dienstleistungen . . Guido Pannenbecker
Zülpicher Str. 8, 50674 Köln http://www.sd-gp.de/ _______________________________________________ Borg16 mailing list Borg16@das-labor.org http://www.das-labor.org/mailman/listinfo/borg16
Moin Manfred
Am Mittwoch 18 Februar 2009 16:48:46 schrieb Manfred Wuits:
servus guido !
peter hat mir am 25C3 die MCUF-Firmware auf meinen borg gespielt, und nun sollte ich dem teil per rs232 MCUF-Pakete schicken können (via BlinkenOutput)
Ich hab peter gemailt, aber noch keine Antwort bekommen.
Bis dahin debugge ich mal so vor mich hin.
Ich hab vom seriellen flashen grad keine ahnung, hab aber auch wie du einen Borg16 und einen pl2303-Adapter.
hast du das flashen mit dem foodloader mittlerweile hinbekommen ?
ich nutze zur Zeit eigentlich garkeine Bootloader mehr sondern mache alles gleich per ISP direkt...
mit screen klappt zumindest mal die verbindung, und meine gesendeten p's werden mit S-en quittiert, sogar ohne seltsame sonderzeichen.
Das heist ja schonmal das deine Hardware in Ordnung zu seinen scheint.
wenns am usb2serial liegen mag,
nö, glaub ich nicht
lohnt sichs, das mal von einer kiste mit echter serieller Schnittstelle zu probieren ?
Also so wie es aussieht kannst du ja seriel mit dem bootloader reden. Wenn dann das rs232 mit der eigentlichen firmware jetzt nicht klappt, ist das wohl ein software-problem. zb falsche baudrate oder sowas.
Ich weiß jetzt natürlich nicht so genau was der Peter dir da exakt geflasht hat... ob da vielleicht noch anderen rs232-funktionen drinne sind ausser dem MCUF-Protokoll... oder vielleicht auch einfach im Eifer des Gefechts irgendwas mit nem Bug drinne?! Was sagt denn screen wenn du versuchts mit dem Borg zu reden(also nich mit dem Bootloader vom Borg sondern mit der "echten" Firmware vom Borg).
Wie startest du denn BlinkenOutput+BlinkenSend? Gibts dabei Fehlermeldungen(User hat kein Recht auf das /dev/xyz zuzugreifen oder sowas zB vielleicht?)
Selber seriel mal was neues zu flashen hast du noch nicht probiert? Oder auch garnicht seriel mit bootloader sondern einfach per ISP mit einem Programmiergerät? Du könntest ja zB mal probieren den geflashten Code vom Controller auf deinen PC runterzuladen. 1.) Zum testen ob die rs232 auch "dauerstabil" funktioniert oder ob da nur die p/S-Geschichte tut. 2.) Wenn du dann später eigene Sachen auf den Controller flasht hast du noch ein Backup von dem was der Peter die auf dem 25c3 geflasht hat.
Beispiel: $ sudo avrdude -p atmega32 -c avrispmkII -P usb -U f:r:backup.hex Das ist jetzt mit einem ISP-Programmiergerät (einem Avr ISP mkII) der am usb hängt. Also die Optionen für -c und -P musst du ggf noch anpassen für deinen Programmierer/für serieles flashen mit hilfe vom bootloader.
Wenn das tut würde ich mal selber compilieren (da muss man dann aber wohl noch änderungen am Code vornehmen damit das mit dem MCUF dann auch tut) und das dann mal flashen. Vielleicht beim ersten Versuch auch mal ohne MCUF sondern mit irgendwas anderem was rs232 liest (zB meine ich da gäbs sonne lauftext-funktion der man per rs232 Texte senden kann... muss mal vielleicht jemand vom Labor genauers zu sagen... hab ich auch noch nie benutzt). Dann kann man schonmal sehen das das rs232 tut.
Viel Erfolg soweit erstmal