Newsgroup: it.hobby.elettronica.digitale
Titolo: Fuse DWEN negli AVR: possibile che sia così facile rendere inutilizzabile un micro?

Sto giocando da un po' di tempo con gli AVR e mi ï¿œ capitato sotto le 
mani un ATtiny2313A che ha la funzionalitï¿œ debugWIRE.
 
L'ISP con il JTAGICE3 funzionava perfettamente, perchï¿œ nella schermata 
di "Device Programming" in Atmel Studio 6 potevo leggere la signature, i 
fuses, le memorie. In quella sede ho anche provveduto a ripristinare il 
fuse CKDIV8 e CKOUT.
 
I problemi sono nati quando ho iniziato a provare il debug. Un messaggio 
mi ha detto che bisognava programmare il fuse DWEN, cosa che ho fatto 
fare. Poi un messaggio mi diceva di togliere e ridare l'alimentazione 
alla scheda. Forse questo passaggio mi mancava, sta di fatto che la 
sessione di debug non ï¿œ partita, ma ora mi ritrovo con un micro (per 
giunta SMD) che non puï¿œ piï¿œ essere usato!!!!
Mi sembra pazzesco.
 
Se provo a fare qualsiasi operazione ISP (come leggere la signature) mi 
esce fuori un errore (impossibile entrare nella modalitï¿œ programmazione).
 
Immagino che il fuse DWEN che abilita il debug sia attivo, anche se 
lanciando una sessione di debug tramite Atmel Studio 6 mi compare il 
classico errore che si tratta di problemi sulla linea di RESET oppure 
del fuse DWEN non programmato. Se cmq vado avanti ci sono sempre errori.
 
Come posso ripristinare il fuso DWEN, senza dover ricorrere alla 
programmazione ad alta tensione? Io penso che bisogna stoppare la 
sessione di debug per permettere all'ISP di riprendere il controllo, ma 
Atmel Studio 6 continua a dirmi che non puï¿œ entrare in debug.
 
Mi consigliate come procedere?

Mi consigliate come procedere?
 
Il fuse DWEN serve per abilitare il debugwire sulla linea di reset, in
particolare se hai DWEN abilitato hai le varie forme di reset disponibili, tutte
meno il pin di RES\.
 
Il fuse DWEN si pu� abilitare e disabilitare collegando i fili della SPI
presenti sul JTAG, e normalmente si dis-ri-abilita da AVR studio.
 
In alternativa il programma funziona regolarmente, avrai il reset al PWON e non
al RES\, per il resto � uguale.
 
Io uso da parecchio tempo il DW sia su Tiny2313 che su Mega48 senza nessun
problema che mi ricordi
 
 
--
ciao
  Stefano

 problema che mi ricordi
 
Che IDE e programmatore/debugger usi?
 
Io uso Atmel Studio 6 e JTAGICE3. Tra l'altro ho fatto l'upgrade 
dell'IDE all'ultimo SP disponibile (rilasciato qualche mese fa) e mi ha 
anche consigliato di aggiornare il firmware del programmatore.
 
Speravo che questi aggiornamenti risolvessero qualche problema, ma 
invece ne hanno introdotti altri. Il JTAGICE3 non viene pi� visto come 
periferica USB da WIndows e sono costretto a fare un firmware downgrade 
(procedura consigliata da Atmel!).
E comunque i problemi su SPI/DWEN rimangono.
 
Mi sto quasi pentendo di aver lasciato i PIC per gli AVR :-(
 

 meno il pin di RES\.
 
Sono quasi sicuro che sia un problema di fuse DWEN programmato che Atmel 
Studio/JTAGICE3 non riescono a cancellare, perch� prima di entrare in 
debug avevo avuto il tempo, tramite SPI, di programmare il fuso CKOUT 
per fare uscire il clock sul pin PD2.
 
Ora con l'oscilloscopio vedo il clock (oscillatore interno) anche se 
metto il pin RES\ basso. Io penso che con un RES\ basso l'oscillatore 
deve fermarsi... ergo il pin RES\ � impegnato come debugWIRE.
 
Perch� mai il mio JTAGICE3 e l'Atmel Studio 6 (ultimissima versione) non 
riescono a disabilitare questo maledetto fuse?
 
 
 
 

 riescono a disabilitare questo maledetto fuse?
 
Non ho usato il DW, ma ho letto che ï¿œ molto sensibile alla
capacitï¿œ sul pin Reset, se hai condensatori connessi alla linea,
anche tramite resistenze, prova ed eliminarli.
 
Ciao!
 
-- 
Muvideo altrove
Fabio Eboli nella vita reale...
fabioebChiocciolAquipo.it
 
 

 anche tramite resistenze, prova ed eliminarli.
 
Grazie del consiglio, ma niente condensatori nï¿œ resistenze sulla linea 
di reset :-(
 
 

Mi sto quasi pentendo di aver lasciato i PIC per gli AVR :-(
 
Mi spiace.
 
--
ciao
  Stefano

 Mi spiace.
 
Anche a me. Considera che ho scritto anche alla sezione Technical 
Support di Atmel sul loro sito web e mi hanno risposto dicendomi che pi� 
di uno ha fatto notare questo problema, � presente per l'AS6 e il 
JTAGICE3 e sperano di risolverlo in una prossima release.
 
 

JTAGICE3 e sperano di risolverlo in una prossima release.
 
Quindi ï¿œ un problema specifico di quella combinazione di sw e debugger, buono a
sapersi.
Comunque con meno di 50ï¿œ prendi l'AVR Dragon, che va senza problemi anche con
AvrStudio 4 (almeno qualla che ho io) e supporta il DW.
 
 
 
--
ciao
  Stefano

 AvrStudio 4 (almeno qualla che ho io) e supporta il DW.
 
Essï¿œ, un attimino perï¿œ mi girano dopo aver speso 100ï¿œ per il JTAGICE3 
che ï¿œ l'ultimo modello.
 
 
A proposito, mi sapresti dire come ordinare campioni dal sito Atmel da 
privati, se si puï¿œ? Dovrei inserire il numero EORI che non ho idea di 
cosa sia.
 

 Dovrei inserire il numero EORI che non ho idea di cosa sia.
 
E' la partita IVA
 
EORI =  European Union numbering scheme for Authorized Economic Operators
(usually derived from Value added tax identification number)
 
 
--
ciao
  Stefano

 (usually derived from Value added tax identification number)
 
Ah, ok. Non ci capisco niente di queste cose.
 
 
Comunque ho risolto in parte. Ho installato AVR Studio 5 in una Virtual 
Machine e sono riuscito a sbloccare i micro bloccati. In effetti l'SPI 
era bloccato perch� era attivo il debugWire. Simulando una sessione di 
debug, sono riuscito a disabilitarlo e l'SPI � tornato a funzionare.
 
Quindi il bug � proprio in AS6 che pilota il JTAGICE3 nella gestione del 
debugWire. Spero risolvano presto il problema.
 
 

debugWire. Spero risolvano presto il problema.
 
Bene
 
--
ciao
  Stefano