Форум РадиоКот

Здравствуйте. Появилась идея программатора для AVR. Вроде всё укладывается в общую картину, за одним исключением: не могу найти описание используемых протоколов. Если кто-то разрабатывал программаторы, подскажите пожалуйста, какими источниками пользовались? Может какие апноуты по этому вопросу есть?
Заранее спасибо.

В даташите на любой AVR, в разделе программирования есть и схемы подключения и описание команд.

Application Note
AVR910: Внутрисистемное программирование
AVR911: Открытый исходный код AVR-программатора
http://www.gaw.ru/html.cgi/txt/app/micros/avr

neit95 писал(а):Появилась идея программатора для AVR.

и в чем же идея?

Спасибо, буду разбираться.

kalobyte писал(а):

neit95 писал(а):Появилась идея программатора для AVR.

и в чем же идея?

Посмотреть реальность создания Mass Storage программатора.

где-то была статья, как из картридера сделать программатор
только ее на чердак закинули вроде, т.к. софта вроде там не было

ты уже опыты проводил?

neit95 писал(а):Посмотреть реальность создания Mass Storage программатора.

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

neit95 писал(а):Появилась идея программатора для AVR.

Наподобие такого собрались разрабатывать?:
http://mdiy.pl/uprog-maly-szybki-przeno ... d/?lang=en

только надо хорошенько продумать возможность выбора типа МК и разных настроек...

Дыг, программатор пусть определяется как накопитель с кучей файлов, соответствующих разным МК. В какой файл пишем - такой МК и программируем...

А можете подробней объяснить чего это такое? Масс Сторедж?

Mass Storage - класс USB-устройств, соответствующий флешкам, внешним HDD и прочим устройствам хранения данных.

И это получится типа программатор, который можно в поле без компа использовать? А смысл?

YS писал(а):

только надо хорошенько продумать возможность выбора типа МК и разных настроек...

Дыг, программатор пусть определяется как накопитель с кучей файлов, соответствующих разным МК. В какой файл пишем - такой МК и программируем...

не, логичнее представить себе такое:
- с подключенным МК программатор определяется как диск с меткой [ATMEGA48], т.е. метка диска - тип МК (по сигнатурам)
- без подключенного МК определяется как "no disk"
- с подключенным на диске есть 3 файла FUSES.bin, FLASH.bin, EEPROM.bin (ну или HEX - это уже не принципиально)
- размер соответствующего файла совпадает с соответствующим объемом памяти МК
- общий размер "диска" равен сумме размеров этих файлов, т.е. ничего лишнего записать невозможно.
перезапись файла и есть прошивка
мне представляется как-то так...
остается открытым вопрос, где и как настраивать сам программатор, например, высоковольтный режим или там алгоритмы какие... как защиту ставить... эти функции в концепцию Mass Storage не вписываются...

И это получится типа программатор, который можно в поле без компа использовать?

Нет, это программатор, который видится как флешка.

остается открытым вопрос, где и как настраивать сам программатор, например, высоковольтный режим или там алгоритмы какие... как защиту ставить...

.ini-файл же на том же диске.

Тема запахла чем-то интересным
Отмечусь.

А ЮСБасп чем отличается тогда? Или к этому Масс Сторедж не надо отдельной программы? Он будет как флешка в Мой компьютер, куда просто закидываю ХЕКС файл и он автоматом его прошивает в МК?

Он будет как флешка в Мой компьютер, куда просто закидываю ХЕКС файл и он автоматом его прошивает в МК?

Да, речь именно об этом.

ARV писал(а): с подключенным на диске есть 3 файла FUSES.bin, FLASH.bin, EEPROM.bin

Тогда уж лучше не файлы, а папки, иначе накладываются ограничения на имена файлов.

Я даже не думал, что эта идея вызовет такой интерес
Вообще, м.б. эта идея меня бы и не посетила, но я случайно наткнулся на аппноут AVR273 (реализация флешки на avr с аппаратным usb). Собственно, всю мои мысли уже изложили YS и ARV. Но на всякий, по подробнее как я пока что это вижу (ещё ни с чем не экспериментировал, да и раньше мая, а то и июля, навряд ли начну, поэтому хотел пока аппноуты по изучать):
1) Пока две концепции: с буфером из какой-либо flash памяти и без. С первым всё понятно (и судя по постам выше, близкие реализации есть). Что касается второго: всю память программируемого мк представить как кусок памяти, а заголовок, таблицу файлов и таблицу fat держать в оперативе. Полную реализацию fat делать соответственно бессмысленно, поэтому нужно как-то противодействовать неправильным файлам и директориям (тут либо включать защиту от записи, если это возможно сделать динамически, либо отправлять в ребут программатор, как бы переподключив его).
2) Касательно файлов, всё собственно уже и сказали: заливаем фьюзы, flash и eeprom как bin или hex файлы, плюс к ним ini с настройками.
Теперь касательно смысла: по сути получается полностью кроссплатформенный программатор, т.е. не нужно заморачиваться совместимостью каких-либо програм с современными или просто с какими-нибудь левыми ос (т.е. в оси реализация usb есть - спокойно используй). Если собирать на мк с аппаратным usb, у них обычно в комплекте имеется загрузчик, поэтому за компанию избавляемся от проблем куриц и яиц. Если реализовать без внешнего буфера, то программатор получится аля 7 деталек, где самой сложной будет припаять мк.

Если реализовать без внешнего буфера, то программатор получится аля 7 деталек, где самой сложной будет припаять мк.

Зато с прошивкой придется повозиться, ой повозиться...

с буфером из какой-либо flash памяти

Лучше не FLASH, а SRAM или FRAM. У FLASH ограниченный ресурс перезаписи.