Svenska ElektronikForumet

Vilka programmerare stödjer "Parallel High Voltage Programming Mode" ..?

STK500 och Dragon. Men Dragon tar inte lika många kretsar som STK500, som tar allt. Vet ej om det finns fler.

JJ: Har du provat göra samma procedur i en STK500? Allså koppla in Dragon i den via ISP-uttaget?
Då kan man ju iaf utesluta fel i konstruktionen.

Mitt resonemang grundar sig på att alla AVR-entusiaster borde vara väl medvetna om problemet, om det föreligger något sådant vill säga.
Logiken säger att det vore underligt att den fått en så stor (och växande) skara anhängare om varannen processor dör vid programmering...

För om jag tolkar dig rätt så är förutsättningarna inga annorlunda för dig än för någon annan.

JJ skrev:Nej det har jag inte. (Har bara en kapabel hemma.) Just nu är jag bara glad för de gånger det funkar men du har rätt i att det är värt att testa.

speakman: Att ett program som är korrekt med en programmeringsmetod dödar processorn bestående med en annan tolkar jag som en stor fet bugg i AVR-kislet, ehuru dokumenterad. Om du ser det som en feature kan du gärna förklara hur

hur *vet* du att det är ditt (korrekta) program som dödar kretsen? Säker på att det inte finns någon blunder i hårdvaran, antingen i datorn eller i processorns hårdvara?
Än en gång så har jag mycket svårt att tro att du får en massa dåliga kretsar som det är fel på när ingen annan får det (nåja, det finns säkert fler som *trott* att det är fel på en del komponenter utan orsak).

Vi använder oftast 500 eller fler avr kretsar i veckan och vi har aldrig varit med om ditt problem, så du förstår kanske att jag är kritisk till att du skulle ha fått en massa felaktiga kretsar...

maha skrev:Nu är det nog lite magstarkt att tala om att du har "dödat" dina AVR:er. Troligtvis går det hur bra som helst att få dem på banan igen om man programmerar om dem i "Parallel High Voltage Programming Mode".

Hoppas du inte kastat alla "döda" AVR:er. Många spänn i soptunnan i onödan i så fall...

Man måste vad jag förstår löda 20 kablar på sin Dragon och det kommer jag aldrig att orka så då blir de liggande. Någon som vill ha några döda/sovande/skendöda 88:or?

Hursomhelst, anledningen att jag tog upp denhär tråden igen var inte för att dissa AVR utan tvärtom för att berätta att AVR och jag har blivit vänner igen, om än något skeptiska till varandra. Det kanske inte lät så.

(Jag gillar inte att läsa i gamla trådar där man inte får reda på hur det gick sen.)

Jag tar gärna emot en eller ett par trasiga kretsar, så kan jag testa om dom verkligen är trasiga.

Och hur jag vet att det är fel: Kolla manualen under PRR och under Limitations of DebugWire.

Jag är sombjörn,jag vill också utreda några av dina skendöda AVRer.

Mvh.

JJ: Och du har tagit hänsyn till dessa begränsningar i ditt program?

Nu förstår jag att vi pratar förbi varandra. När jag hittade begränsningen så tog jag bort den rad i koden som skriver till PRR och sedan har inte processorerna avlidit eller vad vi nu vill kalla det. Jag tror jag har berättat om det i denhär tråden så mina senaste inlägg blir nog mer begripliga för dig om du läser om dem med detta i åtanke.

Kvar är problemet att studion tappar kontakten och måste startas om. Irriterande men omöjliggjör inte användning.

Är det någon som är nyfiken: ta fram en debugwire-grunka, en 88 eller 48... och skriv lite på SPI-biten i PRR och berätta vad som händer!

Jag har tyvärr ingen debugwire "grunka", får se om jag orkar bry mig o lånar en drake av lawicel någon dag.

är det den här biten du menar?

* Bit 2 - PRSPI: Power Reduction Serial Peripheral Interface

If using debugWIRE On-chip Debug System, this bit should not be written to one.

Writing a logic one to this bit shuts down the Serial Peripheral Interface by stopping the clock to the module. When waking up the SPI again, the SPI should be re initialized to ensure proper operation.

Japp. Och läser man i dw-kapitlet står det:

The debugWIRE system shares system clock with the SPI module. Thus the PRSPI bit in the
PRR register must not be set when debugging. Setting the PRSPI bit will disable the clock to the
debugWIRE module and may lead to lockup of the device.

Varföe satte du PRSPI från första början? Har den någon funktion som du ville ha eller?

jag kan fortfarande inte se hur detta skulle kunna döda en AVR.

gör en power-cycle och allting borde fungera igen, för du skriver väl inget till fuse bitarna?