Не подскажете программатор для заливки всех камней AVR?

посмотрел avrreal - он подключается к LPT порту, который очень "нежный" и его легко вывести из строя, поэтому и возник вопрос о хорошем программаторе по RS232. Соответственно и ПО к нему должно понимать *.hex и файлы для заливки EEPROM.

Слышал про AS2, похоже хорошая вещь - можно ли его собрать своими ручками?

Может быть ЛПТэшник и нежный, но на практике чаще горит КОМ, человека, который спалил ЛПТ авреадом еще не видел. Если есть возможность, лучше напрячь начальство купить Джитак, который айс мк2

У нас на работе LPT наоборот горят, поэтому перешли на rs232 программаторы.
а программатор - это мне надо в личное пользование (350 баксов за житагайс 2 мне дорого).

AS2 в Аргуссофте -900 рублей. Собрать самому его можно, только работать не будет, поскольку прошивку камня, который в программаторе стоит, не найдешь. Товарищ Королев едва ли ее подарит.

Господа, может быть самим разработать нормальный программатор, работающий по USB и шьющий как через SPI, так и через JTAG?
Это ведь не так сложно... Какая-нить не очень навороченная AVR, USB-интерфейс, можно SRAM для кеширования прошивки. Можно еще FLASH для серийной прошивки и для копирования прошивок (один раз залил в программатор прошивку или считал ее с чипа и затем прошиваешь сколько угодно устройств без обращения к компу).

Прекрасно! Пишите Ваши мысли на страничку в нашем wiki посвящённую этому проекту! Совместными усилиями мы это наверняка реализуем. Лично я готов подключиться к проекту — необходимость универсального открытого программатора и правда назрела. Если сделать его софт кросс-платформенным, то вообще хит сезона будет.

Что касается RS232 программатора — есть PonyProg, очень симпатичное устройство. Собирается просто, прошивает хорошо. Надо только по микросхемам посмотреть — подходит или нет.

Для начала советую обойтись минимумом - СОМ и SPI. Сразу снимется море вопросов, потом можно и их решить. Такую штуку, учитывая открытость протокола, можно сделать быстро. Замахнувшись сразу на многое, можно не получить ничего. Здесь уместно мое любимое выражение (надеюсь, админы не взгреют) : лучше х... в руке, чем п... на горизонте. (для непонятливых - х...-хлеб, п...- пиво.

Эээ... Не совсем понятно
Я нашел тему "Универсальный программатор" на wiki.electronix.ru, но внутри ничего нет
Сайт предлагает мне что-то писать...
Нельзя ли поподробнее об этом wiki и о проекте "Универсальный программатор"?

"Универсальная в мире только одна вещь - глупость человеческая" (с) не мой
Универсальный программатор сродни вечному двигателю. Я тоже некоторое время болел подобной идеей.

yung
да это понятно )
JTAG можно предусмотреть пока только в резерве железа - выводы, разъем...
Но вот про COM - категорически не согласен. Зачем городить и отлаживать то железо, которое потом будет выкинуто? Да и что страшного в USB? Ставится филипсовский чип с минимальной обвязкой - и вперед. Этот чип уже прекрасно отработан в связке с 89C51, так что прикрутить его к AVR никакого труда не составит.

Естессно, что все задачи решаются постепенно, пошагово.

rezident
не нужно понимать все так буквально
Универсальность в данном контексте - вещь весьма условная и ограниченная .

А почему не попробовать "родной" Atmel'овский AVR910 ?

Модифицированная, переработанная и свежая версия есть на http://www.klaus-leidinger.de/mp/Mikrocont...Programmer.html (немцы). Народ следит за свежими камнями и достаточно регулярно обновляет прошивки.

Собирал, работает без вопросов
Особенно хорошо в режиме "butterfly" c AVRDUDE

Для фанатов USB - версия на http://www.avr-projekte.de/ (AVR910-USB)

ИМХО AS2 это и есть изрядно переработанный AVR910

Опять же более родной софт, чем AVRStudio найти сложно, а AVR910 прекрасно видится и работает из студии

AndyBig, тогда нужно писать более конкретно. Что-то типа "универсальный программатор для AVR". А то можно подумать, что вы планирете им же 556РТ5 пережигать

