Ви не увійшли.
Всем спасибо, тему можно закрывать. Плату поменяли. Пока разобраться в причинах такого поведения не удалось.
Запитан от usb. А теперь самая мякотка - возможно, я олень. Заливая для тестов пример Blink я ожидал загорания какого-то дополнительного диода. А по сути это управление диодом L. И стандартный скетч Blink моргает диодом с той же частотой как он моргает сам по себе, когда ничего не залито. Короче, я теперь хз, заливалось ли оно до этого, так как сейчас расклад такой - на самой свежей иде ветки 1.Х заливка каждый раз завершается ошибкой из первого поста, НО в некоторых случаях скетч все-равно заливается и работает, несмотря на ошибку (проверяю сменой частоты моргания диода), на иде 2.0RC ошибка то есть, то upload successful и, соотв., скетч то заливается, то нет.
При загрузке плата от чего запитана? Сталкивался с тем что CH340 капризны в плане питания. Да еще и китайцы накосячили с включением не по даташиту. При напряжении на usb <5В глючит их. Попробуй еще подать внешнее питание.
Хех, в шкафу откопалась старая малинка, прошил загрузчик через нее. Теперь загрузка скетчей работает каждый второй-третий раз. То ошибка как в начале, то успешная загрузка и нормальная работа. Склоняюсь таки, что нужно менять.
К сожалению, это моя первая) Уже задумался над тем, чтоб взять еще одну, но оригинал как референс для сравнения с клонами и програматор заодно)
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0xdb
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0xdb
и так далееверсия 1.8.19, либа arduino avr boards 1.8.5, также по найденому где-то совету пробовал ее (либу) даунгрейдить до 1.6.21, ничего не поменялось.
так это у вас bootloader не известно какой , если есть лишняя ардуинка можно сделать прогроматор и залить правильный bootloader
План хороший, но в таком случае скорее просто обмен.
Взять тестер, мелкоскоп, схему с тырнета и пройтись по цепи uart и reset между сh и avr. Проверить качество пайки, номиналы резисторов, отсутствие соплей и т.д. Если все нормально - тогда связаться с администрацией магазина и либо сразу договориться об обмене, либо с их разрешения (чтобы потом не возникло не гарантийных случаев), если конечно есть желание и возможность, перешить загрузчик или просто прошить какой нибудь код по ISP. А дальше по ситуации. Оживет - хорошо, нет - на обмен.
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0xdb
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0xdb
и так далее
версия 1.8.19, либа arduino avr boards 1.8.5, также по найденому где-то совету пробовал ее (либу) даунгрейдить до 1.6.21, ничего не поменялось.
А попробуйте Arduino Pro or Pro Mini (5V, 16 MHz) w/ ATmega328P,
какая версия IDE
Пробовал uno/uno mini/nano/duemilanove и с 328р и с 328р old bootloader, ошибки меняются на более ожидаемые, но не заработало ни с одним из вариантов.
в настройках выбрана плата uno
А если выбрать Nano(old bootloader)? Кто его знает что там за загрузчик китайцы залили
ON горит, L моргает, на ресет реагирует быстрым морганием L. При заливке скетча L аналогично быстро моргает, видимо демонстрируя успешный ресет, после чего пару раз синхронно моргают rx/tx и снова как и вначале ON горит, L неспешно мограет.
Загружать скетч с ручным ресетом тоже пробовал, добился или такой же ошибки, или programmer is not responding. ради интереса поищу еще пару кабелей на проверку.
Диодами моргает как положено.
Какими - rx/tx или L? Не пробовали в момент начала прошивки нажать reset?
Драйвера ставил, пару штук на пробу под виндой, под линуксом заводится без драйвера. Интернетом пошуршал, такие ошибки описаны только в случае прошивки одной ардуинкой через другую, для обычной загрузки скетчей вроде ничего подобного. Луп тест проходит. Диодами моргает как положено. Само собой, в настройках выбрана плата uno и правильный порт.