flash niet overeen met hexfile

Hallo forumleden.

Wanneer ik in avr studio mijn at90can128 via de isp programmeer duurt het programmeren een fractie van een seconde en het verifyen weer wat langer. Hierbij laat ik ook een bepaalde led aangaan, maar deze gaat niet aan.

Dus ik dacht laat ik de inhoud weer teruglezen. En nu blijkt dat er helemaal niets in staat terwijl hij bij het verifyen van de flash wel een OK aangeeft.

De software die erin moet is een bootloader en staat dus ook in de bootloadersectie.

Het vreemde is nu dat als ik dezelfde hexfile in mijn eigen ontwikkelbordje programmeer via de JTAG dat de UC wel het ledje laat knipperen en ook als ik de flash terug lees staat de software er wel in.

Ik heb de chip die ik via de isp programmeer al een keer vervangen door een nieuwe, maar het probleem blijft.

Iemand suggesties of oplossing voor dit probleem ?

Waarschijnlijk staan de instellingen van je software (avr studio?) niet goed. Het lijkt erop dat je ergens wat verkeerd hebt aangevinkt oid waardoor er via ISP een ander programma (leeg dus blijkbaar) wordt ingeladen dan via JTAG.

Is mij ook wel eens opgevallen dat sommige programmers / software de bootloader sectie niet goed programmeren.
Voor de bootloader moet de hexfile leeg zijn (FF) tot aan het bootloader gedeelte.
Sommige compilers zetten op de eerste paar adressen v/d hexfile toch wat gegevens.
Een program tool zoals AVR-OSP begint dan met programmeren op adres &H000, na een paar bytes komt hij dan allemaal FF tegen en denkt dan dat hij aan het einde is van het programma en stopt met programmeren. Zo komt hij dus nooit bij het deel waar de bootloader instaat.
Je moet dus een programmer software hebben die ALLES schrijft, en niet zelf beidehand gaat doen.

Op 12 maart 2009 11:37:09 schreef Wouter Sijm:niet goed. Het lijkt erop dat je ergens wat verkeerd hebt aangevinkt oid waardoor er via ISP een ander programma (leeg dus blijkbaar) wordt ingeladen dan via JTAG.

ISP of JTAG, hij gebruikt dezelfde userinterface, waarbij ik dezelfde hex file gebruik

Op 12 maart 2009 11:46:58 schreef 2N3055:

Je moet dus een programmer software hebben die ALLES schrijft, en niet zelf beidehand gaat doen.

Ik gebruik de officiele programmer avr-ispmk2 van atmel en programmeer via avr studio. Dat moet wel goed zijn lijkt mij.

Als ik een normaal programma programma programmeer gaat het wel goed. Het programmeren duurt dan ook wat langer.

Het vreemde is ook als ik de chip wis en ik druk op verify dat hij ook OK zegt.

Het vreemde is ook als ik de chip wis en ik druk op verify dat hij ook OK zegt.

Hetgeen zou bevestigen dat je een leeg (of niet bestaand) file in je AVR probeert te blazen.

Verder geen ervaring mee, dus de gouden tip heb ik helaas niet voor je.

[edit]Zomaar een idee... (het zal vast niet, maar...) Zou het kunnen dat die software anno 2009 niet helemaal lekker met lfn overweg kan? Met name bij toolchains wil een spatie wel eens vervelend doen.

[Bericht gewijzigd door Marco69 op (28%)]

Het vreemde is ook als ik de chip wis en ik druk op verify dat hij ook OK zegt.

Maar als je de flash terugleest is hij dan helemaal leeg, of staan er op de eerste paar bytes wat.

De hex file die ik er in doe is het echt niet leeg, omdat het met mijn ontwikkelbordje wel werkt.

En als ik de flash teruglees is hij echt helemaal leeg.

Maar ik heb mischien al wat gevonden. Samen met iemand die hetzelfde probleem hier toevallig ook had.

http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=7556…

Ik zal eerst avr studio even downgraden heb namelijk 4.16....

Nu met 4.15 werkt het wel. Het is dus een bug in avr studio versie 4.16.....