O carregamento do Arduino Nano fornece o erro: avrdude: stk500_recv (): o programador não está respondendo

Eu tenho um Arduino Nano (Sainsmart) para o qual estou tentando enviar um esboço. No IDE do Arduino, o dispositivo selecionado foi Arduino Nano w/ ATmega328.

No entanto, o upload do esboço me dá o erro

avrdude: stk500_recv(): programmer is not responding

Tentei ambas as portas USB ( /dev/tty.usbserial& /dev/cu.usbserial), mas o mesmo erro persiste. O Arduino está conectado a um Macbook Air através do cabo USB e a PWRluz indicadora do LED no Arduino Lacende e o LED indicador pisca. Não houve problemas ao fazer o upload para um Arduino Uno.

Tentou novamente depois de instalar os drivers FTDI mais recentes (MAC OSX, x64, v2.2.18, FTDIUSBSerialDriver_10_4_10_5_10_6_10_7.mpkg) em http://www.ftdichip.com/Drivers/VCP.htm . No entanto, isso não ajudou.

O que poderia ter dado errado?

Essa mensagem de erro aparece basicamente para qualquer problema de comunicação, portanto, por si só, não é tão instrutivo. O Arduino Nano deve ter redefinição automática, mas talvez o seu clone não tenha? Nesse caso, você teria que pressionar a tecla Redefinir no quadro antes de iniciar o upload.

Sei que isso é antigo, mas eu o encontrei durante minha pesquisa pelo Nano (V3) não está sendo carregado, portanto, o pensamento pode ajudar outra pessoa. O problema é o carregador de inicialização - o IDE do Arduino, MAS ENCONTREI uma solução fácil (logo abaixo do meu nariz).

Percebi que meu nano estava carregando muito bem e finalmente atualizei as placas do Arduino AVR de 1.6.20 para 1.6.21. Não achei que houvesse problemas, pois ainda mostrava meu Nano e ATmega328 etc. no gerente do conselho após a alteração.

Mas o novo gerente de placas tem uma nova opção de processador ATmega328 para o Nano. Mudei o processador: No Arduino IDE, selecione TOOLS>> PROCESSORmenu suspenso de ATmega328P para "ATmega328P (Old Bootloader)".

Desde então, carreguei muitos programas em vários N3's V3 (Prolofic interace Chipset) sem problemas.

Tendo um problema semelhante com o meu Sainsmart Nano.

Sob a opção Preferences"Mostrar saída detalhada durante o carregamento de [x], ao fazer o upload, você deve obter um traço vermelho como este:

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] 

Você notará uma pequena "pausa" antes da primeira linha de avrdude: Send: 0 [30] [20]. Tente fazer o upload novamente e prepare-se para o botão de redefinição física do seu Nano. No momento anterior ao primeiro avrdude: ...aparecimento, pressione o botão de reset.

Quando você obtiver sucesso, verá a tela se enchendo de todo tipo de bobagem e terminando algo assim depois de alguns segundos:

[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.

Eu estava tendo o mesmo problema e recebi a mesma mensagem de erro. Acontece que essas placas não vêm com um gerenciador de inicialização pré-instalado. Se você possui alguns fios de jumper e outro arduino funcional, pode usar este tutorial para instalar o gerenciador de inicialização e deve funcionar muito bem, pelo menos o meu! :)

Recentemente, tive o mesmo problema com três placas Nano que acabei de comprar na Amazon. Posso confirmar que a correção sugerida (alterando para "carregador de inicialização antigo") resolveu meu problema.

Eu acho que o principal problema é a velocidade de upload. A versão "old bootloader" é carregada com sucesso em 57600, mas a versão "nova" padrão tenta carregar em 115200 e falha.

Eu também tive essa mensagem de erro. Eu acho que existem muitas causas possíveis, então me apressei em especificar meu caso especial.

Eu tenho um hackintosh com OS X Yosemite 10.10.2, software Arduino 1.0.6 e Funduino UNO. O carregamento do exemplo para Serial.write () foi bem sucedido na primeira vez. Posteriormente, a maioria dos envios falhou. Mesmo quando o upload foi bem-sucedido, o monitor serial nem sempre mostrava a saída.

