ATmega168V и STK500

you_go · 03.02.2013, 15:49

На днях получил с ибея пару тестеров Transistor Tester Capacitor ESR Inductance Resistor Meter NPN PNP Mosfet/9V. Они оказались с разной прошивкой и по точности не ахти. После переговоров с продавцом он прислал самую новую усовершенствованную прошивку, в которой, кроме того, устранены некоторые баги.
Сказал, что я сам смогу ее в режиме ISP, только чтобы никакие фьюзы не менял.
Я достал свой старый STK500 (еще не USB, а COM-овсий), обновил его прошивку в AVR Studio 4.19 и попробовал прочитать сигнатуру и фьюзы ATmega168 c подключенной к нему по ISP платы. Ничего не вышло - процессор почему-то не входит в режим программирования, а после ресета просто отрабатывет зашитую программу. Пробовал по-разному. Даже перепаял кварц на плате с 8 на 4 МГц - не помогло.
Вопрос - как считаете, в чем может быть причина? Может, элементарно, установлена защита по SPIEN? Что же тогда продаван рекомендует использовать именно SPI? Или я в чем-то неправ - может, мой старый комовский STK500 не годится для этой цели? Выпаивать проц и пробовать высоковольтный режим программирования пока не хочется.
Вот платка тестера (название проца было затерто). Прошивку, кому надо, тоже прилагаю.

ForcePoint · 03.02.2013, 16:16

Запросить подробности у продавца. М.б. там именно запрещено SPI-программирование и есть загрузчик? Фирменный STK500 бывает только КОМовский и работает чётко (если нет ошибок в подключении к программируемому МК).
Срисовать, что есть на выводах SPI и думать, как оно может повлиять на целостность сигналов.

you_go · 03.02.2013, 16:42

Как раз первым делом я запросил продавца, чтобы он дал мне более подробную информацию (в том числе какие должны быть установлены фьюзы и биты защиты).
Он прислал мне только два файла - .hex (собственно прошивка) и .eep (содержимое EEPROM). Сейчас в Китае Новый Год, так что вряд ли они ответят до 18-20 февраля.
Бутлодер - не знаю, если бы он был, это, наверное, было бы оговорено.
Я посмотрел SPI сигналы осциллографом - вроде бы не завалены, полной амплитуды (говорят, что на ресете не должно быть подтягивающего резистора меньше 10 ком - вроде бы выполняется). STK500 у меня фирменный, так что боюсь, что просто SPIEN установлен (вернее, сброшен). Читал где-то раньше, что ATmega168 весьма капризен - уменьшал частоту SPI насколько возможно - не помогает.
Ума не приложу, что еще попробовать перед тем как выпаивать процессор и пробовать высоковольтный параллельный режим (да еще и "кроватки" у меня нет под ATmega168V).

Арктур · 03.02.2013, 17:40

А какое питание на процессоре при программировании (см. BODLEVEL) ?

andries5 · 03.02.2013, 18:14

you_go, Я приобрел тоже такую плату. Можете поделиться прошивкой? Я бы тоже попробовал.

you_go · 04.02.2013, 08:49

Прошивку добавил в первый пост.
Арктур, питание нормальное - 5,1 В

Арктур · 04.02.2013, 15:48

Обычно, в таких случаях проверяется программатор вместе с шлейфом на другом микроконтроллере.
Ещё можно просмотреть соединения дорожек - напр. конденсатор на выводе "RESET",
совпадение пинов на разъёме программирования, проверить другой программой программирования, осциллографом посмотреть на самих ножках микроконтроллера.

bass1981 · 04.02.2013, 16:30

Если вообще бы у меня горело, я бы выпаял чип и впаял другой(новый).... Работы 10 мин если паяльная станция под рукой....

urcda · 04.02.2013, 17:52

Еще надо было про фьюзы спросить.

you_go · 04.02.2013, 17:58

Паяльная станция есть, но атмеги 168 новой нет - надо заказывать, а это тоже небыстро. Хотелось бы разобраться с ISP, тем более, что продавец оветил на мое письмо: "If you use a ISP programmer,it can be upgrded." - то есть все должно запрограммироваться по ISP. Надо будет еще повнимательнее все посмотреть - не сдох же мой STK500 после апгрейда фирмвари? На всех линиях сигналы есть. Непонятно.
Если у кого-то результат перепрошивки тестера будет раньше, отпишитесь, пожалуйста. А то на буднях у меня свободного времени маловато вплотную этим заняться.