Новый USB программатор для AVR

[alexgap]

Тем не менее считаю, что моя плата имеет жизнь

Полностью с вами согласен. Очень перспективный проект, если к нему сделать качественный софт. Вот в последнем пункте обычно и проблема. Если сможете потянуть - то снимаю перед вами шляпу. Так же советую сделать его с открытым кодом, чтобы другие люди могли бы вам его совершенствовать и присылать патчи . Тогда это станет по-настоящему народным программатором, возможно в контексте всего мира.
А вы бы могли наладить производство железа, только не просто в виде платы, а в в виде красивой законченной пластиковой коробочки. Затем поконтактируйте с Терраэлектроникой, они обеспечат дистрибьюцию. Таким образом все коммерческие "самоделкины" отпадут сами, так как у них кишка тонка делать качественное законченное устройство, максимум на что они способны - спаять плату без корпуса.

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

Если пойти по серьезному пути, то можно было бы сделать мульти-программатор для PIC, AVR SPI/JTAG/PDI, ARM JTAG. Это был бы хит при наличии качественного софта. В этом случае софт программатора можно не открывать, и его можно привязать только к вашему железу. Например, если кто-то сделает сам программатор - он будет работать, но с урезанными функциями. Если купят у вас - то будет работать с полной функциональностью. Ниша недорогих мульти-программаторов сейчас абсолютно свободна. Есть, конечно, Тритон, Бипрог и др., но цена у них немалая, да и оринтированы они в основном на Flash/EEPROM, а не на самое нужное для эмбедера - внутрисхемное программирование и отладку. Запишите меня в качестве первого клиента на такой программатор. Если у вас будет инженерный образец и приемлемая цена, я вам сделаю предварительный заказ.

Удачи!

[awtoap]

Че Вы к человеку то привязались... Предлагает альтернативу уже существующим плюс какгбэ все в одном флаконе...короче говоря доведет до ума будем посмотреть. Мне лично не помешал бы ARM + mega + XMega + отладчик + прогер и так далее

[harchenko_pavel]

Я и сам не против такого универсального программатора.
Тема то начиналась со слов про новый программатор для AVR:
* Возможность программирования всех МК AVR, поддерживающих ISP-программирование;
* Поддержка протокола STK500v2;

А вот если этот программатор будет поддерживать ISP, PDI, JTAG, TPI да еще и ARM тогда сниму перед Вами шляпу!

[st_1]

Это Вы просто ж... думаете, похоже, по этому у Вас так все удивительно во круг
И кто Вам сказал, мил человек,что по правильному после ARM надо еще AVR ставить?.... Вот потеха то После АRM у меня стоят буферы для согласования с логическими уровнями программируемого МК.

Специально для "чукчей-танкистов контуженных люком и выхлопными газами".
Читаем внимательно, три раза.

Что нефиг изобретать велосипед на квадратных колёсах.
Если по правильному, то к mtlink для АРМов надо было прикладывать дополнительно АВР, а не брать "перекрученный" mtlink ака прогер АВР, а потом к нему добавлять JTAG и поддержку АРМов. Как-то всё через ж...

А теперь перевод с русского на "русский для непонятливых".
Берём схему отсюда, например (схожесть видна невооружённым глазом). Уже рабочий проект для работы с АРМами. Ничего не меняя в схеме, а только меняя прошивку добавляется поддержка АВР. Для начала только ISP, потом всё остальное - вот это по нормальному. Примеры подобных "трансформеров" имеются - PICkit2 шьёт АВР.
А у вас всё через ж..., сначала "перелопаченная" схема (может чтобы выдать за свою? а может это один из вариантов mtlink и о уже существующей возможности прошивки АРМов просто скромно умалчивается? ) с режимом ISP, а потом может быть когда-нибудь всё остальное.

А вообще мне пофигу, как и что вы там делаете, пусть у вас всё получится.

[prottoss]

Полностью с вами согласен.

Спасибо.
Вообще, раскрою карты на счет использования ARM в проекте.
Если кто не знает, поясню, что ARM7TDMI имеет Принстонскую архитектуру, т.е. может выполнять код в оперативной памяти. Я планирую все протоколы программирования-отладки держать на хосте в драйвере платы. Вообще видится все это примерно так: Пользователь запускает программу управления платой и выбирает целевой контроллер и протокол. Драйвер загружает в плату соответствующий протокол. Далее пользователь работает с платой, например, как с STK500, или JTAGmkII, или JTAG-ICE, или.... Т.е. плата будет содержать драйвера управления железом, а в оперативную память будет грузится только связующее ПО обработки протокола. Универсальность еще и в том, что, если проект разовъется, то можно AT91SAM7S64, заменить на S128(256/512) без изменения железа и совместимости сверху вниз.

[st_1]

Пользователь запускает программу управления платой и выбирает целевой контроллер и протокол.

А почему их сразу не связать?

[dosikus]

prottoss, В виде конструктора сколько ?
st_1, Не издевайся над человеком....

[Andriy76]

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

[st_1]

Не издевайся над человеком....

Хорошо, не буду.
Если попросит - я уйду с темы.

[avr123-nm-ru]

AT91SAM7S64B-AU подойдет ?

Хорошобы поддержку atXmega добавить и тини10

+ UART вывести rx tx