А разве ее можно менять?? Насколько я разбирался, она там фиксированная, и задается так же кварцем : Кварц 7.3728/(2*113)=32623Гц. Это же и в калибровочной прошивке прописано. Мерить ее я тоже могу достаточно относительно, порядок соответствует, а вот за приемлемую точность я не поручусь.

Нет, ее тоже менять нельзя, конечно. Я просто хотел узнать, какая она на самом деле...

Нету дома частотомера, к сожалению. На следующей неделе измерю, какая на программаторе на самом деле частота генерится.

Выпустил очередную прошивку. Главное:
1. Достигнута совместимость с 64-битными ОС.
2. В обоих прошивках введена возможность калибровки внутреннего RC-генератора AVR.

JTAG MKII отладка работает?

Увы, полноценно пока нет

Парни помогите, не могу прошить программатор. Купил уже готовый и запрограммированный
программатор «ucGoZilla», попытался его обновить и получил труп. В системе он стал определяться как «PROTTOS ucGoZilla empty board» Утилита ucGoZilla.exe не распознаёт CPU и просто отключается. Пробовал на трёх компах везде один результат. Что делать ума не приложу.
Читал, что такие проблемы уже встречались, может ответ уже найден ?

Парни помогите, не могу прошить программатор. Купил уже готовый и запрограммированный
программатор «ucGoZilla», попытался его обновить и получил труп. До обновления всё работало. В системе он стал определяться как «PROTTOS ucGoZilla empty board» Утилита ucGoZilla.exe не распознаёт CPU и просто отключается. Пробовал на трёх компах везде один результат. Что делать ума не приложу.
Читал, что такие проблемы уже встречались, может ответ уже найден ?
Программатор брал у ekit.by , он отличается от того что на http://www.prottoss.com/projects/ucGoZilla/ucGoZilla.htm
Мой выглядит так:
Нажмите для просмотра прикрепленного файла
Нажмите для просмотра прикрепленного файла

Значит внутренний загрузчик активирован.

Запустите ucgozilla.exe из командной строки и сделайте скриншот.

Где читали? Можно ссылку?

Посмотрел ekit.by. Там цена 70000 руб. Неужели они его за столько продают ???

это белорусские спец. рубли

Вот скриншот :
Нажмите для просмотра прикрепленного файла
О проблемах прошивки читал на этом же форуме, но у всех проблема как то решилась сама собой. Я уже на четырёх компах попробовал-реззультат один.Программатор купил у ekit.by за 65.000бел.спецрублей

Четыре компа, это уже криминал. Нужно проверить пропай МК. Судя скриншоту как раз такое имеет место быть.

Еще хотелось бы узнать, с какой версии пытались сделать обновление.

Исключено, проверил под микроскопом и на всякий случай пропаял. Промыл спиртом - результата ноль
Есть ещё идеи?

Да, спросил на всякий случай на счет версии... Хотя протокол не менялся практически с первых версий.

Прошивки уже перепробовал все которые нашёл
ucGoZilla_110406
ucGoZilla_101016
ucGoZilla_100926
ucGoZilla_110210
ucGoZilla_110130

Еще вопрос по поводу ОС. Программатор тестируется на 5-и ОС. Windows XP/7 32/64-бит + Linux (внештатно, версию не знаю - уточню).

Было замечено, что, под Windows, иногда, возникают сбои при процессе программирования, если в это время подключается-отключается какое либо USB-устройство.

Я пробовал только Windows XP, может вся проблема от этих сборок типа "зверь" "луна" и т.д

Это не должно влиять, по идее,
Хорошо, продолжим наводящие вопросы.
До того, как мир стал серым, что либо программировали с помощью программатора? Были проблемы?

Шить не успел, но программатор вёл себя нормально с AVR Studio
Но это в прошлом, похоже проблема усугубилась........
По моей просьбе принесли мне ноут, прошива прошла как мне показалось успешно.
Но радость была недолгой после прошивы он стал определятся как "неизвестное устройство"
Манипуляции с RESSET / TEST больше не прокатывают. Просто беда

