Не знаю, кто такой "индикатор "L"", возможно светик на 13 пине. Но чем заниматься дрочевом с отлавливанием ресета, в этом случае проще записать уновский загрузчик. ИМХО.

P/S та и доводы sadman41 это не опровергает. Доберман может бесноваться сколько угодно, но ресет в нужный момент его остановит. Шаманство, батенька, шаманство.

StaDeLeon - и с чего вы взяли, что у всех других так?  Вы возомнили себя Прометеем, который спасет всех новичков. угнетаемых "дедами" на форумах?

Ошибка avrdude: stk500_recv(): programmer is not responding - очень общая, к этому сообщению могут приводить десятки причин. Наиболее распространенная - это отсутсвие драйверов или проблемы с кабелем.

Единого рецепта для этой ошибки нет, и именно этим обьясняется отсуствие конкретных ответов на вопросы новичков, а вовсе не пресловутыми "особенностями форумов".

возможно вы правы, но другой ситуации у меня пока небыло.
Сейчас попробую залить загрузчик от UNO в Nano, говорят это помогает пофиксить данный баг. у меня есть как раз скетч где при добавлении кол-ва светодиодов больше 85 Нянька падает и начинает брыкаться. так что сразу проверю и отпишусь по результату

Ну, уновский загрузчик, оперативы вряд ли добавит.

Я не говорю что у всех такая проблема.
Но когда раньше работало, и вдруг перестало работать - проблем с драйверами теоретически быть не может, а вот глюк с кривым загрузчиком - возникает не менее часто и ищут решение на него тоже очень много

баг с загрузчиком не имеет ни малейшего отношения к этой ошибке.

Но раз решили сменить загрузчик-  перезалейте - это в любом случае полезно, я свои Наны перешиваю загрузчком от Уно сразу при получении с почты

Почему не сразу оптибутом?

это мне вопрос?  Если да:

стандартный загрузчик для Уно в комплекте ИДЕ - это и есть оптибут, в этом нетрудно убедиться, посмотрев boards.txt:

uno.name=Arduino/Genuino Uno


uno.upload.tool=avrdude
uno.upload.protocol=arduino
uno.upload.maximum_size=32256
uno.upload.maximum_data_size=2048
uno.upload.speed=115200

uno.bootloader.tool=avrdude
uno.bootloader.low_fuses=0xFF
uno.bootloader.high_fuses=0xDE
uno.bootloader.extended_fuses=0xFD
uno.bootloader.unlock_bits=0x3F
uno.bootloader.lock_bits=0x0F
uno.bootloader.file=optiboot/optiboot_atmega328.hex  // <======

uno.build.mcu=atmega328p
uno.build.f_cpu=16000000L
uno.build.board=AVR_UNO
uno.build.core=arduino
uno.build.variant=standard 

Вон оно как таперича. А я все свои зашил так давно, что не помню, когда в последний раз в boards залезал. Сотнями я их не беру, поэтому так часто и не шью ))

блин пришлось немного помудохаться с перезаливкой загрузчика, по тому что как оказалось что бы перезалить загрузчик из под линукса нужно зачем-то лепить кондёр на 10 мф между ресетом и землёй, а из под винды всё нормально льётся О_о магия блин :) пришлось всё поднимать под виндой и заливать оттуда

баг может и не имеет отношения, но как факт - после обновления загрузчика я смог нормально проинициализировать 160 светодиодов - что влезло в 99% памяти, мне конечно нужно меньше и я уменьшу до 114 (93%) но раньше Нянька сходила с ума при превышении порога в 88% - (сразу после 85 светодиодов)

а вторая Нянька из того же заказа - сразу без проблем смогла зашить себе 160 светодиодов со старым загрузчиком.

и снова Китайская магия :)

программа ни с 88% ни 93% загрузки памяти -  "не взлетит". Скетч ваш не видел - но практически уверен, что с памятью вы работать не умеете, раз у вас такие проблемы возникают.

Откройте для себя квалификатор PROGMEM, чтобы не занимать всю память константами.

