Il caricamento di Arduino Nano genera un errore: avrdude: stk500_recv (): il programmatore non risponde


19

Ho un Arduino Nano (Sainsmart) sul quale sto provando a caricare uno schizzo. Nell'IDE di Arduino, il dispositivo selezionato era Arduino Nano w/ ATmega328.

Tuttavia, il caricamento dello schizzo mi dà l'errore

avrdude: stk500_recv(): programmer is not responding

Ho provato entrambe le porte USB ( /dev/tty.usbserial& /dev/cu.usbserial) ma lo stesso errore persiste. Arduino è collegato a un Macbook Air tramite il cavo USB e la PWRspia LED su Arduino è accesa e il LLED indicatore lampeggia. Non è stato riscontrato alcun problema durante il caricamento su Arduino Uno.

Riprovare dopo l'installazione dei driver FTDI più recenti (MAC OSX, x64, v2.2.18, FTDIUSBSerialDriver_10_4_10_5_10_6_10_7.mpkg) da http://www.ftdichip.com/Drivers/VCP.htm . Tuttavia ciò non ha aiutato.

Cosa avrebbe potuto andare storto?

Risposte:


5

Questo messaggio di errore si presenta sostanzialmente per qualsiasi problema di comunicazione, quindi di per sé non è poi così istruttivo. Arduino Nano dovrebbe avere il reset automatico, ma forse il tuo clone no? In tal caso, dovresti premere il tasto di ripristino sulla scheda appena prima di iniziare un caricamento.


Secondo la descrizione del dispositivoFeatures: Automatic reset during program...
alexan_e

5
Sì, ma secondo i commenti sulla pagina di Amazon, alcune persone che hanno acquistato questo hanno ancora un altro marchio clone, quindi mi sembra che una buona dose di scetticismo su qualsiasi affermazione nella documentazione sia in ordine, specialmente se possono essere facilmente verificato con un esperimento.
microtherion

Non ho letto i commenti, ma in tal caso potresti avere ragione.
alexan_e

1
Mentre colpendo reset solo la lattina lavoro a tempo giusto (potrebbero essere necessari diversi tentativi), con i cloni Nano è quasi sempre il cambiamento nella velocità bootloader seriale dagli sviluppatori ufficiali arduino.cc che sta causando il problema. È più probabile che questa risposta produca un risultato affidabile: Strumenti → Processore → ATmega328P (vecchio bootloader)
scruss

36

Sappi che questo è vecchio, ma mi sono imbattuto in esso durante la mia ricerca di Nano (V3) che non si sta caricando, quindi il pensiero potrebbe aiutare qualcun altro. Il problema è il bootloader - Arduino IDE MA Ho trovato una soluzione semplice (proprio sotto il mio naso).

Mi sono reso conto che i miei nano erano stati caricati bene, quindi avevo finalmente aggiornato le schede Arduino AVR dall'1.6.20 all'1.6.21. Non pensavo ci fossero problemi perché dopo il cambiamento mostravano ancora il mio Nano e ATmega328 ecc. Nel consiglio di amministrazione.

Ma il nuovo gestore di schede ha un nuovo processore ATmega328 scelto per il Nano. Ho cambiato processore: nell'IDE di Arduino selezionare TOOLS>> PROCESSORmenu a discesa da ATmega328P a "ATmega328P (Old Bootloader)".

Da allora, ho caricato molti programmi su diversi Nano V3 (Prolofic interace Chipset) senza problemi.


@sa_leinad - per favore non cambiare il significato dei post degli altri. Ciò che il poster diceva di aver aggiornato era il pacchetto di schede AVR, non l'IDE. Questa specifica interruzione di versione è stata segnalata altrove.
Chris Stratton,

6
Questo mi ha aiutato a risolvere il problema!
Ewout

2
La soluzione funziona ancora, l'ho testata su Arduino IDE 1.8.7 Stabile, 1.8.8 Creazione oraria (notturna) 2018/11/05 23:59 GMT e 1.9 Beta Build-87 con schede Arduino AVR 1.6.23
Sconosciuto123

La modifica dei bootloader è stata resa pubblica con il rilascio di Arduino IDE 1.8.6: github.com/arduino/Arduino/releases/tag/1.8.6 Altre informazioni in arduino.stackexchange.com/questions/51866/… Un ISP (o un altro Arduino) è necessario per aggiornare il bootloader: arduino.stackexchange.com/questions/66806/…
gestire il

