MEGA 2560 r3_Problema upload sketch

Salve a tutti,
come da titolo, avrei dei problemi inerenti al caricamento degli sketchs sulla mia board..
Provando con qualsiasi soluzione trovata online, per ora non ho risolto nulla..
Ho provato su 3 OS diversi..Windows 7 (64), windows xp (32) e ubuntu (32 e 64) ..niente da fare..la scheda viene riconosciuta..i driver sono installati correttamente, la porta è corretta, ma al momento dell'upload vengono riportati i diversi "timeout" perchè non si riceve risposta dall'arduino.. Ecco cosa riporta l'ide con modalità verbose attiva..

avrdude: Version 5.11, compiled on Sep  2 2011 at 19:38:36
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2009 Joerg Wunsch

         System wide configuration file is "C:\Program Files (x86)\Arduino\hardware/tools/avr/etc/avrdude.conf"

         Using Port                    : \\.\COM3
         Using Programmer              : stk500v2
         Overriding Baud Rate          : 115200
avrdude: Send: . [1b] . [01] . [00] . [01] . [0e] . [01] . [14] 
avrdude: Recv: 
avrdude: stk500v2_ReceiveMessage(): timeout
avrdude: Send: . [1b] . [01] . [00] . [01] . [0e] . [01] . [14] 
avrdude: Recv: 
avrdude: stk500v2_ReceiveMessage(): timeout
avrdude: Send: . [1b] . [01] . [00] . [01] . [0e] . [01] . [14] 
avrdude: Recv: 
avrdude: stk500v2_ReceiveMessage(): timeout
avrdude: Send: . [1b] . [01] . [00] . [01] . [0e] . [01] . [14] 
avrdude: Recv: 
avrdude: stk500v2_ReceiveMessage(): timeout
avrdude: Send: . [1b] . [01] . [00] . [01] . [0e] . [01] . [14] 
avrdude: Recv: 
avrdude: stk500v2_ReceiveMessage(): timeout
avrdude: Send: . [1b] . [01] . [00] . [01] . [0e] . [01] . [14] 
avrdude: Recv: 
avrdude: stk500v2_ReceiveMessage(): timeout
avrdude: stk500v2_getsync(): timeout communicating with programmer
         AVR Part                      : ATMEGA2560
         Chip Erase delay              : 9000 us
         PAGEL                         : PD7
         BS2                           : PA0
         RESET disposition             : dedicated
         RETRY pulse                   : SCK
         serial program mode           : yes
         parallel program mode         : yes
         Timeout                       : 200
         StabDelay                     : 100
         CmdexeDelay                   : 25
         SyncLoops                     : 32
         ByteDelay                     : 0
         PollIndex                     : 3
         PollValue                     : 0x53
         Memory Detail                 :

                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           eeprom        65    10     8    0 no       4096    8      0  9000  9000 0x00 0x00
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           flash         65    10   256    0 yes    262144  256   1024  4500  4500 0x00 0x00
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           lfuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           hfuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           efuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           lock           0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           calibration    0     0     0    0 no          1    0      0     0     0 0x00 0x00
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           signature      0     0     0    0 no          3    0      0     0     0 0x00 0x00

         Programmer Type : STK500V2
         Description     : Atmel STK500 Version 2.x firmware
         Programmer Model: Unknown
avrdude: Send: . [1b] . [01] . [00] . [02] . [0e] . [03] . [90] . [85] 
avrdude: Recv: 
avrdude: stk500v2_ReceiveMessage(): timeout
avrdude: Send: . [1b] . [01] . [00] . [01] . [0e] . [01] . [14] 
avrdude: Recv: 
avrdude: stk500v2_ReceiveMessage(): timeout
avrdude: Send: . [1b] . [01] . [00] . [01] . [0e] . [01] . [14] 
avrdude: Recv: 
avrdude: stk500v2_ReceiveMessage(): timeout
avrdude: Send: . [1b] . [01] . [00] . [01] . [0e] . [01] . [14] 
avrdude: Recv: 
avrdude: stk500v2_ReceiveMessage(): timeout
avrdude: Send: . [1b] . [01] . [00] . [01] . [0e] . [01] . [14] 
avrdude: ser_send(): write error: sorry no info avail

L'ultimo errore è dovuto al fatto che ho staccato il cavo usb, diversamente continua a provare e riprovare..

Ho provato a configurare il programmatore da stk500v2 a wiring sul file di configurazione ma niente..stessa identica cosa..

