Программатор RS232, своими руками Опции

[LeoLabs]

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

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

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

[AndyBig]

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

[ReAl]

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

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

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

[Alexey_N]

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

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

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

[ReAl]

Ну дык ладно, там вопрос собственно к Вам был по поводу софта, так задам здесь - Вы смогли бы в АВРеАЛ добавить вот такую штуковину, как у приведенного выше немца?

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

В конструкцию немецкой железки, думаю надо внести 1-ваттный преобразователь с гальванической развязкой и 245-ю на 232-ю заменить., а всё остальное - пусть останется как было... 
Такую  плату развести, и изготовить - проблем нет, всё дело за софтом.
Что скажите?
ЗЫ. Кстати не понял, почему с 232-й скорость меньше чем с 245-й?

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

[Alexey_N]

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

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

О немцах.
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 продолжить?

[ReAl]

О немцах.
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-я мега стоит.
Короче, Вам выбирать, что из этого более-менее сойдет в качестве отправной точки.

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

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

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

[Alexey_N]

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

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

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

[ReAl]

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

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

1Мбод = 100 кБайт/сек.
Мы часто шьем по 100 кБайт проги кряду? Допустим.
В применении к АВР-ам (на сегодняшний день), максимальное время прошивки = 2,5 сек. Мне представляется вполне удовлетворительно .
Это - оправдание. А подспудная причина - не верю я в большую скорострельность ФТДИ. Т.е. в пиковые скорости 4 Мбод в камне с буковками "ВМ" я верю, а вот в то, что подобная скорость безглючно прокатит продолжительное время - сомневаюсь.

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

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