Значить конвертеры целы, заливка в МК идет через UART, то-есть как раз обмен идет через Rx и Tx. Но сам контроллер не умеет общаться по уарт и вливать в себя прошивку, за это отвечает бутлоадер, почему изначально я Вам о нем и написал. Но теперь Вы проверили, что конвертеры не причем, перезалейте бутлоадеры. Сначала на той, что спалили.
Да видимо, раз обе Дуни в ауте. По идее ИДЕ сама должна выставить правильные фьюзы.
Можно самой дудкой прошить вынув ее из той же идее, все подключив к программатору, но там придется писать в ручную в консоли.
Начните с отремонтированного.
Да, бывает не заливается нормально сразу, приходится сначала стереть кристалл.
Еще у усбаспа есть проблеммы, нужно снижать аппаратно скорость, но об этом позже, если ничего не выйдет. По дефолту в чистом кристалле выставлено тактирование в 1МГц от внутреннего RC генератора и обмен данными идет на низких скоростях, а усбаспы есть разные, некоторые версии не могут программно или аппаратно снижать скорость.
Можете подключить усбасп на прямую к разьему ISP, на который на прямую выведены ноги МК и зашить бутлоадер прямо дудкой d:\arduino-1.6.5-r2\hardware\tools\avr\bin\avrdude.exe из консоли, но не напутайте с фьюзами!!! рискуете залочить камень.
прошивал USBasp именно через ISP? средствами ARDUINO IDE.
МК правильно запаян - иначе б скетчи не заливались.
цепь от СР340 до порта МК(соединение через резисторы 1кОм) цела и ничего лишнено нет(напомню - чудеса на обеих платах, даже на той, которую я не ремонтировал).
шнур менял, питание внешнее подавал, скорость порта СОМ менял: 4600-9600-115000.
А если готовый скетч программатором заливаете он исполняется нормально?
Еще одно предложение, залить скетч который будет в сериал выводить число каждый цикл увеличивающееся на единицу. Подключить к компу и запустить сторонний терминал, подключиться к порту и смотреть, идут данные на ПК?
1. загрузил бутлоадер через USBasp средсвами Arduino IDE. Иначе бы скетчи не смог вгружать(через ЮСБасп).
2. где посмотреть лог? и как?
3. главное -как ремонтируемая пдлата могла оказать влияние на ту, которая лежала рядом?! о_О нет, я конечно читал про близнецов и всё такое, но думал что это не касается Ардуино ))))
1. загрузил бутлоадер через USBasp средсвами Arduino IDE. Иначе бы скетчи не смог вгружать(через ЮСБасп).
2. где посмотреть лог? и как?
3. главное -как ремонтируемая пдлата могла оказать влияние на ту, которая лежала рядом?! о_О нет, я конечно читал про близнецов и всё такое, но думал что это не касается Ардуино ))))
1. кнопка "Загрузить через программатор" используется в случае отсутствия необходимости использовать загрузчик или при ега физическом отсутствии в МК.
2. внизу Дуино ИДЕ бегут строчки во время компилляции-загрузки скетча в МК. подробный вывод включается в настройках Дуино ИДЕ.
3. нет желания разгадывать ребусы - я сказал, что: или вы загрузили лоадер и грузите скетч с помощью лоадера, или вы не загрузили лоадер и грузите скетчи с помощью программатора. второе у вас происходит, первое - нет.
1. скетчи загружаются через внешний USBasp через контакты ISCP при нажатии кнопки "загрузить через программатор".
2. через встроенную СН340 не вгружается ничего и вылетает с ошибкой.
3. фьюзы считал, вроде нормальные.
4. монитор порта возвращает данные только если коротить 2 и 3 ноги СН340. если коротить RX и ТХ то ничего не возвращается. в цепи между 2 и 3 ногами СН340 и портами МК стоят резисторы 1кОм(штатно), цепь цела и проверена.
на второй:
5. перепаян МК.
6. записан загрузчик через USBasp (подключение через ISCP и нажата кнопка "записать загрузчик", плата укзана "УНО").
7. всё остальное как и с первой платой.
таким образом, кроме перепайки одного МК и заливки загрузчика различий в поведении нет.
следовательно, есть что-то общее в проблеме, МК целы, СН340 тоже, драйвера работают и система видит плату.
теперь к вопросам 1-2-3.
1. получатеся, что загрузчик я не загрузил в перепаяный МК? хорошо. а почему со второй платой такое же произошло? допустим слетел загрузчик.
2. при загрузке скетча через штатную СН340 вылетает ошибка(stk500) и всё. при загрузке скетча через USBasp ("загрузить через программатор") все сообщения штатные - "компилируем", "вгружаем" и всё. всё вгружается и работает.
3. хорошо, пусть лоадер не загружен в перепаяный МК, но почему другая плата ВНЕЗАПНО перестала работать?! слетел загрузчик?
Когда Вы заливаете скетч сторонним программатором, загрузчик не принимает в этом участие. Проверить работоспособность связки МК и преобразователя, можно залив програматором тестовый скетч постоянно выводящий в порт данные. После заливки, подключив к компу и увидев принимаемые данные, Вы сможете убедиться в работоспособности всего железа. Тогда остаётся только загрузчик, с фьюзами все хорошо. Загрузчик второй платы мог слететь после тренировок с программатором. Проверьте пока железо, дальше придумаем.
Рекомендации о стороннему софте были даны не случайно, нужно было увидеть фьюзы.
Что сейчас пишет иде при попытке залить скетч? Не могу разобрать на скрине.
Моё любопытство помогло определить, что преобразователь усб-уарт жив. При заливке усбаспом в среде иде выставились правильные фьюзы, ну а вот залился бутлоадер или нет, добится пока не удаётся. Для этого достаточно считать его и сравнить с оригиналом.
кстате, теперь(после прошивки загрузчика через ЮСБасп и СинаПрог) текст другой.
Arduino: 1.6.5 (Windows 7), Плата"Arduino Uno"
Sketch uses 1 030 bytes (3%) of program storage space. Maximum is 32 256 bytes.
Global variables use 9 bytes (0%) of dynamic memory, leaving 2 039 bytes for local variables. Maximum is 2 048 bytes.
avrdude: stk500_recv(): programmer is not responding
при заливке лоадера через USBasp и Arduino IDE никаких логов нет, просто пишет что"запись завршена"
ок - теперь подключите к балайке USBasp, включите в настройках подробный вывод при загрузке, нажмите "Записать загрузчик" и опубликуйте сюда полный лог.
вот лог загрузки скетча через ЮСБ конвертор платы УНО (СН340)
Arduino: 1.6.5 (Windows 7), Плата"Arduino Uno"
Sketch uses 1 230 bytes (3%) of program storage space. Maximum is 32 256 bytes.
Global variables use 9 bytes (0%) of dynamic memory, leaving 2 039 bytes for local variables. Maximum is 2 048 bytes.
C:\Program Files (x86)\Arduino\hardware\tools\avr/bin/avrdude -CC:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf -v -patmega328p -carduino -PCOM3 -b115200 -D -Uflash:w:C:\Users\Vladimir\AppData\Local\Temp\build8744580294233133280.tmp/Blink.cpp.hex:i
avrdude: Version 6.0.1, compiled on Apr 15 2015 at 19:59:58
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2009 Joerg Wunsch
System wide configuration file is "C:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf"
Using Port : COM3
Using Programmer : arduino
Overriding Baud Rate : 115200
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x39
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x39
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x39
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x39
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x39
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x39
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x39
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x39
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x39
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x39
avrdude done. Thank you.
ок. вы можете быть точно уверены, что загрузчик у вас успешно заливается в МК - всё остальное внешние аппаратные проблемы. то, что выгорели ноги RX TX МК сомневаюсь, но можно проверить запилив blink для этих ног и загрузив его внешним программатором.
Однако среда не заливает загрузчик. При заливке фьюзов, снимается блокировка блока памяти загрузчика, и время записи фьюзов доли секунды, а вот при записи бута, локбит не снимается и время заливки бута нулевое, а так не должно быть. Сдаётся мне, что среда глючит. Вы в какой версии работаете?
Вы там ничего не путаете? Точно у Вас СН340?
У меня УНА, на ней Мга8 в роли конвертера.
В общем не важно. Выньте из панелки мегу328 и перемыку на цифровые 0 и 1, подключайте к порту и шлите символы.
китайский клон УНО, если быть точным.
там МК SMD, поэтому я просто выпаял токоограничивающие резисторы и мерял напряжения: на МК 3,6В а на CH340 5 и 4,8В (а должно быть до 4 и 0).
как вроде пол микрухи работают, а половина нет о_О
Нашел даташит, на предыдущей странице вставил новый скрин. В 16 выводном 2 и 3, в 20 выводном 3 и 4 выводы.
Но это не важно, они в любом случае выводятся на цифровые пины 0 и 1, это стандарт для Уно.
Перемычку нужно поставить там и слать данные.
так(если 2 и 3 ноги замкнуть) возврат данных есть.
получается что МК засаживает эти порты? о_О на обеих платах?!
ладно на той, которую чинил - но вторая-то при чём?
всё чудесатее и чудесатее...
может при заливке скетча сторонним программатором что-то случилось с портами RX и TX на МК?
Значить конвертеры целы, заливка в МК идет через UART, то-есть как раз обмен идет через Rx и Tx. Но сам контроллер не умеет общаться по уарт и вливать в себя прошивку, за это отвечает бутлоадер, почему изначально я Вам о нем и написал. Но теперь Вы проверили, что конвертеры не причем, перезалейте бутлоадеры. Сначала на той, что спалили.
заливать как? через USBasp и Arduino IDE?
Да видимо, раз обе Дуни в ауте. По идее ИДЕ сама должна выставить правильные фьюзы.
Можно самой дудкой прошить вынув ее из той же идее, все подключив к программатору, но там придется писать в ручную в консоли.
Начните с отремонтированного.
Да, бывает не заливается нормально сразу, приходится сначала стереть кристалл.
Еще у усбаспа есть проблеммы, нужно снижать аппаратно скорость, но об этом позже, если ничего не выйдет. По дефолту в чистом кристалле выставлено тактирование в 1МГц от внутреннего RC генератора и обмен данными идет на низких скоростях, а усбаспы есть разные, некоторые версии не могут программно или аппаратно снижать скорость.
прошил. результат тот же:
1. скетчи заливабются только через программатор.
2. через свою CH340 не хочет.
3. монитор порта возвращает только если 2 и 3 ноги на СН340 замкнуть, если замыкать на портах МК то не алё (((
дорожки целы, контакт есть(прозвонил).
чёто с портами на МК
Вот это уже интересно, проследите цепь от 2 и 3 ноги, Вы там лишнего ничего не выпаяли? МК правильно установлен?
Ноги конвертера, как и ноги МК должны приходить на 0 и 1 цифровые выводы на плате.
Вы же МК запаяли новый. Цепляйте усбасп к самому МК, распиновку проверьте ISP разъема.
Питание надеюсь выключаете и включаете вновь после заливки бутлоадера?
В файле d:\arduino-1.6.5-r2\hardware\arduino\avr\boards.txt описаны настройки платы Уно с фьюзами и имя прошивки бутлоадера:
uno.name=Arduino Uno
uno.vid.0=0x2341
uno.pid.0=0x0043
uno.vid.1=0x2341
uno.pid.1=0x0001
uno.vid.2=0x2A03
uno.pid.2=0x0043
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=0x05
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
Сама прошивка лежит по указанному пути:
d:\arduino-1.6.5-r2\hardware\arduino\avr\bootloaders\optiboot\optiboot_atmega328.hex
Можете подключить усбасп на прямую к разьему ISP, на который на прямую выведены ноги МК и зашить бутлоадер прямо дудкой d:\arduino-1.6.5-r2\hardware\tools\avr\bin\avrdude.exe из консоли, но не напутайте с фьюзами!!! рискуете залочить камень.
прошивал USBasp именно через ISP? средствами ARDUINO IDE.
МК правильно запаян - иначе б скетчи не заливались.
цепь от СР340 до порта МК(соединение через резисторы 1кОм) цела и ничего лишнено нет(напомню - чудеса на обеих платах, даже на той, которую я не ремонтировал).
шнур менял, питание внешнее подавал, скорость порта СОМ менял: 4600-9600-115000.
я уже хз что ещё утворить ))
Если программатором считать с МК прошивку и опросить фьюзы, какие фьюзы он считывает?
Бутлоадер по дефолту в новом МК выключен, его загрузка включается фьюзами.
Вот оболочки для дудки, хз, мне больше понравился eXtreme Burner — AVR
Можно программатором считать только фьюзы, очень интересует что там.
Напомню еще раз, вот то, что там должно быть:
low_fuses=0xFF
high_fuses=0xDE
extended_fuses=0x05
а как и чем считать?
вот, СинаПрогом поробовал
Чудеса, все верно, все соответсвует.
А если готовый скетч программатором заливаете он исполняется нормально?
Еще одно предложение, залить скетч который будет в сериал выводить число каждый цикл увеличивающееся на единицу. Подключить к компу и запустить сторонний терминал, подключиться к порту и смотреть, идут данные на ПК?
Бутлоадер этот d:\arduino-1.6.5-r2\hardware\arduino\avr\bootloaders\optiboot\optiboot_atmega328.hex залит?
Если его считать программатором он идентичен? (У Вас может только версия быть другая, в зависимости от версии среды).
вот и я в шоке.
скетчи, загруженные через USBasp работают нормально.
такое ощущение что порты RX и TX на МК заблокированы для сигналов от СН340/
бутлоадер грузил через Ардуино ИДЕ, указав свою плату(УНО).
вот и я в шоке.
бутлоадер грузил через Ардуино ИДЕ, указав свою плату(УНО).
*ну, да - враги сожгли родную хату.
ну, ок - ты загрузил лоадер с помощью программатора или не загрузил лоадер с помощью программатора?
ты подробный лог загрузки лоадера внимательно прочитал?
1. загрузил бутлоадер через USBasp средсвами Arduino IDE. Иначе бы скетчи не смог вгружать(через ЮСБасп).
2. где посмотреть лог? и как?
3. главное -как ремонтируемая пдлата могла оказать влияние на ту, которая лежала рядом?! о_О нет, я конечно читал про близнецов и всё такое, но думал что это не касается Ардуино ))))
1. загрузил бутлоадер через USBasp средсвами Arduino IDE. Иначе бы скетчи не смог вгружать(через ЮСБасп).
2. где посмотреть лог? и как?
3. главное -как ремонтируемая пдлата могла оказать влияние на ту, которая лежала рядом?! о_О нет, я конечно читал про близнецов и всё такое, но думал что это не касается Ардуино ))))
1. кнопка "Загрузить через программатор" используется в случае отсутствия необходимости использовать загрузчик или при ега физическом отсутствии в МК.
2. внизу Дуино ИДЕ бегут строчки во время компилляции-загрузки скетча в МК. подробный вывод включается в настройках Дуино ИДЕ.
3. нет желания разгадывать ребусы - я сказал, что: или вы загрузили лоадер и грузите скетч с помощью лоадера, или вы не загрузили лоадер и грузите скетчи с помощью программатора. второе у вас происходит, первое - нет.
я запутался и престал понимать происходящее.
есть две платы УНО, 1 и 2.
на первой(которая ВНЕЗАПНО стала так себя вести):
1. скетчи загружаются через внешний USBasp через контакты ISCP при нажатии кнопки "загрузить через программатор".
2. через встроенную СН340 не вгружается ничего и вылетает с ошибкой.
3. фьюзы считал, вроде нормальные.
4. монитор порта возвращает данные только если коротить 2 и 3 ноги СН340. если коротить RX и ТХ то ничего не возвращается. в цепи между 2 и 3 ногами СН340 и портами МК стоят резисторы 1кОм(штатно), цепь цела и проверена.
на второй:
5. перепаян МК.
6. записан загрузчик через USBasp (подключение через ISCP и нажата кнопка "записать загрузчик", плата укзана "УНО").
7. всё остальное как и с первой платой.
таким образом, кроме перепайки одного МК и заливки загрузчика различий в поведении нет.
следовательно, есть что-то общее в проблеме, МК целы, СН340 тоже, драйвера работают и система видит плату.
теперь к вопросам 1-2-3.
1. получатеся, что загрузчик я не загрузил в перепаяный МК? хорошо. а почему со второй платой такое же произошло? допустим слетел загрузчик.
2. при загрузке скетча через штатную СН340 вылетает ошибка(stk500) и всё. при загрузке скетча через USBasp ("загрузить через программатор") все сообщения штатные - "компилируем", "вгружаем" и всё. всё вгружается и работает.
3. хорошо, пусть лоадер не загружен в перепаяный МК, но почему другая плата ВНЕЗАПНО перестала работать?! слетел загрузчик?
1. если в логе Дуино ИДЕ был отчёт об успешной заливке лоадера, то все остальные беспорядочные действия бессмысленны.
после успешной загрузке лоадера программатором отсоедините программатор и заливайте скечи штатно кнопкой "Вгрузить".
всё. - отсальное твои личные аппаратные проблемы.
вот скрины при заливке лоадера. в черном поле никакого текста, во время процесса, небыло.
Когда Вы заливаете скетч сторонним программатором, загрузчик не принимает в этом участие. Проверить работоспособность связки МК и преобразователя, можно залив програматором тестовый скетч постоянно выводящий в порт данные. После заливки, подключив к компу и увидев принимаемые данные, Вы сможете убедиться в работоспособности всего железа. Тогда остаётся только загрузчик, с фьюзами все хорошо. Загрузчик второй платы мог слететь после тренировок с программатором. Проверьте пока железо, дальше придумаем.
верно - USBasp не имеет отношения к COM.
и, шо? - дальше будем пререкаться или предоставим форумчанам полный лог успешной загрузки лоадера?
Блин залейте бутлоадер сторонней прогой. Фьюзы не трогайте. Где лежит прошивка я написал.
в черном поле никакого текста, во время процесса, небыло.
я сказал "включить подробный вывод лога" - вместо этого получил ответ: "я нихрена не вижу".
*ТС - не тупи, а выполняй рекомендации.
вот.
прошил СинаПрог, потом попытлася залить скетч.
что интересно, перед заливкой лоадера, там был скется Блинк, так после заливки и включения такое впечатление что скетч это никуда не делся.
рекомендующие ТС прошивать МК сторонним софтом - зачем вы это делаете?
у ТС есть программатор, совместимый с Дуино ИДЕ.
Дуино ИДЕ штатно может прошить лоадер в МК.
*ну, теперь разгребайте дерьмо в картинках.
вот это выдало после попытки залить скетч
я просил выдать полный лог успешной загрузки скетча.
под публикацией полного лога подразумевается копирование в тело поста текста лога, а не картинко, на котором нихрена не видно.
Рекомендации о стороннему софте были даны не случайно, нужно было увидеть фьюзы.
Что сейчас пишет иде при попытке залить скетч? Не могу разобрать на скрине.
ваше любопытство запутало ТС окончательно - теперь он выбирает, что ему удобней между моими и вашими рекомендациями.
Моё любопытство помогло определить, что преобразователь усб-уарт жив. При заливке усбаспом в среде иде выставились правильные фьюзы, ну а вот залился бутлоадер или нет, добится пока не удаётся. Для этого достаточно считать его и сравнить с оригиналом.
ок. не буду наставить - въехал на бульдозере, когда стало ясно, что квалификация ТС требует однозначных и простых манипуляций.
при заливке лоадера через USBasp и Arduino IDE никаких логов нет, просто пишет что"запись завршена"
ок - теперь подключите к балайке USBasp, включите в настройках подробный вывод при загрузке, нажмите "Записать загрузчик" и опубликуйте сюда полный лог.
Плата и порт сейчас выбраны правильно?
не получается копировать лог (((
когда заливал скетч штатно - да, правильно (СОМ3, УНО)
когда заливал через ЮСБасп - то выбрал только плату
при заливке лоадера через USBasp и Arduino IDE никаких логов нет, просто пишет что"запись завршена"
я просил зайти в настройки и включть подробный вывод при загрузке? или я не просил, или ты меня нагло троллишь?
включил, текст вижу но он не копируется!
включил, текст вижу но он не копируется!
на тексте лога курсор мыши Ctrl+A, Ctrl+C
в теле поста на форуме Ctrl+V
я аж вспотел, пока пытался копировать мышкой... а про кнопки забыл
вот лог загрузки скетча в УНО через ЮСБасп
вот лог загрузки скетча в УНО через ЮСБасп
вот лог загрузки скетча через ЮСБ конвертор платы УНО (СН340)
Arduino: 1.6.5 (Windows 7), Плата"Arduino Uno" Sketch uses 1 230 bytes (3%) of program storage space. Maximum is 32 256 bytes. Global variables use 9 bytes (0%) of dynamic memory, leaving 2 039 bytes for local variables. Maximum is 2 048 bytes. C:\Program Files (x86)\Arduino\hardware\tools\avr/bin/avrdude -CC:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf -v -patmega328p -carduino -PCOM3 -b115200 -D -Uflash:w:C:\Users\Vladimir\AppData\Local\Temp\build8744580294233133280.tmp/Blink.cpp.hex:i avrdude: Version 6.0.1, compiled on Apr 15 2015 at 19:59:58 Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/ Copyright (c) 2007-2009 Joerg Wunsch System wide configuration file is "C:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf" Using Port : COM3 Using Programmer : arduino Overriding Baud Rate : 115200 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x39 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x39 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x39 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x39 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x39 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x39 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x39 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x39 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x39 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x39 avrdude done. Thank you.записал загрузчик заново.
отключил ЮСБасп.
(лог такой же как и прежде)
барабанный боЙ!
тадам - ЗАРАБОТАЛО!!!!!!! УРРРА!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
щас вторую плату попробую)
теперь на форуме ожидайте кино "Бесполезная коробка ч.2: Атака воскресшей УНО"
записал загрузчик заново.
отключил ЮСБасп.
(лог такой же как и прежде)
ок. вы можете быть точно уверены, что загрузчик у вас успешно заливается в МК - всё остальное внешние аппаратные проблемы. то, что выгорели ноги RX TX МК сомневаюсь, но можно проверить запилив blink для этих ног и загрузив его внешним программатором.
барабанный боЙ!
тадам - ЗАРАБОТАЛО!!!!!!! УРРРА!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
щас вторую плату попробую)
всегда можно поламать, загрузив блинк программатором
Однако среда не заливает загрузчик. При заливке фьюзов, снимается блокировка блока памяти загрузчика, и время записи фьюзов доли секунды, а вот при записи бута, локбит не снимается и время заливки бута нулевое, а так не должно быть. Сдаётся мне, что среда глючит. Вы в какой версии работаете?
Поздравляю! :)