Опоздали

Атмеловцы уже выложили сырцы открытого программатора под названием "AVR911: AVR Open Source Programmer "

Гм...
Ну, во-первых, мне не нравится сама схематика этого программатора - неизвестный мне чип USB (к тому-же это не просто интерфейсная микросхема, а преобразователь USB-RS232), на поиск которого einfo разводит руками. Большой размер девайса: джамперы можно повыкидывать нафиг: питание схемы сделать только от USB, все функции, кроме собственно программатора, не нужны.
Жаль, я немецкий не знаю, а то бы еще кучку недостатков нашел бы )))))))
Это я про AVR910-USB

Это FT232BM неизвестный чип ? Ну извиняйте , как-то странно ищете :

http://www.efind.ru/icsearch/?search=FT232BM&update=1

Упс... У меня получилась ссылка http://www.einfo.ru/search_main.php?&query...name=yes&page=1
и по ней - ноль .
Ладно, беру свои слова про неизвестность чипа назад

Так и другие бери
Питается он исключительно от USB, набор джамперов - переключатели для работы COM/USB (JP9,JP10), питание от USB/ питание от программируемого девайса (JP4).
Что не нравится-то? Можно произвольно выкидывать или кусок с MAX232 или кусок с FT232 - соотв. джамперами получается исключительно USB or COM программатор. JP3 - возможность самопрограмиирования (обновления прошивки)
Этот компот - исключительно плата за универсальность

Неее, другие не возьму
Выкидывается кусок с максом, выкидываются джампера, меняется FT232 на PDIUSB1x, добавляется чип оперативки...
И получается новый программатор )

C USB знаком посредственно, но IMHO камню PDIUSB1x для работы самому нужен контроллер?

Может проще будет что-нибудь типа Almel AT89C5130 - AT89C5132 ??? Или AT43USB3ХХ ? Прямо в контроллер и сам программатор упихается

Меня лично вполне устраивает AVR910, PCI плата расширения для 2COM+1LPT стОит весьма недорого, шнурок от COM вытащен прямо на стол

А вот USB заняты все... Все 6

89C513x - дорого. Связка Атмега16 + PDIUSB1x получается в два раза дешевле
AT43USB3xx - уже интереснее, но встречается в продаже реже обычных атмег.
По поводу самопрошивки - для этого просто нужно будет написать свой бутлоадер...

А у меня наоборот: из 6 USB заняты только 4, а вот единственный ком-порт занят .
Кстати, USB-хаб тоже покупается без проблем

А PonyProg не подойдет, как по мне уж проще и быть неможет
еси интересно вот ссылка http://www.lancos.com

PonyProg в силу своей огроменной универсальности имеет довольно сильные ограничения . Как по разнообразию контроллеров, так и по скорости.
Кроме того (не знаю, правда, как сейчас, но раньше было так) у него нет консольной утилиты, а я привык из IAR шить именно консольными утилитами, настроив их в меню Tools. Это намного удобнее, чем переключаться каждый раз между задачами

Тогда уж обратно к AVReal & LPT.
Вся (опять же ИМХО) прелесть в том, что AVR910 стандартный (фирменный, родной - кому как больше нравится) Atmel'овский программатор, протокол известный, софта под него - море (как Win32, так и Linux), есть GUI & Command Line варианты...
Ну что еще надо? AT90S2313 ? Так она копейки стоит, особенно если всерьез заниматься программированием AVR.
Или уж если совсем не париться - брать STK500 или лепить какой-нибудь его клон, желательно с JTAG ICE (пригодится для отладки ATMeg) Что-нибудь в стиле Evertool http://www.siwawi.arubi.uni-kl.de/avr_proj...tool/index.html или HVProg http://www.der-hammer.info/hvprog/index.htm

http://www.e.kth.se/~joakimar/hardware.html
http://averos.narod.ru/products/AVR_JTAG_ICE.htm
http://bialix.narod.ru/files/

Тут это все не раз упоминалось...
Определяйтесь...

