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

Есть достаточный опыт работы с ARM и CrossStudio, но тут резко приспичило выполнить небольшой проект на AVR. Опыта и знаний - ноль, времени тоже.
Кристалл выбран -ATtiny2313.
Немного почитал тут - все разговоры про JTAG-отладку, но JTAG на нем нет. Чем программировать найду, вопрос чем отлаживать по однопроводной шине?
Как я понял, по SPI он не отлаживается?
JTAGICE MKII штука, конечно, вроде неплохая, но пока я еще морально не готов выложить 350$. Какова на него текущая цена по России? Не появились ли клоны?
Или, возможно есть смысл отказаться от отладки вообще? Обойтись симулятором? Слава богу проект не очень сложный.
Есть ли таблетка на CrossStudio-AVR? На местном FTP искал, не нашел. Может плохо искал.

Заранее спасибо за ответы.
С уважением, Дмитрий.

Касаемо JTAG - это относительно новинка в AVR. До JTAGа люди проектировали устройства на АВРах, и ничего, справлялись. Тем более Вы пишите, что проект не большой. IAR С (опционально) + AVRStudio + ВАШ СОБСТВЕННЫЙ ОПЫТ решат все Ваши проблемы.
Освоить АВР, как мне кажется, опытному программисту МК не составит большого труда. Достаточно иметь необходимые программные средства и документацию на подопытный кристалл.

Удачи

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

Полностью поддерживаю.
В своё время проект размером 80 кБ на ATmega103 именно так и сделал.

Возми VMLAB он правда не хавает твой крестал возми другой


VMLAB supports the following AVR models: ATiny11, ATiny12, ATiny15, AT90S1200, AT90S2313, AT90S2323, AT90S2343, AT90S4433, AT90S8515, AT908535, ATmega8, ATmega16, ATmega161, ATmega162, ATmega32, ATmega64, ATmega128.

Штука просто одуренная


Я уже больше года с ним !!!!!!!!!!!!

http://www.amctools.com/

провда в нем ограничение на размер кода где - то 4кб

но если натужится то можно енто свинство убрать

таблетку в сетке поищи только качай версию 3.10
на 3.11 аспирина нет еще

Человеку нужно разовый проект сделать.

Если работал с АРМ, то уж с ATiny проблем точно никаких.
Простые приложения прекрасно отлаживаются внутрисхемно без всяких эмуляторов и симуляторов.

Итого:
-Качать два PDF-ника с atmel.com - даташит на контроллер и доку на ассемблер.
-Оттуда же качать AVRStudio - asm и среда с отладчиком.
-Скачать avreal - софт программатора с www.ln.com.ua/~real/avreal.
-Собрать на коленке байтбластер, ну или 5 проводков с LPT (на том же сайте подробно описано как).
-Воткнуть эти проводки в свою схему и реализовать проект.

Все бесплатное, таблетки не нужны.

Может, если действительно проект разовый и не слишком сложный - проще, дешевле и быстрее заказать на стороне? Народу тут много, кто-нить да возьмется :-) А потом, если развивать надобно - взять рабочий проект за "рыбу"

Всем спасибо, основную мысль уловил. Хотя, я примерно такие ответы и предполагал. Были времена, писал для ПИКов без всякой отладки и здесь бы справился, но что-то времени с каждым днем все меньше и меньше. Поэтому, всеж склоняюсь к покупке JTAGICE MKII. Двадцать раз окупится. Только где купить не знаю и почем - на письма не отвечает никто, все на выставке.

плохо искал здесь и цена и количество но лучше позвонить
http://shop.efo.ru/cgi-bin/shop.pl?categor...=jtag&mh=50&a=1

Да это я видел, только не понял это mkII или нет. И писал и звонил - менеджера моего нет, в понедельник только будет.

