Join the dark side, we have cookies :)
You need only two tools. WD-40 and duct tape. If it doesn't move and it should, use WD-40. If it moves and shouldn't, use the tape.
Had ik van het weekend ook, de MISO en MOSI van mn tiny84 zijn ook 2 pwm kanalen die ik gebruik. Daar was de STK500 het alleen niet zo mee eens
Dan krijg je dus foutmeldingen.
[ Voor 6% gewijzigd door MewBie op 19-12-2006 16:47 ]
Please leave a message after the beep.
*beeeeep*
* avrdude: Device signature = 0xffffff
avrdude: Yikes! Invalid device signature.
De chip is op zo geprogrammeerd dat in-circuit programmeren niet meer mogelijk is of de chip is niet voorzien van de juiste oscillator. Programmeer de chip op een daarvoor bestemd bord of sluit de juiste oscillator aan op de chip.
Ja ik heb die pagina nu al 400 keer doorgelezen en deze foutmelding kan ik negeren zoals in mijn TS staatNocturno schreef op dinsdag 19 december 2006 @ 18:52:
op die site die je post staat onder aan de pagina:
* avrdude: Device signature = 0xffffff
avrdude: Yikes! Invalid device signature.
De chip is op zo geprogrammeerd dat in-circuit programmeren niet meer mogelijk is of de chip is niet voorzien van de juiste oscillator. Programmeer de chip op een daarvoor bestemd bord of sluit de juiste oscillator aan op de chip.
@ Mewbie: Thnx ga ik es naar kijken
Join the dark side, we have cookies :)
You need only two tools. WD-40 and duct tape. If it doesn't move and it should, use WD-40. If it moves and shouldn't, use the tape.
Verder nog: heb je de laatste avrdude software?
edit:
In de source van avrdude kun je trouwens zien dat de eerste foutmelding (inclusief typfout) komt van een mislukt USB commando.
1
2
3
4
5
6
7
8
| int nbytes = usbasp_transmit(1, USBASP_FUNC_ENABLEPROG, cmd, res, sizeof(res)); if ((nbytes != 1) | (res[0] != 0)) { fprintf(stderr, "%s: error: programm enable: target doesn't answer. %x \n", progname, res[0]); return -1; } |
usbasp_transmit mapt weer direct door naar libusb's transmit, er gaat dus iets fout met de usb connectie of Duurt het ook 5 seconden voordat het bericht verschijnt?
Hmm nee het kan niet de timeout zijn, want res[0] is gezien je foutmelding 1. Blijkbaar moet de software hier 0 terugsturen en krijg je 1. In het program enable command.
edit2: in de firmware is te zien dat er 1 wordt teruggegeven op dat commando nadat er 32 keer geprobeerd is het programmer enable commando te sturen naar de AVR zonder reactie. Er is daar dus toch iets mis. Heb je een andere AVR die je er even aan kunt hangen?
[ Voor 60% gewijzigd door madwizard op 20-12-2006 12:51 ]
Ik had er direct transistoren aan hangen die de Z-power schakelen.madwizard schreef op woensdag 20 december 2006 @ 12:33:
Op zich moet het niets uitmaken dat je die pinnen ergens anders voor gebruikt omdat tijdens het programmeren deze pinnen uit worden gezet (reset is laag). Wel maakt het uit wat je er verder aan hardware op hebt hangen. Dat kan wel gewoon zolang ze niet te zwaar de pinnen naar GND of VCC trekken. Heb je de Atmega162 los als IC of zit deze ergens op?
Heb er toen een paar jumpers tussen gezet. Tijdens programmeren de jumpers er af halen en het gaat wel goed. Als ze er wel op zitten krijg ik foutmeldingen, kan hij de signature niet uitlezen, etc.
Please leave a message after the beep.
*beeeeep*
Ik sta nu ongeveer op het punt om weg te gaan voor vakantie dus ik kom hier op terug
Join the dark side, we have cookies :)
You need only two tools. WD-40 and duct tape. If it doesn't move and it should, use WD-40. If it moves and shouldn't, use the tape.
BC337 transistoren.madwizard schreef op woensdag 20 december 2006 @ 13:41:
Zou kunnen dan inderdaad dat de basis van de transistor te veel stroom trok (bij kleine basisweerstand). Of zijn het mosfets? dan zou het niet moeten uitmaken.
Please leave a message after the beep.
*beeeeep*