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

19

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?

Nyxynyx
fonte

Respostas:

5

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.

microtherion
fonte
De acordo com a descrição do dispositivoFeatures: Automatic reset during program...
alexan_e
5
Sim, mas, de acordo com os comentários na página da Amazon, algumas pessoas que compraram isso receberam outra marca de clones, por isso parece-me que uma boa dose de ceticismo sobre qualquer reclamação na documentação está em ordem, especialmente se puderem ser facilmente encontradas. verificado com um experimento.
microtherion
Não li os comentários, mas nesse caso você pode estar certo.
alexan_e
1
Embora a redefinição no momento certo possa funcionar (pode levar várias tentativas), com os clones do Nano, é quase sempre a alteração na velocidade serial do carregador de inicialização pelos desenvolvedores oficiais do Arduino.cc que está causando o problema. É mais provável que esta resposta produza um resultado confiável: Ferramentas → Processador → ATmega328P (Old Bootloader)
scruss 18/03
36

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.

Pateta Brained
fonte
@sa_leinad - não altere o significado das postagens de outras pessoas. O que o pôster disse que atualizou foi o pacote de placas AVR, não o IDE. Essa quebra de versão específica foi relatada em outro lugar.
Chris Stratton
6
Isso ajudou a resolver o problema para mim!
Ewout
2
A solução ainda está funcionando, testei-a no Arduino IDE 1.8.7 Estável, 1.8.8 Build por hora (noturno) 05/11/2018 23:59 GMT e 1.9 Beta Build-87 com placas Arduino AVR 1.6.23
Unknown123
A mudança nos gerenciadores de inicialização foi tornada pública com o lançamento do Arduino IDE 1.8.6: github.com/arduino/Arduino/releases/tag/1.8.6 Mais informações em arduino.stackexchange.com/questions/51866/… Um ISP (ou outro Arduino) é necessário para atualizar o carregador de inicialização: arduino.stackexchange.com/questions/66806/…
handle
Obrigado, mudar para ATmega328P (Old Bootloader)me ajudou a resolver o stk500_recv(): programmer is not responding stk500_getsync() attempt 1 of 10: not in sync: resp=0x79problema. Na verdade, sinto que antes de usar a versão mais antiga da GUI, que tinha essa opção por padrão.
dma_k 7/08
4

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.
kontur
fonte
Isso significa que o Arduino (ou imitação) em questão não é redefinido automaticamente antes do upload e você deve fazer isso manualmente pressionando o botão
kontur
4

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! :)

violoncelo
fonte
3

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.

Curtg
fonte
Sim, esse também era meu problema. Encontrei a explicação aqui arduino.stackexchange.com/a/51874/47260
Arindam
1
Esta é apenas uma duplicata da resposta postada anteriormente.
Chris Stratton
2

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.

Jan E. Jonker
fonte
2

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.

Kingsley
fonte
1

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!
Radovan Rodak
fonte
A seleção da placa não depende do chip da interface USB, apenas do processador e da taxa de transmissão.
Chris Stratton
0

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
andig
fonte
0

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

JTK
fonte
0

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

JKing
fonte
0

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 !!!!

user3739283
fonte
1
Esta é apenas uma duplicata de uma resposta postado anteriormente
Chris Stratton
0

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!

kelin
fonte