Всё разобрался. Прграмматор нужно перешивать на компе с чипсетом INTEL - ни одной осечки
Спасибо за помощь!

Да. Верую. Чудо.

Скачал файлы со слоями "ucGoZilla v.2.1 RC1 PCB BOT.pdf" и "ucGoZilla v.2.1 RC1 PCB TOP.pdf" чтобы сделать печатную плату, вот только на них не указан размер платы, печатать на принтере 1:1 то что есть в этих файлах?

Да, печать 1:1

Можно ли этим программатором прошить ATMEL 45DSP041D ?

а я вот все жду когда сделают програматор на avr как pikkit2 чтоб можно было програмировать авр и пик но все никак...

вот ето была б бомба

Наверное имелось ввиду AT45DB041. Это МС памяти и к AVR ни какого отношения не имеет, соответственно программатором не поддерживается.

Можно и для PIC сделать. Но, так как это семейство требует повышенного (12 вольт) напряжения при программировании, нужно будет предусматривать внешний управляемый источник такого напряжения. Ну и опять как то решать лицензионные проблемы. Если есть официальный микрочиповский программатор через СОМ-порт это бы на много облегчило задачу.

Доброго времени всем форумчанам!



А зачем внешний? ИМХО можно попробовать преобразователь из USB-шных +5V.

да думаю 12вольт не проблема

Это не проблема и на 12 вольтах можно не заострять внимание. Больше интересует информация:
1. Есть ли официальный микрочиповский программатор работающий через СОМ-порт. Необходимо, чтобы он поддерживал все существующие PIC-и.
2. Есть ли открытый протокол обмена между микрочиповским ПО и программатором.

ICD2

А когда планируется полноценная JTAG MKII отладка, очень хотелось бы.

Планируется в ближайшее время. Главные секреты рассекречены Может будет несколько последовательных релизов, так как испытывать все одному и на разных ПО сложно.

Можно ссылку на нормальный тех. мануал и описание протокола?

Таковой у меня нет. Есть только схема и файл прошивки.
Схема вот


http://icd2clone.narod.ru/files/ICD2_clone_3_4.zip

Ув. prottoss!

Выводы PA9 и PA15 (цепь PRT_CLK) соединены. Это правильно?

Да. Правильно.

Доброго времени суток всем.
Уважаемый prottoss, похоже в замен STF202 могут подойти NUF2030XV6 или NUF2042XV6. Только придется переразводить плату и добавить один резистор (пул-ап). Или я в чем-то не прав?

C STF202, должен признать, вариант получился не удачный - в плане доставабельности. Остальные USB-фильтры, похоже что тоже не лучший вариант для самостоятельной сборки, потому что или тоже дефицит для штучной покупки или дороги. Так что лучший вариант для самостоятельного повторения, ИМХО, это просто немного резисторов, как и сделано у меня в варианте RC2. По крайней мере, судя по отзывам тех, кто повторил этот вариант.

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

А у меня от перехода на ARM (перешел на STM32) осталась не использованной D915256 (Atmel).
Добавил согласование уровней (можно и не делать) и программатор.
Ну может отладка получится, а то у меня разных программаторов уже и так немеряно.

Похоже проблема с прошивкой программатора на не-INTEL чипсетах реально существует... Как то не сталкивался с такой проблемой. Хотелось бы узнать, на какой конфигурации РС были неудачные прошивки чистой платы.

И извините за предыдущий сарказм.

Прошивка на материнке ASUS M3A78 PRO с чипсетом AMD 780G прошивка так и не удалась, после использования USB->PCI контроллера на чипсете VIA никаких проблем не возникло. Все шьется просто отлично.

Не совсем понятно.
У Вас изначально не удалась загрузка в пустую плату прошивки для МК программатора?
Или у Вас не корректно (либо совсем не) работал программатор?

