Цитата(beer_warrior @ Mar 14 2006, 22:26)

Опять зацеплюсь с defunct ом,
однако зачем париться, если есть AVREAL, который:
1.Уживеться с кучей разного железа.
2.Живет под любой осью.
3.Прикручивается к любой среде
4.Регулярно обновляеться.
5.Проверен и безглючен.
6.Шьет быстрее любого комовского.
7.Единственной проблемой являеться старый интерфейс, создающий проблемы с буками.
Буками же пользуються в поле. А для полевой прошивки предназначен бутлоадер.
Ну что ж, если по порядку:
1. - несомненно плюс AVReal
2. - несомненно плюс AVReal
3. AVRISP также имеет консольный программатор STK500 и также может быть прикручен к любой среде (правда только Windows).
4. AVRISP гарантировано поддерживает
все МК, которые поддерживаются AVR-Studio.
5. ХМ? это даже не аргумент. Глючные программаторы вообще не рассматриваются.
6. Здесь я не могу спорить, потому что не пробовал AVReal в работе (в качестве LPTшного программатора пользовал ic-prog и pony-prog, а также сосбвенные программы для прошивки тех МК, которые не поддерживаются этими программаторами), однако AVRISP при установках SPI на 921.6khz и скорости ком порта 115200 честно шьет 10-11KB в секунду. А судя по посту
Цитата
vet Дата Mar 14 2006, 08:43
AVReal делает это медленнее.
7. Ну это imho незначительный минус, главное - функциональность, а рюшечки - второстепенно.
Теперь о том, что не было Вами сказано.
Имея небольшой опыт в написании программ и прошивок программаторов, знаю что LPT программатор однозначно будет иметь хотя бы один из следующих минусов, чаще сразу несколько (по крайней мере, под Windows):
A ). будет сильно загружать систему если задержки реализованы программно.
B ). будет работать медленно (если использовать отдельный трэд для программирования, а задержку организовывать с помощью sleep()).
C ). неизбежно будет происходить прерывание процесса программирования ядром ОС (если только ОС!=DOS), как следствие - замедление программирования из-за невозможности обеспечить оптимальное использование коммуникационного интерфейса.
D ). Высокая вероятность искажения данных из-за того, что на большое расстояние (сама идея программировать с коротким LPT шнуром звучит абсурдно, не сидеть же в 10 см от компа да еще и под столом!

) передаются непосредственно ничем не защищенные данные с высоким бит-рейтом..
E ). Высокая избыточность данных, передается не только то, что надо прошить, но и сами управляющие сигналы.
Программаторы, в которых применен МК (а именно таким и является AVRISP) для программирования target МК всех перечисленных выше недостатков лишены. По сути, такие программаторы предоставляют промежуточный уровень при программировании.
Плюсы, которые обеспечивает промежуточный уровень такие:
1. Ускорение обмена данными между компьютером и Target MK, за счет использования коммуникационных интерфейсов в штатном (поддерживаемом аппаратурой) режиме.
2. Ускорение обмена данными за счет, сокращения числа служебной информации. Поясню. Для того чтобы загрузить 1 байт в AVR МК требуется последовательно по SPI пересылать 4 байта, простой программатор на основе LPT вынужден так и поступить - пересылать все 4 байта. Мало того что SPI интерфейс приходится эмулировать, так еще и данных пересылается в 4 раза больше чем необходимо. Программатор на основе МК может заниматься инкрементом адреса самостоятельно, а от компьютера получать сразу непосредственно 1 байт данных, который необходимо прошить. К тому же управляющий МК нередко имеет аппаратный SPI интерфейс, т.о. свое время тратит на более полезные нужды (например, на расчет CRC это уже третий пункт).
3. Обеспечение достоверности зашиваемых данных. Управляющий контроллер способен осуществлять обмен с компьютером в пакетном режиме рассчитывать CRC пакетов и таким образом пресекать искажение данных в линии связи.
Теперь "до кучи" добавляем еще и тот факт, что AVRISP поддерживает все камни, которые поддерживаются симулятором AVR-Studio, а AVReal только те которые - протестировал автор AVReal.
Так что моя позиция остается неизменной - для программирования AVR, программатор AVRISP - лучший выбор.
Сообщение отредактировал defunct - Mar 17 2006, 23:33