Вопрос такой - чем PDIUSB1x лучше, чем FT232BM/FT245BM ? Причём не внутри, а снаружи :-)
Поясняю: драйвера ком-порта для FT232/FT245 есть под линукс и, кажется, уже и под фрю.
А что делать с PDIUSB?
Вариант - прикинутся каким-то таким стандартным классом, через который можно будет работать с программатором. А смысл?

По поводу программатора AVR через USB кроме упомянутых в теме ссылок есть ещё USBISP. Мне эта штука нравится больше, там стоит FT245, что позволяет проще реализовать бОльшие скорости, чем в случае FT232. Учитывая наличие mega168-20 у такого приборчика неплохая перспектива. Я даже захотел поддержать в avreal протокол STK500

Кстати, ещё по FTDI - есть такая буква FT2232.
Я уже через неё, включив её в 3-мегагерцовый (кажется) SPI достучался до меги128 - вогнал в программирование и прочёл DEV ID. Т.е. теперь в avreal поддержка добавляется сравнительно легко
(кроме ДОС-версии, см опрос...).
Но тут возник вопрос - она стоит столько же, сколько FT245+mega88, а универсальность гораздо ниже. Вот и отложил пока эту макетку.

Тогда AVRDUDE (как консольная утилита)
понимает:
id = "bsd";
desc = "Brian Dean's Programmer, http://www.bsdhome.com/avrdude/";
type = par;

id = "avrisp";
desc = "Atmel AVR ISP";
type = stk500;

id = "stk500";
desc = "Atmel STK500";
type = stk500;

id = "avr910";
desc = "Atmel Low Cost Serial Programmer";
type = avr910;

id = "butterfly";
desc = "Atmel Butterfly Development Board";
type = butterfly;

id = "pavr";
desc = "Jason Kyle's pAVR Serial Programmer";
type = avr910;

id = "stk200";
desc = "STK200";
type = par;

id = "pony-stk200";
desc = "Pony Prog STK200";
type = par;

id = "dt006";
desc = "Dontronics DT006";
type = par;

id = "bascom";
desc = "Bascom SAMPLE programming cable";
type = par;

id = "alf";
desc = "Nightshade ALF-PgmAVR, http://nightshade.homeip.net/";
type = par;

id = "sp12";
desc = "Steve Bolt's Programmer";
type = par;

id = "picoweb";
desc = "Picoweb Programming Cable, http://www.picoweb.net/";
type = par;

id = "abcmini";
desc = "ABCmini Board, aka Dick Smith HOTCHIP";
type = par;

id = "futurlec";
desc = "Futurlec.com programming cable.";
type = par;

Короче, для программаторов на параллельный порт позволяет переопределять, где на каких ногах что висит:

vcc = 2, 3, 4, 5;
buff = 6;
reset = 7;
sck = 8;
mosi = 9;
miso = 10;
errled = 1;
rdyled = 14;
pgmled = 16;
vfyled = 17;


Удобно крайне.

Ну и бессмертный AVReal, но это пока только для LPT ( пусть господин Редчук меня поправит, если что не так)

Это погода наверное сегодня такая, что всех на программаторы пронимает?
Мне вот с утра эта мысль тоже ввалилась, до сих пор не могу успокоиться . Даже специальный топик в сахаре замутил:
http://www.caxapa.ru/mcu/wwwboard.html?id=34360
Ну дык ладно, там вопрос собственно к Вам был по поводу софта, так задам здесь - Вы смогли бы в АВРеАЛ добавить вот такую штуковину, как у приведенного выше немца? По поводу же самой железки - думаю, что
можно было бы организовать колхоз да и наделать их на всех желающих - ну, типа, открытый проект... В конструкцию немецкой железки, думаю надо внести 1-ваттный преобразователь с гальванической развязкой и 245-ю на 232-ю заменить., а всё остальное - пусть останется как было...
Такую плату развести, и изготовить - проблем нет, всё дело за софтом.
Что скажите?
ЗЫ. Кстати не понял, почему с 232-й скорость меньше чем с 245-й?

Тогда скажите мне где можно физическому лицу купить по почте FT232?

ИМХО Промэлектроника, Платан, (Точка Опоры???)

Мне проще - в Питере можно купить практически все

В мск. они практически всегда есть в
http://www.smd-component.ru/
Собстно и по приведенным адресам пройтись - наверняка почтой что угодно вышлют...