Manovra di emergenza?già provata..conosco la sincronizzazione tra il rilascio del tasto reset al momento del'upload perchè ho già usato altre volte questo metodo..ma niente..non vuole saperne..

Tutto questo va avanti da quando ho provato a caricare una sorta di web server, che caricava un file html contenuto all'interno della scheda sd di una shield ethernet con cihipset w5100, e lo condivideva sulla rete locale..insomma, i classici schetck di esempio..il programma funziona tutt'ora ma il problema è che da allora non riesco a caricarne degli altri..

Se alimento arduino con cavo usb si accendono il led "ON" e il led "L" entrambi fissi.."blinka", se si può dire, esclusivamente "L" nel caso di un reset"..
Se alimento con alimentatore esterno si accendono il led "ON" e il led "L", il quale anzichè restar fisso pian pian "sbiadisce" fino a spegnersi..la sensazione nel vederlo è come se ci fosse una batteria ad alimentarlo che improvvisamente si scarica..
Nel caso dei led RX/TX non lampeggiano minimamente..se ci monto la shield ethernet però, i led RX/TX della shield lampeggiano tranquillamente..

Non so più che fare..qualche soluzione??

Se ti viene riconosciuta la scheda non è un problema dell'8U2, quindi può essere qualche componente collegato ai pin 0 e 1 oppure lo sketch che scrive immediatamente sulla seriale.
Scollega tutta la circuiteria esterna e riprova.
Dicci anche se lo sketch prevede l'uso intenso della seriale.

skull6m:
Se alimento con alimentatore esterno si accendono il led "ON" e il led "L", il quale anzichè restar fisso pian pian "sbiadisce" fino a spegnersi..

Non è regolare.
Ma questo te lo fa con nulla collegato alla scheda? Oppure quando si comporta così c'è lo shield ethernet sopra?

Comunque smonta tutto come ti ha detto Paolo e prova a rifare l'upload.

PaoloP:
Se ti viene riconosciuta la scheda non è un problema dell'8U2, quindi può essere qualche componente collegato ai pin 0 e 1 oppure lo sketch che scrive immediatamente sulla seriale.
Scollega tutta la circuiteria esterna e riprova.
Dicci anche se lo sketch prevede l'uso intenso della seriale.

se la seriale fosse in uso si accenderebbero i led rx/tx; è quantomeno strano il comportamento dell'alimentazione esterna, sembrerebbe che sia accaduto qualcosa al sistema di switch, ma senza avere la scheda tra le mani e fare un po' di misure è davvero problematico scovare l'inghippo.

Se ti viene riconosciuta la scheda non è un problema dell'8U2, quindi può essere qualche componente collegato ai pin 0 e 1 oppure lo sketch che scrive immediatamente sulla seriale.
Scollega tutta la circuiteria esterna e riprova.
Dicci anche se lo sketch prevede l'uso intenso della seriale.

La situazione di test è "pulita", ossia non c'è collegato nulla all'arduino..e tantomeno penso, che ci sia un problema di saturazione del buffer dovuta alla scrittura sulla seriale..anche se ora non ho lo sketch a disposizione, in principio non inserendo la shield la comunicazione non dovrebbe avvenire..ma poi ci sarebbe un riferimento sui led tx/rx, che invece non danno segno di vita se senza shield..

Io penso sia andata a farsi benedire qualcosa..

...ma senza avere la scheda tra le mani e fare un po' di misure è davvero problematico scovare l'inghippo.

Che misure dovrei fare??almeno secondo che logica..??potrei riuscire da solo?

nessuno ha idea di che problema ci possa essere??

dovrei pensare direttamente a comprarlo nuovo?

L'idea comune mi pare che sia quella di una scheda con un qualche problema hardware.
Non avendola sotto mano non è possibile però confermare/smentire questa ipotesi.

Se hai un amico/conoscente che si "intende" di elettronica, potresti provare a farla vedere a lui.

Ho potuto constatare che la scheda era andata..ho pensato bene quindi di comprarlo nuovo!

Grazie per la collaborazione di tutti voi! :wink:

se non hai buttato la guasta ed hai tempo e voglia contattami in pm, così me la mandi e ti ci dò un'occhiata, rileggendo il mio ultimo post vorrei misurare il sistema di commutazione dell'alimentazione, non dovrebbe essere un danno drammatico; oppure portala da uno che se la cava e dagli questa dritta :wink: