Problem med AVRISP mk2 & kortslutning på reset line,atmega64

[peltor]

Hej!

Jag har lite problem med en radiostyrning (Turnigy 9x, 8 kanals radiostyrning för 59$) som jag tänkt uppgradera fw i, finns flera opensource projekt på ny firmware, då det är den som är dålig, radiostyrningen i övrigt är helt ok. Plattformen bygger på en atmega64.

För och göra detta behöver jag ansluta en AVR programmerare. Jag har inskaffat en AVRISP mk2 från Elfa.

När jag ansluter min programmerare så lyser den med en stadigt fint grönt sken på USB sidan, ocn konstant elakt rött på programmerar sidan. Jag använder radiostyrningens batteripack för och strömsätta atmega64 processorn, då min avrisp mk2 inte ger ngn ström, den är inte moddad..

Jag har installerat AVR studio 4.18 SP2 och programmeraren är uppgraderad till dito.

När jag ansluter min target device så rapporterar AVR studio omedelbart att det är kortslutning på reset line(s).

Jag har kollat vad manualen säger på programmeraren och reset line verkar ha kortslutningskydd, som triggas av antingen just kortis på Vcc/GND, eller så kan det utlösas av vajsing med pull up resistors.


Lite mer bakgrund:

Jag har lödigt in mig på radiostyrningens lödytor som finns, jag antar de är till för och ansluta en jig för fw installering på fabriken. Runda relativt stora ytor som är fina och löda på, syns tydligt på bild som finns enl länken nedan.

Jag har följt intstruktionen på följande sida (på tyska dock).

http://code.google.com/p/th9x/wiki/installation_de

Där finns en bild som visar vilka pins som löds in vart på PCB. Jag har lödigt in mig på samma ytor, med ett undantag, mitt pcb har en lödyta på SCK, där det är en röd ring markerad med v2 på bilden. Jag har en nyare variant av PCB än bilden visar. tidigare fanns ingen fin lödyta på äldre PCB, så det har blivigt lättare och löda in sig på de nyare korten.

Jag har följt pins från programmeraren, öppnat skalet och verifierat pin1 och den är ansluten mot kontakten med en liten pil på. Bombsäker på att pinout stämmer då jag följt detta fullt ut och sedan hela vägen till atmega64 processorn, räknat vilka ben de ansluter mot och jämfört med dokumentationen för processorn.

Ser korrekt ut, så tror inte pinout är fel.

Kan jag ha bränt resitorn på reset line? använde mycket lite värme när jag lödde, så känns osannlikt, men samtidigt är det enda förklaringen jag kan komma på, men jag vet inte. Kanske finns andra aspekter jag inte tänkt på, det jag hoppas kunna få lite input på här på forumet. kanske ngn har förslag på hur jag skulle kunna komma förbi mina problem.


Jag är intresserad av och höra om ngn har några förslag på hur jag skulle kunna utesluta vidare, eller testa om jag kan hitta ngn workaround förbi allt. Om det skulle vara pull up resistor som är problem, skulle jag kunna hitta en workaround på ngt enkelt sätt?

[thepirateboy]

Det ser ut som det sitter en stor konding på resetpinnen, 47uF?
Om det är så skulle jag nog testa att koppla bort ena benet på kondingen, kan vara svårt för programmeraren att dra resetpinnen annars.

[sodjan]

> Jag har följt intstruktionen på följande sida (på tyska dock).

Även under "Fehlersuche", speciellt där det talas om kondingen på RST ?

[peltor]

Jag har kollat resistorn med förstoringsglas, det står 103 på den, det torde ju va 10K ohm då, antar jag.

det du sa om kondoningen va intressant, kollade igen på "Tysk" dokumentet igen nu, min tyska är ju tämligen begränsad. Men på en av bilderna visar de att den tidgare versionen av PCB hade 10uF konding, och nu är de på 46uF, jag har den nyare typen av PCB.

kan tänka mig det är relevant i högsta grad och varför det inte funkar så enkelt för mig som det verkar ha gjort för många andra och uppgradera firmware.

Alltså har jag en konding på 46uF på benet mot reset, enl dokumentet. Tror det stämmer faktiskt.

Skulle det vara en stor risk och ta bort kondingen helt, och behålla resistorn? antar den sitter där som skydd enbart, eller?

[sodjan]