Угу, нашел

Но дорого.

Я так понял, там тот же STK500 протокол?
Я морально готов взяться за поддержку STK500, только надо платку сделать какую-то из "засвеченных" (одного из двух немцев )


Ну если преобразователь и развязка, то FT232 удобнее, конечно.
По скорости - FT232 даст пусть 3 мегабита. Их ещё надо в процесоре принять. А у меги8/88/168 UART - явно не 16C550A, фифошкой и не пахнет. Ну ладно, я заткну FT232 по CTS, чтобы она зря не слала. А как я узнаю, что она имеет мне данные? Принимать 3мегабита в побайтных прерываниях... Даже 1мегабит...
А у 245-ой нормальный фифошный интерфейс, у меня обработчик прерываний по RXE всплывает, в максимальном темпе вынимает байты, пока видит их наличие по тому же RXE, нагрузка на процессор минимальна при высокой пропускной способности. Только вот развязывать гальванически процессор и FT245 грустновато, ставить развязку между процессором и колодкаой программирования - уже лучше, сигналов там меньше, но... Всё равно это не одна ADUM1402, как для FT232, а минимум ADUM1400+ADUM1200...

О немцах.
1-й: http://www.klaus-leidinger.de/mp/Mikrocont...Programmer.html
- это СОМ. Неинтересно. Хотя с точки зрения софта может быть совсем и наоборот. Вам решать.
2-й:http://www.avr-projekte.de/
-Вроде УСБ, но я не очень понял, что ещё. Непонятно (по немецки, блинн, пишут. Звери ).
3-й:http://www.e.kth.se/~joakimar/hardware.html
В правильном направлении, вот только с 2313 пожмотничали.
4-й:http://www.matwei.de/eng/index.php?page1=elektronik&page2=usbisp
-Опять немцы, но выглядит по внешнему виду вполне пристойно. Судя по фотке там вдалеке 8-я мега стоит.
Короче, Вам выбирать, что из этого более-менее сойдет в качестве отправной точки.

О скоростях.
А сколько нам надо? Вот на ФТ-245 с СОМ-овским драйвером у меня получалось прокачивать порядка 1,5 Мбод. Правда это давно было, тогда они ещё букву А в обозначении имели. Но, всё равно, больше 1 Мбода мы в мегу через RS не вольём. Может на этом и остановиться?

ЗЫ. Может действительно в wiki продолжить?

Ну я именно "матвея" (4-я ссылка) и имел ввиду. Там мега8, 245-я и at45db кажется 041 "на всякий случай" - можно доработать софт до автономного программатора. Исходники на С под avr-gcc для протокола STK500 включая
перешивку внутреннего софта через bootloader (тоже под какой-то атмеловский стандартный протокол).
Мне этот вариант нравится больше всего, только я бы тоже схему поправил - вывел бы аппаратный I2C, то-сё.


Через FT245 или FT232?
Я через FT245BM вваливал почти 4 мегабита в пике, 2 в среднем точно было.
А через 232 плохо - на каждый байт прерываться - плохо, раз уж пошли данные, то сидеть в обработчике прерывания и поллить - тоже плохо.
У 245-ой легче рулить потоком данных, с двойной буферизацией можно очень приличные скорости выжать.
В вики я уже пару строк дописал, но там подход "уже есть филипсовский чип", а я от AndyBig тут пока не получил ответа - а как с ней работать под разными осями и вообще. Упомянута на вики libusb, я конечно гляну что это, но это будет устройство, которое явно не будет прикидываться STK500 или avrjtag прозрачным для стандартного софта способом.
...
А я ещё думаю - а не выйдет ли из этой коробочки altear BITblaster...