Из моих начинаний освоения AVR:
В году так 1999 получили ATMega103 и начил с ними эксперементировать, до этого был немного избалован Фитоновскими внутрисхемными эмуляторами для PICов и i51. Большую часть кода отлаживал в AVRStudio, но были заморочки с железом и отлаживать в железе было проблематично не имея JTAGа. Но вышел из положения тем, что написал свою программку Монитор и при отладке линковал к основной программе. Отладочную информацию получал через терминал с помощью самописанных деректив в той же AVRStudio. Это значительно облегчило процесс отладки в железе.

Радует душу высказывание единомышленника :-)

В принципе, примерно так же я отлаживаю свои программы... Написан простенький модуль обработки SPI, в программаторе же - модуль обмена. Вижу содержимое памяти АВРки (включая региcры и периферию, благодаря ее, памяти то есть, линейности) - и соответственно ее всю могу менять.

И аппаратных затрат - как и в программаторе - 5 проводков на LPT или 6 резисторов-4 диода на COM.

Одно портит жизнь - систематическое выживание из нутра компа LPT и COM портов. Без них - придется ваять что-то более существенное по аппаратуре... Потому что переходники USB-COM, к сожалению, не COM даже близко... В той части, что касается управления DTS-DSR линиями...

Блин, ну кому они, порты стырыя, мешают-то? Отлажено сто лет назад, все затраты- разъем поставить... Прогресс, мля, простите за грубость.

Make_Pic - абсолютно согласен с полезностью программы-монитора как для 103-го, но для тини13 это будет гороздо более существенное отвлечение ресурсов: треть всех ножек и добрая часть программной памяти и ОЗУ.
nml
Не знаю в чём проблема у Вас, т. к. у меня работает, в том числе и на стандартном железе (внешний модем).

Оно все работает. НО. Как говорили люди, знающие USB, нельзя переключать вышеописанные линии бустрее чем через 1 мс или около того, вроде связано это с особенностями не то самого USB, не то микросхем USART эмулирующих. В вашем случае этого и не надо. А в моем - ими сигналы формируются, в частности строб. Какова получится скорость обмена в этом случае? Правильно, никакая.



Там речь вроде шла о тини2313? Кстати, для моей фигни отладочной надо всего 7 байт (4 байта- для "попроще") ОЗУ, и порядка 100 слов кода(которая "попроще"-и того менее). Это не внапряг и для тини2313...

Это есть результат порочной практики использования инструментов не по назначению(в стандарте на данный интерфейс ничего не говорится о "формировании сигналов и стробов").
Разработчики стандартного оборудования (или оборудования, соблюдающего стандарты) это знают, потому и работает такое оборудование в любом случае.
Это всё равно что мобильником орехи колоть, держать-то очень удобно, а потом жаловаться, что он не звонит.
Когда у меня возникла необходимость в стробировании посылки (RS232 -> RS485) я это сделал в самом преобразователе на той же тини13 не надеясь на более дешевый способ стробирования линиями интерфейса.
Какова в этом случае зависимость от компьютера, типа интерфейса, ОС?
Правильно, никакая.
Какова в этом случае скорость обмена?
Правильно, максимальная.
Глядя на это всё любой покупатель моего конвертера закроет глаза на его удорожание на 2$ по сравнению с более дешевой фигнёй.

Удорожание на 2$ - очень неоднозначно. Например, с 20$ до 22$ при улучшении совместимости - это одно. С 5$ до 7$ - уже другое. А с нуля до двух - это уже совсем третье :-) ...

В моём случае с 1.5$ до 3.5$ никого не пугает, важна функциональность.

Возможно...Впрочем, зашел я на сайт FTDICHIP - а у них там уже для FT232BM лежит софт для реализации и SPI, и I2C и даже JTAG. По сути, вот оно, решение вопроса.

Надо будет эти FT232 купить и пощупать.

Сегодня оплатил в ЭФО JTAGICE mkII, посмотрим что за штука. Так никто и не поскажет как Кросворкс вылечить? А то уж очень от привычки отвыкать не хочется.