Страница 1 из 1

Смерть МК при глюке программатора или системы.

Добавлено: Вт апр 04, 2017 23:59:08
quant001
Приветствую! Собственно проблема встала что mega328p перестал определяться после нескольких попыток прошить и ругнён bascom на ошибки при прошивке. Было такое и с тиньками но у них вопрос решался подачей внешнего тактового сигнала а тут умер и всё, и не первый раз такое. Программатор USB_asp как можно от подобного защититься?

Re: Смерть МК при глюке программатора или системы.

Добавлено: Ср апр 05, 2017 06:38:12
metan
quant001 писал(а):как можно от подобного защититься?
Используя качественные узлы и комплектующие, и строго руководствуясь даташитами проектировать систему.
Доклад окончил. :)

Re: Смерть МК при глюке программатора или системы.

Добавлено: Ср апр 05, 2017 11:35:18
Мурик
Фьюзы меняли? Их неправильная установка может привести к подобному результату. Теперь нужен параллельный программатор, или одна из этих конструкций - FuseBit Doctor или его упрощенный вариант.

Re: Смерть МК при глюке программатора или системы.

Добавлено: Ср апр 05, 2017 18:25:40
Jeka_M
quant001 писал(а):как можно от подобного защититься?
Научиться правильно выставлять фьюзы.

Re: Смерть МК при глюке программатора или системы.

Добавлено: Ср апр 05, 2017 23:07:27
quant001
А причём тут фьзы выставлять? Как их неправильно можно выставить? Я всегда по одинаковому выставляю. Раз такое дело скажите плиз как правильно выставлять? Меня этот глюк 5 чипов убил уже, жалко не сам чип а перепаивать это гемор. Ладно один раз провод переломался, но а в другие разы то баском просто вылетел, то прошивка завершалась со словом ready. Главное понять что стало причиной ошибок как? Может плохой контакт шины МК, может глюк ОС. Таких ready несколько раз окончись и МК в утиль. Всего скорее дело в программаторе не твори он лажу при каком то сбое фьзы бы не послетали бы так.
Может есть прошика совершеннейший чем USB_asp.

Re: Смерть МК при глюке программатора или системы.

Добавлено: Чт апр 06, 2017 02:45:12
_abk_
quant001 писал(а):...Может есть прошика совершеннейший чем USB_asp.
Есть. PonyProg и 5 проводков.

Re: Смерть МК при глюке программатора или системы.

Добавлено: Чт апр 06, 2017 09:49:28
metan
Не совсем понятно, при чём тут баском? Шьёте какой программой? У меня USBAsp прошил наверное полсотни авээрок всяких, НИ ОДНОГО СБОЯ никогда не было, за исключением 3 штук, купленных у одного поставщика, которые оказались левые.
quant001 писал(а):Я всегда по одинаковому выставляю.
Как это возможно? У тинек и у мег есть существенные различия.
quant001 писал(а):Раз такое дело скажите плиз как правильно выставлять?
Я уже писал, в даташитах все есть.
Можно тут посмотреть http://www.fusecalc.mirmk.net/
quant001 писал(а):Главное понять что стало причиной ошибок как?
Методика поиска причины сбоев - стандартная: поэтапная замена элементов системы. Я всегда перед прошивкой запускаю тест, который однозначно проверяет программатор, чип и все соединения.
Иногда удается прошить чип, не подавая на плату питание! Хватает напряжения, подаваемого на плату через линии программирования.

Re: Смерть МК при глюке программатора или системы.

Добавлено: Чт апр 06, 2017 09:56:53
ARV
metan писал(а):Иногда удается прошить чип, не подавая на плату питание!
особенно если учесть, что тот же USBAsp штатно подает питание на разъем программирования :)))

Re: Смерть МК при глюке программатора или системы.

Добавлено: Пт апр 07, 2017 17:42:43
quant001
Ладно это бесполезная тема, мне тут еще ответили кое где. Тут не какие тесты не помогут, всё исправно, и может фикус показать в любой момент. Говорят корявая работа программного USB на некотором железе с чем я столкнулся. На ноуте баском вылетает при доступе к программатору не так редко и при прошивке вылетал, на большой машине такого не было. Решение есть не шить с того компа 8) .

А в разъёме контакт легко устроить нестабильный, но попал лак, а силикон труднее вычистить. Но в принципе с контактом в разъёме я горел 1 раз, а вот с глюком неизвестного типа самое досадное, теперь уже известного. На одном компе новом относительно баском вообще программатор не видит хотя в системе он как положено есть а MK2 AVR это слишком медленно.