Сорри, пока добрался с работы домой, да пока поужинал...
ReAl, с PDIUSB работать, в принципе, можно так же, как и с FT245 - практически тот-же принцип. По драйверам - знаю, что с помощью DriverStudio дрова писались буквально за пару дней. В принципе, можно прикинуть ее виртуальным COM-портом, тогда дрова и писать не нужно, но это, думаю, излишне.
Мне вообще почему-то кажется, что подавляющее большинство прошивок проводится из под виндов .
Ну и если уж приспичит - неужели под тот же линукс так сложно писать драйвера? Я, честно говоря, в линуксе полный ноль, поэтому может быть кто и просветит как раз...
Но это так, лирическое отступление .
Вообще я думаю, что лучше все-таки писать драйвера самим - хоть под PDIUSB, хоть под FT2xx. Это не такая уж большая работа по сравнению с остальным объемом задач, зато можно отконфигурировать устройство абсолютно на свой вкус.
По поводу чипов FT2xx - согласен, вполне можно взять FT245. Мне он тоже понравился больше чем FT232 по причинам, уже изложенным ReAl-ом, плюс потому, что он имеет параллельную шину - это все-таки побыстрее последовательной.
По скоростям - думаю, что выжимать из устройства мегабитные скорости практически не имеет смысла. По спецификации тех же AVR клок должен иметь период не менее 2 машинных циклов программируемого чипа при тактовой частоте меньше 12 МГц и 3 цикла при более высокой тактовой. То есть при установленном по умолчанию внутреннем осцилляторе 1 МГц максимум, что можно будет заливать в чип - 500 КБит. Или даже 250 КБит, если они имеют в виду не период, а время удержания уровня.

Это говорит Атмел.


Вот-вот, я тоже предлагал поставить флешку для автономного программирования или для копирования .
Впрочем, все мои предложения и видение проекта есть на wiki: http://wiki.electronix.ru/index.php/%D0%A3...%82%D0%BE%D1%80

Вот, еще...
Мне не совсем понравилось что FT245 не берет у контроллера VID, PID, Serial number и т.д. при запросе от хоста. Или изволь поставить ему отдельную EPROM или получай все эти значения по умолчанию .

И про филипсовский чип: у него уже имплементирована двойная буферизация RX и TX. Кроме того, у него скорость до 2 МБайт .
С другой стороны, с этим чипом нужно глубже влазить в дебри USB-протокола...

Бластер должен получиться. Вот прикинуть бы ещё, (может народ из других конф подскажет) пожелания по MSP, Фуджам, может ещё что... Житаг для легких АРМов тоже должен прокатить.

1Мбод = 100 кБайт/сек.
Мы часто шьем по 100 кБайт проги кряду? Допустим.
В применении к АВР-ам (на сегодняшний день), максимальное время прошивки = 2,5 сек. Мне представляется вполне удовлетворительно .
Это - оправдание. А подспудная причина - не верю я в большую скорострельность ФТДИ. Т.е. в пиковые скорости 4 Мбод в камне с буковками "ВМ" я верю, а вот в то, что подобная скорость безглючно прокатит продолжительное время - сомневаюсь. Там проблема, ИМХО, не в микрухе, а в "биениях" трех буферов - в микрухе, в виндах и в драйвере VCP. Что-то там где-то нечестно сделано, но выловить мне не удалось - кто-ж его знает, как у виндов дрова УСБ-овые написаны?! Да и не силен я в виндовом софтвере...
Короче, с точки зрения минимального экстрима (и гимора), предлагаю ограничиться 1 - 1,5 Мбод, и далее спокойно юзать FT-232 с VCP.
А если нужна всерьез большая скорострельность, можно попробовать толстый Езернет натянуть... правда по деньгам для многих будет уже неподъемно .

Вот-вот, вот поэтому уж больно вкусно применять FTDI, что собссно про все грабли и дебри УСБ с ней можно забыть! (на не слишком высоких потоках). Что очень хорошо ...

Про скорость согласен, но я за FT245 и D2xx-драйвера.
По чипу - 245-й имеет параллельный интерфейс, что мне больше нравится. При одной скорости потока парарллельный интерфейс меньше загружает контроллер.
А по драйверам - зачем прикидывать устройство последовательным портом? Мне, как опытному программисту под виндами (отбросим ложную скромность ), удобнее будет использовать прямой доступ через предоставленные API.

Так ведь я же говорил, что уже есть отлаженные процедуры работы с этим чипом . Как со стороны контроллера, так и со стороны компа.

Да я про BitBlaster и не сомневаюсь.
Он и поддержка STK500 -- аргумент за VCP, а не D2XX драйвера, за виртуальный ком-порт, а не какие-то свои, пусть и более красивые, протоколы.