Grazie, il passaggio a ATmega328P (Old Bootloader)mi ha aiutato a risolvere il stk500_recv(): programmer is not responding stk500_getsync() attempt 1 of 10: not in sync: resp=0x79problema. In realtà, ho la sensazione che prima stavo usando la versione precedente della GUI che aveva questa opzione di default.
dma_k

4

Avere un problema simile con il mio Sainsmart Nano.

Sotto la Preferencesspunta "Mostra output dettagliato durante il caricamento [x], quindi durante il caricamento, dovresti ottenere una traccia rossa come questa:

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

         System wide configuration file is "/Applications/Arduino.app/Contents/Resources/Java/hardware/tools/avr/etc/avrdude.conf"
         User configuration file is "/Users/johannes/.avrduderc"
         User configuration file does not exist or is not a regular file, skipping

         Using Port                    : /dev/tty.usbserial-A403MRTP
         Using Programmer              : arduino
         Overriding Baud Rate          : 57600
avrdude: Send: 0 [30]   [20] 
avrdude: Send: 0 [30]   [20] 
avrdude: Send: 0 [30]   [20] 

Noterai una piccola "pausa" poco prima della prima riga di avrdude: Send: 0 [30] [20]. Prova a caricare di nuovo e tieni pronto il dito sul pulsante di ripristino fisico del tuo Nano. Proprio nel momento in cui avrdude: ...appare il primo , premere il pulsante di ripristino.

Quando hai successo, vedrai lo schermo riempirsi di ogni sorta di incomprensibile e terminare qualcosa del genere dopo pochi secondi:

[78] . [00] S [53] h [68] o [6f] u [75] l [6c] d [64]   [20] b [62] e [65]   [20] 0 [30] x [78] 4 [34] 9 [39] D [44] 4 [34] . [00] . [01] . [00] . [00] . [00] . [02] . [00] . [03] . [00] . [04] . [00] . [00] . [00] . [00] . [00] . [e6] . [06] . [b5] . [06] n [6e] . [06] w [77] . [06] . [8c] . [06] . [9d] . [06] . [00] . [00] . [00] . [00] . [02] . [0d] . [aa] . [0d] . [95] . [0c] . [c9] . [0c] . [a9] . [0c] . [f2] . [0c] . [00] 
avrdude: Recv: . [10] 
# | 100% 3.71s

avrdude: verifying ...
avrdude: 8824 bytes of flash verified
avrdude: Send: Q [51]   [20] 
avrdude: Recv: . [14] 
avrdude: Recv: . [10] 

avrdude done.  Thank you.

Questo per dire che l'Arduino (o knock-off) in questione non si ripristina automaticamente prima del caricamento e devi farlo manualmente premendo il pulsante.
Kontur,

4

Stavo avendo lo stesso problema e ho ricevuto lo stesso messaggio di errore. Si scopre che queste schede non hanno un bootloader preinstallato. Se hai dei ponticelli e un altro arduino funzionante, puoi usare questo tutorial per installare il bootloader e dovrebbe funzionare benissimo, almeno il mio ha funzionato! :)


3

Di recente ho avuto lo stesso problema con 3 schede Nano che ho appena acquistato da Amazon. Posso confermare che la correzione suggerita (passando a "vecchio bootloader") ha risolto il mio problema.

Penso che il problema principale sia la velocità di upload. La versione "vecchio bootloader" si carica correttamente a 57600, ma la versione "nuova" predefinita tenta di caricare a 115200 e non riesce.


Sì, questo era anche il mio problema. Ho trovato la spiegazione qui arduino.stackexchange.com/a/51874/47260
Arindam

1
Questo è solo un duplicato di una risposta precedentemente pubblicata.
Chris Stratton,

2

Ho anche avuto quel messaggio di errore. Penso che ci siano molte possibili cause, quindi ho fretta di specificare il mio caso speciale.

Ho un hackintosh con OS X Yosemite 10.10.2, software Arduino 1.0.6 e Funduino UNO. Il caricamento dell'esempio per Serial.write () è riuscito per la prima volta. Successivamente la maggior parte dei caricamenti non è riuscita. Anche quando il caricamento è riuscito, il monitor seriale non mostra sempre l'output.

Questo mi è sembrato dovuto a una cattiva comunicazione sulla porta USB. Ho dovuto ripristinare ripetutamente il funduino, scollegare e ricollegare il cavo USB o persino riavviare il sistema. Quando si sostituisce il cavo USB a volte il mio sistema si blocca.