Den sitter nog där för att under normala förhållanden få
en "ren" reset-signal och eventuellt en liten fördröjning mellan
spänningstillsag och att processorn "släpps lös". Den kan dock
störa programmerarens hantering av RST pinnen och, om
kontrollen görs snabbt, upplevas som en kortslutning.

Men hur som helst, web-sidan rekomenderar ju att koppla bort
kondingen, så varför inte ?

"entfernen" = "ta bort" enligt Google...

[peltor]

Jag provar ta bort den som nästa steg, så får vi se hur den reagerar på det.

[peltor]

jag provade lätta på ena benet bara på kondingen, nu så tänder programmeraren upp grönt och fint på programmererar sidan med, och jag kan göra read mot processorn.

Blir säkert nya frågor och problem, ska prova kopiera upp gamla firmware som back up nu

[peltor]

Här kommer mera.

När jag ifrån AVR studio gör read på flash verkar det gå bra, och båda led är gröna när den står i normal state när programmeraren inte gör ngt.

Gör jag read från flash ser det ut så här, antar det är korrekt allt och programeraren funkar via USB, ser onekligen ut så.

den gör "entering programming mode..OK!", "reading flash..OK!", "leaving programming mode..OK!", "writing flash output file..OK!"

Ser i mina ögon schysst ut, när jag sedan via avrdude försöker göra saker, som de refererar till i instruktionerna, så funkar det inte alls, jag får den inte ens kommunicera via usb porten, den hittar inte programmeraren för och läsa ens.

försker med följande, gissar på det är skitbakom spakarna, har aldrig kört en sådan här avr programmerare förr, så det är nytt för mig.

<SNIP>
C:\Documents and Settings\Administrator>avrdude -p m64 -c avrisp2 -P USB
avrdude: ser_open(): can't open device "USB": The system cannot find the file specified.


C:\Documents and Settings\Administrator>
<SNAP>

Jag förväntar mig man borde få ngt hexvärde tillbaka typ, eller ngt ifrån detta.

Min drivrutin har installerat sig som jungo för sig själv när jag tittar på alla drivers, och ingen referens till ngn specifik serieport eller så.

Vad gör jag för fel? jag antar jag gör ngt fel, då det faktiskt ser ok ut i AVR studio. Tacksam för input och föslag, sugen som tusan på få på ny firmware på min radiostyrning, hehe.

[sodjan]

Det är inte läs-skydd på/i processorn ?
Ingen aning om det skulle ge dina symptom dock...

> "writing flash output file..OK!"

Blev det något i filen ?

[peltor]

ja, jag får innehåll i filen, så nog har den läst av i AVR studio miljön. Read Flash ger 181Kb och Read eeprom får jag 6Kb innehåll i.

Borde inte parametraran i avrdude räcka för och få ngn slags respons alls? jag har specat vilken target device jag har, att jag använder USB som port. Jag har aldrig kört avrdude eller motsvarande miljö förr, så lite premiär för mig i denna "nya" värld.

ser ju ut som den inte kommunicerar alls utanför AVRstudio, jag har ändå stängt ned AVR studio, tänkte den blockerade för avrstudio, antar bara en kan kommunicera med kontrollerna åt gången.

[peltor]

Måste väl troligen vara ett avrdude relaterat problem, snarare än programmeraren och hw i sig självt, då jag kan läsa och få innehåll från avrstudio.

[jojje]

Tack sodjan för hjälpen med det första problemet.

[sodjan]

> Read Flash ger 181Kb och Read eeprom får jag 6Kb innehåll i.

Ja, men det är ju bara storlekarna. Är det något vettigt innehåll ?

[peltor]

Sitter du och vaktar på forumet sodjan? grymt snabba svar på inläggen och det är superhyvens med hjälpen..

Tja exakt vad de innehåller är ju en bra fråga, ser ju spontant ut som ngn typ av binärt data i dem. AVR studio kör sin bar i nederkant när den läser, och den säger allt är ok, så länge jag är i AVR studio. Storleksmässigt är innehållet lite mer än den opensource kod jag spanat in mig på. Så verkar rimligt iaf.

[peltor]

Slutade med jag skippade avrdude, iom det verkar va den jag inte fick funka men det fungerade inneifrån AVR studio.

Laddade på koden därifrån istället, gick snabbt och fint.

Super tack för hjälpen iaf.