на 88% взлетает и работает со всей обвязкой - проверял, но за любой совет спасибо, обязательно разберусь с ним.
Так-как только начинаю закапываться в мир микроконтроллеров то пока балуюсь разными штуками от видео-блоггеров, скетч который я использую - это Световой меч от AlexGyver https://www.youtube.com/watch?v=bqGa-cfcyEo&t=236s

Спасибо, помогло изменение скорости в файле (с последующей перезагрузкой компьютера).

А откуда эта информация, что именно такая скорость должна быть? Такое впечатление, что все ребята знают это.

Я писал на первой странице: В файле настроек нашел настройки для ардуино уно.  уно программировались успешно.  а для нано скорость поменялась и был косяк. из этого делаем выводы - чипсет одинаковый, скорости должны быть одинаковы. меняем скорость - работает. профит.

Спасибо!

Из Arduino IDE 1.8.5 не загружало в Arduino Nano скетчи с ошибкой "programmer is not responding".

А из Arduino IDE 1.6.5 загружало.

Оказалось, что в "Инструменты"->"Процессор" надо выбрать не ATmega328P, а ATmega328P (Old Bootloader).

также потратил кучу времени читая тут срачь на форуме, не читал благо вторую страницу, сам попробовал на Old Bootloader переключить и все заработало

Проблему решил немного другим способом. Зашунтировал линию DTR перед конденсатором сопротивлением 1кОм.  Ошибка пропала на всех платах. Все дело в переходных процессах конденсатор не до конца разряжается. 

ARDUINO NANO CH340 
получил новые платы из китая - не грузился скетч. на двух компах (на другую партию плат и все грузится)

avrdude: stk500_recv(): programmer is not responding

Нажатие RESET не помогло

Было: arduino-1.8.5-windows.exe
Поставил: arduino-1.8.9-windows.exe

Стал заливаться скетч. 

Вы дурак?  То, что вы пишите, все знают без вас. Хватит тролить и засирать форум. Администратор, просьба таких банить на совсем. Сюда приходят люди ради дела, получить совет по теме, а я сижу и продираюсь через его фикалии. Видимо придется сюда больше не возвращаться.

Странно, у меня стоит arduino-1.8.10-windows.exe

И таже беда, не грузится с той же ошибкой.

Посмотрите в этой ветке на предыдущей странице написано про вариант с принудительным изменением скорости загрузки для nano. Мне помогло.

вот именно - обратите этот совет к себе.

Про "программер из нот респондинг" сотни тем на российских и зарубежных форумах, сидите и читайте , а здесь форум засирать не надо.

У меня при попытке загрузить скетч GRBL вылезает такая же ошибка. Но вот что интересно - другие скетчи загружаются и работают без пролем... В чем тут может быть проблема?

На кабель уже не спишеш. Как и на то, что "ардуину" спалил.

Китайский клон Uno на CH340G

вы бы скетч привели, мы попробуем )))

Да скетч известный - последняя версия GRBL с гитхаба (https://github.com/grbl/grbl). Это скетч для управления cnc станками.

разные настройки прошивки при загрузке GRBL и "других скетчей"?

Другое предположить сложно. Дело в том, что в момент, когда появляется эта ошибка - еще никакой скетч в плату не грузится и, сл-но, эта ошибка никак от кода зависеть не должна...

Хинт - если вам важно получить результат (загрузить прошивку), а не исследовать, "почему не грузится" - я бы просто загрузил по ISP - там ошибки "программер из нот респондинг" не бывает

https://github.com/grbl/grbl/wiki/Flashing-Grbl-to-an-Arduino

То, что в самом конце страницы, не Ваш случай?

Всё там грузится, унки не было, залил в нанку )))

Кажется не оно... Но, все равно, спасибо за участие!

Так вот в том то и незадача. Вроде все оч просто. Куча роликов на ютубе с успешной демонстрацией процесса. И я ардуино в руках держу не впервые (хоть и далеко не спец в этих вопросах, но скетчи свои писал - екран прикручивал, модуль часов, мр3 проигрыватель и все работало).

А вот тут какая то фигня..... на ровном месте - при простой заливке откатаного сотнями людей скетча.... ничего понять не могу

Кажется, нашел, но все печально:

USB to Serial transmission errors