Cercando su Google ho trovato una soluzione a "L'inserimento di un dispositivo USB provoca il congelamento di Mavericks 10.9.1". La risposta n. 12 su tonymacx86.com ti informa sostanzialmente di rimuovere GenericUSBXHCI.kext da / Sistema / Libreria / Estensioni.

Sono felice di segnalare che dopo aver rimosso questo kext non ho problemi a caricare l'esempio e monitorare l'output. Poiché non è necessario ricollegare il cavo USB, non so se questo risolve il blocco del sistema. Non sono nemmeno sicuro che si trattasse di un blocco del sistema, perché il mio sistema potrebbe non aver risposto alla tastiera e al mouse USB.


2

Ti sei ricordato di dire all'IDE che il tipo di scheda è un Nano?

Tools-> Board=>Arduino Nano ...

Questo mi fa sempre passare da Nano a Uno.


1

Aveva lo stesso problema e la soluzione era la seguente:

  • identificato il mio arduino come CH340 / ATmega168P (scritto su PCB)
  • è andato a IDE e scelto dall'elenco non UNO ma "Arduino Pro o Pro Mini"
  • quando questa opzione è selezionata, è disponibile il nuovo menu Selezione "Processore" (appena sotto Selezione scheda)
  • ho selezionato il mio processore ATmega168P e il caricamento ha funzionato come un fascino!

La selezione della scheda non dipende dal chip di interfaccia USB, ma solo dal processore e dalla velocità di trasmissione.
Chris Stratton,

0

Ho avuto problemi simili con due nanos statunitensi Gravitech. Nessuno dei seguenti metodi ha funzionato per me, ma l'elenco dovrebbe essere piuttosto esaustivo:

  • assicurare i driver FTDI più recenti (applicabile se la porta COM non è visibile)
  • masterizzare il bootloader se i nanos non ne hanno uno, ad esempio utilizzando un terzo nano
  • saldare i pin 25 e 26 insieme per legare il pin TEST a (A) GND
  • prova a ripristinare manualmente Nano premendo il pulsante appena prima del caricamento

0

Arduino IDE versione 1.8.5 ha dato lo stesso errore ogni volta che ho provato a collegarlo al mio OSEPP Nano. L'ho provato su Windows 10 e su Mac OsX con 2 Nano diversi e ho anche provato a tornare a 1.8.4 sull'IDE. Anche il test di loopback seriale è passato. Avevo la scheda impostata su "Arduino Nano" e il processore impostato su ATmega382P. Mi sono assicurato che fosse impostata la porta corretta perché potevo vedere la nuova porta apparire e scomparire quando ho collegato il Nano e l'ho rimosso. Sto usando il mini connettore USB nel Nano.

La soluzione era: scegli Arduino / Genuino Uno e ha funzionato!

Qualcuno deve risolvere questo problema in modo che la selezione della scheda Nano funzioni con il Nano


0

Se questo non funziona dovrai usare spi per programmare il nano. Dovrai cercare la connessione e utilizzare uno poiché ha un chip seriale at16u2 con un driver che riconosce tutti i prodotti atmel. Dopo le connessioni impostare uno come programmatore facendo lampeggiare uno come isp impostare il programmatore come Arduino come isp e far lampeggiare il chip. Doppio controllo. Il vantaggio è che è meno soggetto a errori rispetto a uart e ha un tempismo migliore ma è una seccatura da collegare. In bocca al lupo


0

Questo problema mi è venuto in mente quando ho aggiornato l'IDE di Arduino. L'ho risolto cambiando il processore in "vecchio"

Strumenti-> Processore -> "ATmega328P (vecchio bootloader)" grazie !!!!


1
Questo è solo un duplicato di una risposta precedentemente pubblicata
Chris Stratton

0

Ok. Ho avuto lo stesso programmer is not respondingerrore su Arduino Nano su Atmel MEGA168PA, chip USB: CH340G. Macbook Pro in macOS 10.14.2.

Esegue l'esempio di lampeggiamento della mano installato e la porta non era visibile nell'elenco.

Stavo cercando di capire, cosa non andava e ho collegato il mio Arduino Due attraverso la porta di programmazione. Dopo 2 tentativi lo sketch è stato caricato ... Poi ho ricollegato il Nano, questa volta la porta era visibile (in realtà due di loro: /dev/cu.wchusbserial14120e /dev/cu.usbserial-14120) e indovina un po ', il caricamento era andato a buon fine!

Magia!

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.