В результате 3-х дневного копания по проблеме потихоньку выясняется, что есть некая проблема с usbser.sys для не-Intel чипсетов.

Здравствуйте!

Вопрос может не совсем в тему.

Имею обсуждаемый программатор, работает хорошо. За что большое спасибо автору
Прошить его удалось только на 3-ем компе, с чипсетом Intel.

Теперь собственно сам вопрос. Прошиваю ATxmega32A4 в режиме mkII (Ubuntu Linux 10.10 - avrdude - jtag2pdi). Проблема возникает при программировании фьюзов. Если я шью такой командой:

то все в порядке:

Как только добавляю к команде 5-ый фьюз:

получаю вот такой вывод ошибки в конце:

И после этого любая команда дает ошибку:


В чем может быть дело? Микросхему можно заменить, но это не выход (уже менял, все шьется до 5-го фьюза, затем вышеописанный ступор).
Версия avrdude 5.10, в программаторе последняя прошивка (заливал в него 110427). Сам программатор исправен, другие МК прошивает, как xmega, так и mega.

Помогите советом, направьте мысль в нужное русло

Вопрос как раз в тему. Постараюсь проверить в ближайшие дни.
Правда сейчас на рабочем столе бардак в виде кишков из собранного РС с камнем AMD Athlon и мамки на базе nForce. Утилита прошивки как раз не запускается на этой системе.

Вопрос опять же к Вам, как к одному из "пострадавших" в плане не возможности залить в ucGoZilla прошивку.
После того, как Вам удалось найти INTEL и залить прошивку в программатор, на "проблемных" РС программатор работает?

Завтра проверю, но 3-й комп был просто третьим по счету, в тот момент я еще не знал о том, что нужно искать именно чипсет Intel.
Первым был VirtualBox с виндой из-под Линукса, второй комп с родной виндой, вроде с чипсетом VIA, завтра уточню, все проверю и отпишусь.

А это как-то связано с fuse5 в ATxmega32A4? У меня камень "умирает" как раз после его прошивания.

По вопросу программирования. Открыл даташит - XMEGA_A в 5-ом байте фьюзов имеет Bit 5:4 - BODACT[1:0]: - биты только на чтение. Может быть в этом проблема? Хотя у А1 тоже самое - его я программил - такого бага не было... Как обещал, проверю, как только снесу хлам со стола На этой неделе точно.

А какие чипы XMEGA, кроме 32A4, еще программировали? Была ли ошибка с 5 байтом?

А я программатора плату уже на лазертаге делаю, у меня мама на 790GX, прийдётся подождать когда решится эта проблема

Попробовал скомпилить под Линуксом avrdude 5.10 из svn, результат тот же, поэтому в дальнейшем использовал стандартный avrdude 5.10
У меня только xmega32a4, других не пробовал.
Про биты только на чтение понятно, но ИМХО это должно приводить максимум к локальной ошибке при прошивке именно fuse5, но никак не убивать чип, из которого сигнатура теперь не читается.

Linux Ubuntu 10.04 - VirtualBox 3.1.6 - WinXP SP2
Полноценной проверки не получилось, программатор подключился на COM16, после его вытыкания и повторного втыкания он уже не виден системой. Не помогает ни перезагрузка винды, ни тыкание в другие порты USB. Как удалить драйвер программатора вставшего на определенный COM-порт, я не знаю. Кстати, у FTDI есть специальная утилита, которая вычищает все свои установленные драйвера. Вот бы неплохо и здесь подобную утилиту иметь.
Кстати, физически чипсет на этой машине - Intel, но виртуалбоксу это видимо не особо интересно - прошивание программатора в этой конфигурации не работает.

И здесь возникает второе пожелание - возможно ли утилиту перепрошивки перевести на кроссплатформенные рельсы? Это было бы очень здорово, не зависеть от Windows...