Pareceu-me que isso ocorreu devido a falhas de comunicação na porta USB. Eu tive que reiniciar repetidamente o funduino, desconectar e reconectar o cabo USB ou até reiniciar o sistema. Às vezes, ao reconectar o cabo USB, meu sistema congela.

Ao pesquisar no Google, encontrei uma solução para "Inserir dispositivo USB faz com que o Mavericks 10.9.1 congele". A resposta nº 12 do tonymacx86.com basicamente instrui você a remover o GenericUSBXHCI.kext de / System / Library / Extensions.

Fico feliz em informar que, depois de remover este kext, não tenho problemas para carregar o exemplo e monitorar a saída. Como não preciso reconectar o cabo USB, não sei se isso resolve o congelamento do meu sistema. Não tenho certeza se foi um congelamento do sistema, porque meu sistema pode ter deixado de responder ao teclado e mouse USB.

Você se lembrou de dizer ao IDE que o tipo de placa é um Nano?

Tools-> Board=>Arduino Nano ...

Isso me leva sempre a trocar de Nano e Uno.

Teve o mesmo problema e solução foi a seguinte:

• identifiquei meu arduino como CH340 / ATmega168P (escrito em PCB)
• foi para o IDE e escolheu da lista não UNO, mas "Arduino Pro or Pro Mini"
• quando esta opção é selecionada, o novo menu "Processador" está disponível (logo abaixo de Seleção da placa)
• selecionei meu processador ATmega168P lá e o upload funcionou como um encanto!

Eu tive problemas semelhantes com dois Gravitech US Nanos. Nenhum dos métodos a seguir funcionou para mim, mas a lista deve ser bastante exaustiva:

• garantir drivers FTDI mais recentes (aplicável se a porta COM não estiver visível)
• gravar bootloader se os nanos não tiverem um, por exemplo, usando um terceiro nano
• pinos de solda 25 e 26 juntos para amarrar o pino de TESTE a (A) GND
• tente redefinir manualmente o Nano pressionando o botão antes de fazer o upload

A versão 1.8.5 do Arduino IDE dava o mesmo erro toda vez que eu tentava conectá-lo ao meu OSEPP Nano. Eu tentei no Windows 10 e no Mac OsX com 2 Nano diferentes e também tentei voltar para 1.8.4 no IDE. O teste de loopback serial também passou. Eu coloquei a placa em "Arduino Nano" e o processador em ATmega382P. Assegurei que a porta correta estava configurada porque eu podia ver a nova porta aparecer e desaparecer quando eu conectei o Nano e o removi. Estou usando o mini conector USB no Nano.

A solução foi: Escolha o Arduino / Genuino Uno e funcionou!

Alguém precisa consertar isso para que a seleção da placa Nano funcione com a placa Nano

Se isso não funcionar, você precisará usar o spi para programar o nano. Você precisará procurar a conexão e usar um uno, pois ele possui um chip serial at16u2 com um driver que reconhece todos os produtos atmel. Após as conexões, definindo uno como programador piscando o uno como isp, configure o programador como Arduino como isp e faça o flash do chip. Dupla verificação. O benefício é que ele é menos propenso a erros do que o uart e tem um timing melhor, mas é um aborrecimento para ser conectado. Boa sorte

Esse problema ocorreu quando eu atualizei o Arduino IDE. Eu resolvi alterando o processador para "antigo"

Ferramentas-> Processador -> "ATmega328P (carregador de inicialização antigo)" obrigado !!!!

Está bem. Eu tive o mesmo programmer is not respondingerro no Arduino Nano no Atmel MEGA168PA, chip USB: CH340G. Macbook Pro no macOS 10.14.2.

É o exemplo do Blink instalado e a porta não estava visível na lista.

Eu estava tentando descobrir o que havia de errado e conectei meu Arduino Due através da porta de programação. Depois de duas tentativas, o esboço foi carregado ... Então, conectei o Nano de volta, desta vez a porta ficou visível (na verdade duas delas: /dev/cu.wchusbserial14120e /dev/cu.usbserial-14120) e adivinhem, o upload foi bem-sucedido!

Magia!