• It has been found that both genuine Arduino boards, and clone Arduino boards experience occasional errors in transmission of data from the host computer to Grbl. The related errors could result in unwanted motion of the machine. The problem was originally discovered on a an Arduino clone that used a CH340G USB to serial chip, but the problem is also present to a lesser degree on genuine Arduino's and clones that use the Atmel 16U2 chip. There is no fix for the CH340G USB to serial chip. An updated firmware is required to eliminate the problem on the boards using the 16U2 chip.

• Clone Arduino boards using the CH340G USB to Serial chip experience occasional transmission errors and their use is at your own risk. There is no current fix for this problem on CH340G equipped boards.

• Genuine Arduino boards and clone Arduino boards using the Atmel 16U2 USB to Serial chip also experience occasional transmission errors and it is recommended that users re-flash the 16U2 chip with updated firmware. You can use the instructions here: https://www.arduino.cc/en/Hacking/DFUProgramming8U2 to falsh the new firmware, and the new firmware can be found here:https://github.com/AlexHolden/Arduino/tree/master/hardware/arduino/avr/firmwares/atmegaxxu2/arduino-usbserial Many thanks to user AlexHolden for taking the time to edit the firmware to solve this problem.

Этот глюк вылазит на уже прошитых... попробуйте поставить ядро miniCore и с этим ядром залить прошивку в вашу плату, у меня в нанку залит именно этот загрузчик

что значит "не оно"? - вы проверяли? бутлоадер перешили в своей плате?

Добрый день, товарищи

Столкнулся все с той же проблемой( проделывал по очередности советы с первой страницы, пока не пришла в голову следующая мысль:

В инструменты - загрузчик - старый загрузчик

И сразу заморгали мои диодики RX и TX) и заливаться все стало на ура

* вдруг кому поможет 

А можно немножко подробнее, пожалуйста?

В меню "Инструменты" нет подменю "Загрузчик"... Или я не там смотрю?

И что такое "старый загрузчик"?

Верно, не правильно указал. 
инструменты > Процессор > ATmega328 (Old Bootloader)

Вот

Прочтя почти всю хронологию коментариев, определив что сначала нужно сделать что-то по-проще, не шить туда-сюда,  наткнулся на чудный ответ, который оказался рабочим

Такую же херню словил, чекни код на ошибки, мне помогло

Ну, что-ж, кратко и по делу.

Возникла такая ошибка. Взял программатор USBasp с переходником 6-pin, подключил в USB порт компа. Установил драйвера. После чего отключил, соединил с Ардуинкой (важно не перепутать распиновку и подключать именно в нужный разъём, он рядом с микроконтроллером), в IDE, в меню "Инструменты" выбрал нужную мне плату из списка, нужный программатор из другого списка и нажал "Записать загрузчик". Через некоторое время возникло сообщение "Загрузчик записан". Вытащил программатор, включил плату штатно, через "кабель для принтера", всё заработало. Скетчи загружаются в штатном режиме.

Класс. А мужики-то не знали...

Решение моей проблемы:

Arduino Nano не загружаются скетчи:
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x...(разные коды)
.... 

Долго читал данный топик, пока не надоело, потом начал тыкать в IDE все подряд и вот с таким конфигом (Ниже) у меня все грузится теперь.

Настройки/Процессор: "ATmega328P (Old Bootloader)" 
Настройки/Программатор: "AVR ISP"

Если бы многоуважаемый "Клапауций" жил в Китае, то звали бы его "КонЧенЫй"! 

теперь ты узнал, что ардуино нано бывает двух типов, но не обольщайся есть еще куда расти так как есть платы с чипом 328pb и с чипом lgt8fx, а они требуют еще немного потанцевать вокруг оных )))
 

Подписаться.

Зачем же так радикально). Вещь хоть и недорогая, но денег стоит. Можно залить отлаженный скетч через живую Ардуинку через ICSP (https://tsibrov.blogspot.com/2018/07/arduino-as-isp.html, коротко и понятно), и пользоваться. Я через Мегу Уно с дохлым USB/UART  так оживил, вообще никак не определялась. Неудобно конечно, но если прошил и забыл, работает и ладно, то самое оно. У меня так метеостанция год уже трудится)