Herman R.
LEDsREPAIR - Wie oude kennis koestert en voortdurend nieuwe vergaart, mag een leraar van anderen zijn
Beste CO'ers,
Een tijdje geleden hebben we met onze werkgroep een ontwikkelbordje gekocht nl. de ATAVRMC100 van amtel. Hier zit alles in een motor en een stuurprintje. Toen we de spanning aanlegde draaide de motor nog maar dat was de laatste keer...
Ik heb alles geinstalleerd avr studio, iar compiler en ik gebruik de dragon programmer.
Bij het maken van een project in avr studio 4 heb ik iets misdaan want plots was de ISP fuse op nul gezet!
Ik kan de AT90 wel zien via HVSP maar ik kan de fuses niet veranderen, ik krijg een error dan "WARNING: Fuse bit verification FAILED!"
Hetzelfde gebeurt wanneer ik iets probeer in de µC te proggen: WARNING : Flash byte adress 0x0000 is 0xFF (schould be 0x7E).. FAILED!
Ook als ik de signature wil lezen krijg ik iets raar, in het vakje staat dan 0xFF 0xFF 0xFF maar daaronder staat er wel WARNING signature does not match selected device.
de fuses die nu aanstaan nog zijn boot flash size 128 (bootsz = 11) en ext crystal osc 8Mhz -> dat moet intern zijn dacht ik maar ik kan het niet verzetten.
pros
Prosper, yop la boum, c'est le roi du macadam (aldus Maurice Chevalier)
Bij het maken van een project in avr studio 4 heb ik iets misdaan want plots was de ISP fuse op nul gezet!
Dat lijkt me OK, want 0 betekent: geactiveerd.
Ben je niet in de war, wat fuses betreft? Als je een fuse-bit 1 maakt, schakel je de bijbehorende functie uit!
Heb je m niet per ongeluk gelocked ?. Komen ze niet terug als je een volledige "ERASE" doet ?
Herman R.
LEDsREPAIR - Wie oude kennis koestert en voortdurend nieuwe vergaart, mag een leraar van anderen zijn
Op 6 april 2008 11:45:28 schreef pros:
[...]
Dat lijkt me OK, want 0 betekent: geactiveerd.
Ben je niet in de war, wat fuses betreft? Als je een fuse-bit 1 maakt, schakel je de bijbehorende functie uit!
je hebt gelijk, ik kijk ier in de datasheet en blijkbaar was ik even verward, het is omgekeerd. Maar ik vind het wel raar dat het dan gewoon met ISP niet lukt.
Als ik dan zeg erase device geeft die dus een warning : Entering Programming mode.. FAILED!
Als ik het via HVSP doet lukt het wel...
[Bericht gewijzigd door Herman R. op (14%)]
pros
Prosper, yop la boum, c'est le roi du macadam (aldus Maurice Chevalier)
Je kan dus via HVSP wel een erase uitvoeren, maar het aanpassen van de fuse-bits lukt niet? Raak daar maar uit wijs...
Herman R.
LEDsREPAIR - Wie oude kennis koestert en voortdurend nieuwe vergaart, mag een leraar van anderen zijn
Ja idd, kheb het even in een afbeelding gegoten:
http://www.uploadarchief.net/files/download/atmel%20bldc.jpg
pros
Prosper, yop la boum, c'est le roi du macadam (aldus Maurice Chevalier)
Daar snap ik ook niets van. Bij gewoon ISP-programmeren heb ik wel eens meegemaakt dat ik de voeding vergat in te schakelen, en dat de programmer desondanks even met de AVR kon "praten". Maar met HVSP lijkt me dat volledig uitgesloten.
SparkyGSX
Een manager is iemand die denkt dat negen vrouwen in één maand een kind kunnen maken
Dit heb ik laatst ook gehad met mijn STK500, verschillende (nieuwe) controllers en zo, maar niets werkte. Na een paar uur klootviolen doet ie het toch weer, geen idee wat er nu precies aan de hand was. Kijk even uit met de clocksnelheden van het board en de controller. Ik geloof dat de controller minimaal 4 keer zo hard moet lopen als het board, anders doet ie het niet. Als die clock niet goed is, zie je vaak ook steeds andere waarde als je de fuses of lockbits probeert uit te lezen. Probeer ook een externe clock aan te bieden aan de controller, misschien dat dat helpt.