WinXP SP3 чипсет SiS
Программатор встал на COM16, перетыкается нормально, не пропадает.
При попытке прошивания xmega32a4 умирает на jtagmkii_open_pdi(), не может открыть порт (can't set com-state). Попытка перевода программатора на COM1 - то же самое.
ATmega168PA шьется без проблем (все то же самое - avrdude COM1 jtag2pdi).

WinXP SP2 чипсет Intel
Программатор встал на COM6, перетыкается нормально, не пропадает.
При попытке прошивания xmega32a4 ошибка как и в чистом Линуксе - "jtagmkII_program_enable(): bad response to enter progmode command: RSP_FAILED" и пр.
ATmega168PA шьется без проблем.

Не удавалось прошить МК программатора, после прошивки, программатор работает нормально и на юсб материнки.

prottoss, дело не в программаторе.

Вспомнил я, что когда-то давно покупал по акции Atmel-а программатор AVR Dragon, да валялся он без дела, т.к. имел совершенно идиотское ограничение на чипы с объемом flash более 32 Кб. Сейчас уже это ограничение снято, дай думаю попробую восстановить чип с помощью этого Dragon. Для этого поставил AVR Studio 4.18 SP3 (build 716), обновил прошивку в Dragon-e. Взял плату с xmega32A4, которую еще не прошивал - через Dragon все нормально и шьется и читается, в т.ч. и fuse5 - правда здесь обнаружена одна особенность, о ней ниже расскажу. А тот чип, который был испорчен, даже через Dragon недоступен - на любую попытку выдает "Failed to set emulatore mode. Unable to continue."

Теперь про особенность. Открываем даташит XMEGA-A Manual (8077H–AVR–12/09) стр. 33 - fuse5 [2:0] BODLEVEL отсылает нас к таблице 9-2 на стр. 106, где для всех 8-и кодов перечислены значения:
1.6(111) 1.8(110) 2.0(101) 2.2(100) 2.4(011) 2.7(010) 2.9(001) 3.2(000).
Более того, в даташите на сам кристалл (8069Q–AVR–12/10) на стр. 67 в табл. 34-10 также перечислены все 8 уровней BOD - правда с другими значениями, именно на них мне и стоило опираться:
BOD level 0 falling Vcc 1.7
BOD level 1 falling Vcc 1.9
BOD level 2 falling Vcc 2.17
BOD level 3 falling Vcc 2.43
BOD level 4 falling Vcc 2.68
BOD level 5 falling Vcc 2.96
BOD level 6 falling Vcc 3.22
BOD level 7 falling Vcc 3.49
Я запрограммировал fuse5=0xF0, что соответствует 3.2В по мануалу, но 3.49В по даташиту. Видимо в этом месте я и прокололся, т.к. питание у меня 3.3В (реально 3.39В).
Что интересней всего, AVR Studio предлагает всего 7 уровней (т.к. измеренное им питание target 3.4В, то возможность запрограммировать BODLEVEL до 3.49В он благоразумно не предлагает).
Повысив питание платы до 3.58В, удалось перепрограммировать fuse5 и вернуть чип к жизни. Но что самое интересное! - код BODLEVEL 000 AVR Studio интерпретирует как Undefined, вот так вот.

В итоге, плата восстановлена, программатор не виноват. Не знаю, имеет ли смысл внести в прошивку программатора ограничение - если кто-то попытается прошить fuse5 BODLEVEL 000, возвращать ошибку. Хотя ведь кому-нибудь может понадобиться BODLEVEL 3.49В, уж и не знаю, кому.

prottoss, еще раз спасибо за проделанную работу. fuse5 в норме. Если надо будет потестировать утилиты на работоспособность с чипсетами материнок не-Intel, всегда готов

Спасибо, что избавили меня от ненужной головоломки. У меня, кстати, тестовая плата питается от 3.3 вольт стабилизатора. Так что я сам мог влететь и не догадаться