ReAl (02.11.2008 02:53, просмотров: 175) ответил Гудвин на Ну мои девайсы не могли ждать несколько лет, пока FTDI не сподобится довести до ума дрова ;) D2XX в их же числе, между прочим - плотненько года 2 назад ковырялся... Накуя мне в программаторе заботиться про латентность и вообще вся эта идеология -
Латентность... Ну есть там какая-то функиця... Только в старых устройствах c FT245 и работавших через готовый USB-RS232 на FT232 у меня пакеты в рамке SLIP бегают. VCP, никаких специальных танцев - софт, писавшийся для простого ком-порта даже не перекомпилировался, но та умолчательная латентность в 16мс как-то мимо прошла, не затронула. В стандартном win api для COM-порта SLIP-овский флаг как Event Character изначально был прописан. Ну так этот Event Character когда со стороны микроконтроллера поступает - FT245/FT232 буфер свой сбрасывает не дожидаясь никаких latency timer. Это в какой-то апноте расписано было, так что я ногу send immediate и не разводил на контроллер при переносе железки с max232 на ft245.
Сейчас для AVR-ок тоже как-то обошёлся, функцию FT_SetLatencyTimer даже не импортирую при загрузке библиотеки ftd2xx
Для меги128 при ключике -o12MHz (даёт 3MHz SPI) полные 128К программируются за 4,7-4,8 секунды, читаются/верифицируются за 1,8 секунды. Общее время -e -wp -v, включая все отстои при начальном сбросе, стирание, то-сё - 7,2 секунды. Близко к теоретическому максимуму для AVR при такой частоте SPI.
Это под XP, под линуксом и W2K немного дольше.