Кроме AVR есть AT45DB, есть работа через JTAG с параллельными флешками, висящими на ногах процессоров/ПЛИС и т.д. и т.п.
Скорости много не бывает :-)
245-я в любом случае гораздо проще в работе и меньше нагружает процессор.
Как 232-я сообщает, что у неё появились данные? А что они ещё не закончились? Что делать между байтами на скорости в мегабит?
Т.е. как раз у 245-ой на мой взгляд меньше будет интерферировать работа с буферами и меньше "конвейерная" задержка - время на перелив из неё в проц и из проца в неё.
На мой взгляд единственный аргумент за 232-ю - это то, что меньше линий и проще гальваноразвязка (хотя и не во много раз). Всё остальное, включая "глючность драйверов" - у них одинаковое.
Меня гальваноразвязка пока не тревожила, но бывает людям надо...

Не, ещё одно!
Если будет стоять FT232, то какой-то стандартній софт возьмёт и поставит ей 115200. И даже если процессор в нашей коробочке угадает и тоже поставит столько - то будет малая скорость. Я не знаю, любой ли софт даст выставить скорости выше 115200. А с FT245 из любого софта будет идти обмен на максимальной частоте. Какая-нибуль студия и не узнает ничего.

Это даст возможность этой коробочке работать с большой кучей существующего софта. Плохо это или хорошо - отдельный вопрос

Это ещё не значит, что на остальное надо забить.

Это (свой вкус) может быть как раз недостатком. Если не собираться переписывать всякий готовый софт под этот свой вкус Имеются ввиду всякие jtag-отладчики и т.п.

250. По два такта на высокий и низкий уровень на SCK - Fspi = Fxtal/4. Далее вопрос - а если частота выше? Неужели

запускает процессоры на внутреннем 1МГц? К меня так редко меньше 7.3728 бывает.

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


Нет, конечно, не забить. Но правильно расставить приоритеты. Чито бы проект не превратился в мертворожденного монстра .


Хм... А вот у меня при прошивании партии устройств почему-то все меги изначально идут с фьюзами, прошитыми на внутренний RC 1МГц . Хотя признаю свое предыдущее высказывание слишком поспешным . В конце концов программатор перед заливкой может выставлять фьюзы целевого контроллера на внешний клок и тактировать его максимальной частотой, а после заливки и верификации зашивать изначальное положение фьюзов

Сразу всё не напишешь.


У меня тоже. Но быстрее два вызова avreal подряд сделать - в одном только фьюзы выставить при -o1MHZ, а в другом софт заливать уже с -o7MHZ,
чем всё чухать на 1 мегагерце.
Ну а при отладке (чем собственно я лично и занимаюсь ) - так фьюзы зашиваются вообще один раз в самом начале.

Сразу, конечно, не напишешь. Сразу даже железку не сделаешь .

Мне в работе и 245-я и 232-я показались совсем одинаковыми, в том плане, что никаких проблем как бы не возникало, ни с железием, ни с программизмом. Насколько я помню в 245-й надо следить за ногами готовности данных, а в 232-й и этого не надо. Просто подсоединил её к УАРТу и забыл. Когда придут данные (байт) - интерапт скажет. Т.е. просто ОБЫЧНАЯ работа с обычным УАРТом... В 245-й чуть помудрее, но тоже вполне тривиально. Единственный аргумент между ними - гальваническая развязка. Сажать два быстроходных оптрона или с десяток - почуствуйте разницу. Ну и стОят они, конешно денег... Развязку мне делать представляется правильным!
Насчет "стандартного софта"... ну, не знаю, раз уж мы завели свой софт (программатор), так он всё и выставит, а если параллельно с ним кто-то ещё к этому самому СОМ-порту лезет, ну тогда конечно баг случится... ну дык это ж и при 245-й то же самое.
В общем, ежели уж очень хочется поставить 245-ю, предлагаю тогда воткнуть две меги, а уж между ними ставить оптроны... бред конечно.

ЗЫ. Интересно, а что мы дальше так втроем и будем этот вопрос перетирать ?

А что вы хотели? Человек спросил про простой RS232 программатор - ну и куда вас унесло??