Вместе с STK500 в комплекте идет ATmega16 в DIP40 корпусе. Пробую программировать ее параллельно в Драконе. И безуспешно. Реакция Дракона: Entering programming mode... Failed". Перемычки перепроверил несколько раз - все в норме, строго по connection sheet в AVR Studio 4.14 (проверил даже саму схему connection sheet - нет ошибок), прошивка самого Дракона от этой же Студии да и Дракон нормально работает по кр мере в режимах dWire и ISP. Но ощущение такое, что все, что связано с target area не работает.
Открываю даташит и смотрю алгоритм entering programming mode. Далее по осцилу проверил подачу 5 вольт и 12 вольт на сам кристалл - все вроде подается. XTAL1 тоже есть, уровни четкие.
После операций на Драконе в STK500 мега нормально шьется, читается в параллельном режиме. Пробовал ставить fuses на клок от внешнего генератора, но в Драконе все тот же результат.
Просится вывод о неисправности самого Дракона. Может у кого-нибудь были подобные проблемы? Есть опыт удачного ремонта?

Скорее всего, Дракон исправный. Посмотрите в AVR-студии в help вкладку "AVR Dragon\Device Connection Sheet\SCKT3100A3".
Подключите Мегу как там нарисовано. Сам с такой проблемой сталкивался.

Мега именно так и подключена. Пробовал прошивать и др. кристаллы с тем же результатом. Что интересно, если запускать STK500 в Студии первый раз, то читается Vtarget без проблем. Но стоит только попробовать читать сигнатуру, получаем строки:

Setting device parameters.... OK!

Entering programming mode.... Failed!

И уже после этого не читается ни Vtarget, не появляется заново Setting device parameters... Вообщем вторая и последующие попытки чтения сигнатуры вообще неудачны.

Опять перезапускаем в студии STK500 и с первой попытки читается Vtarget и пошло по кругу.

Вообще кто-нибудь может попробовать погонять мегу16 в Драконе? Ведь у многих есть STK500, в комплекте с которыми она есть...

Зачем оно вам нужно? STK500 умеет делать HVPP и без драгона. От драгона имеет смысл использовать только JTAG в сочетании с STK500.


И что значит запускать STK500 в студии?
Если вы Драгон подключаете, так запускайте в студии "AVR-Dragon".


С джамперами что-то намудрили вероятно.


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

Это все верно, но случись аврал или вылетит STK500, не хотелось бы тогда тратить время, чтобы в результате выяснилось, что Дракон неисправен и не может сделать то, что заявлено... Кстати, я раньше его параллельным программированием не пользовалься - не было необходимости...


Виноват, это сленг у меня такой со времен запуска в командной строке stk500.exe



Я тут читал, что у вас с Драконом нет проблем.... Может выделите минутку? Правда перемычки совать то еще удовольствие... )

Проблемы у Дракона хватает.

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

Кто хочет подробности -- вот они:

Меня моя жадность победила: скачал я свежий 589-ый билд AVR Studio v.4.13.
Походу подновил прошивки у Драгона и СТК-500. Пока прошивал АВРки через SPI
проблему не видел. Но вот понадобилось разрабатывать одну жутко-экономичную
систему. Прикупил мегу48Р (с PicoPower), которая тоже "умеет" выделываться: фьюзы
на Драгоне читаются крайне неустойчиво.

Перепрограммирование фьюзов привело к "потере" чипа: каким-то макаром фьюз
SPIEN отключился. Я его точно не трогал. Когда я попыталсяуже обратиться к меге
через dW, то с удивлением обнаружил отсутствие такой опции в Драконовском
окошке АВР Студии (вкладка Program, ниспадающий список Program Mode).

Но я хорошо помню, что эта опция была! Перебрал все варианты, ничего не помогло.
Проблема ушла только с возвратом на предыдущий билд (528) и заливкой прошивки
от этого билда.


Может мои стенания наведут на мысль?

Подключение все той же меги16 в Драконе не такая уж и трудная работа - я перепроверил не только свои перемычки, но и саму схему из хелпа Студии. Ну нет здесь ошибок! Все точно соответствует даташиту, разделу Memory programming. Посему свои косяки исключаю. Остается два варианта, чтобы упокоиться: или у Атмела косяк с параллельным программированием меги16 в Драконе или я вывел из строя свой Дракон каким-то чудесным образом. В последнем случае, важно, что все предсказуемые сигналы на пинах подключенной меги присутствуют и соответствуют ожиданиям. Это еще более настораживает.
Так что, если кому-нибудь придется программировать мегу16 на Драконе в параллельном режиме прошу отписаться здесь... А я тем временем попробую обратиться атмеловский support.

Спасибо членам форума - мне уже помогли, и я считаю дОлжным предупредить ВСЕХ, кто начинает мучить Дракона :

ЕСЛИ появляется мысль, что Дракон неисправен (не сдох, а как-то хитро) - МЕНЯЙТЕ USB кабель на более качественный!!
Казалось бы .... а ПОМОГАЕТ!, хотя может только значительно уменьшить проблемы, но не устранить

Просто, зашибись!
Пошел подбирать шнурок для Пресмыкающегося! (Благо, у меня их уже с десяток всяких разных накопилось.)
А вообще, дурдом!

Да уж, я как посмотрел сколько там перемычек нужно, минуткой не отделаешься..
Попробую на выходных возможно, чисто из спортивного интереса.
HVSP для tiny13 точно работает и там всего 6 проводков ;>

Вы перемычку Vtarget отключали?

У меня под рукой есть ATiny45-DIP8, попробую ее читать, правда придется DIP28 запаять в Дракона.
А с мегой16 - перемычку я именно подключал как и описано в connection sheet. Если ее отключить, сразу же получаем стандартное сообщение Дракона: HVPP/HVSP mode error.
Когда-то я ждал Дракона почтой с таким нетерпением, что напаял 22 качественные перемычки!!! Взгляните сами ))).

P.S. Вот только что попробовал читать/писать ATtiny45 - нет проблем, все работает. Но это HVSP.
Прям беда какая-то с параллельным режимом - кристаллы ATmega8,16,8515 в DIP корпусах устойчиво не читаются/не шьются в Драконе, в STK500 - все нормально...

Как произвели откат на предыдущюю версию прошивки? А то как то боязно скакать на новые билды, не зная как подстраховаться в случае глюков.

Пришел ответ из саппорта - типа намудрили вы с перемычками, откройте хелп Студии, откройте схему подклчения и все буит ОК....

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

Сейчас проверил все возможные режимы Дракона со Студией 4.14: абсолютно все работает кроме HVPP!!! Кто пользовался этим режимом - сообщите насколько удачно?

Тем временем выяснил, что практически все управляющие сигналы с разъема HV_prog напрямую подсоединены к on board контроллеру ATmega2560. Исключение только nReset,XTAL1,+5V,GND. Последние легко проверить прямо на пинах меги16.

Если отсоединить премычки с линий DATA_7-DATA_0 (выводы 8-1 меги16), то начинает все "нормально" читаться:

Setting device parameters.. OK!
Entering programming mode.. OK!
Reading signature .. 0xFF, 0xFF, 0xFF .. OK!
Leaving programming mode.. OK!

В таком состоянии на меге16 можно проверить (посмотреть осциллом) все сигналы программирования в соответствии со спецификацией в даташите. И убедиться, что все сигналы ОК...

Итак, или в прошивке ATmega2560 Дракона есть проблемы или у меня выводы портов DATA_7-DATA_0 погорели??? Пожечь порты AVR - это надо суметь...