Господа помогите. Мозг уже плавится.
Схема: Xmega <-> FT232RL <-> PS.
Нужно по запросу от PS (путём посылки байта 0x40) получить от иксмеги 32MB данных.
Прогу на PS пишу на Delphi.
Передавать решил пачками по 512 байт (т.е. 65536 транзакций).
Скорость сом порта 2Mb/s.
Всё вроде работает, но есть один нюанс (напишу позже).
Вот так открываю порт:

Вот процедура вычитки сом порта (максимально упростил для наглядности):

RXD и TXD наблюдаю осциллографом.
Сразу после передачи писишкой байта 0x40 иксмега передаёт в ответ 512 байт затем пауза примерно 17ms и цикл повторяется.
Откуда эта пауза берётся?
Как от неё избавиться?

Может watchdog сбрасывает?

watchdog в мк выключен.
Проблема в том что писишка следющий байт запроса (0х40) передаёт после паузы.
Задержка именно в писишке.
мк отвечает сразу и нужным количеством байт, писишка их успешно принимает но следующий запрос передаёт после паузы!
Пробывал играться с таймаутами но ниче не меняется

Вы ничего не сказали про управление потоком. Какие настройки для COM-порта в PC?
И как управляете этими сигналами со стороны UART FT232?

Наверное никак не управляю. Тупо сижу и жду когда придут все 512 байт.
Getcommstate(h,DCB);
DCB.BaudRate:=2000000;
Setcommstate(h,DCB);
Какими сигналами? и как оными управлять?

На счет Дельфи я Вам не подскажу, но желательно выставить режим порта 'без управления потоком', если этот механизм никак не используете.
В принципе, винда (если речь о ней) может давать задержки от 10мс до 300мс (иногда и более), Вас ни спрашивая ни о чем, и ни о чем
не уведомляя... Не реал-тайм эта система - имеет право, как говориться...

Сообщение отредактировал @Ark - May 15 2012, 21:44

О ней родимой. windows 7
Надо будет поискать что это за режим.
Настораживает завидное постоянство задержки ~17ms. Хотя небольшая девиация имеется ~0.4ms.
При общем периоде транзакций ~20ms.
Не может ли это быть как-то связано с RTC писишки? что то когдато слышал про какието вродебы 18ms?

Насчет таймера - не знаю, его период когда-то был порядка 18,2 мс (точная частота 1193180/65536).
Но нужно принимать, как данность, задержку между пакетами в 20мс, как среднестатистическую, если имеете дело с виндой.
И быть готовым к задержкам порядка 100-300мс - время от времени. И, очень редко, - к 'зависаниям' на пару-другую секунд.
Все это - по опыту общения с виндой, вплоть до ХР. Что там дальше- не ведомо...

Сообщение отредактировал @Ark - May 15 2012, 22:12

Дык, сама то задержка не напрягает. Напрягает время за которое, с учётом оной, писишка прочитает 32МB.
По идее без задержки (на скорости 2Mb) должно быть ~167 сек, а с задержкой получается 1310 сек!!! в восемь раз дольше!!!
Наверно надо размер буфера увеличивать.

На сколько помню, передаваемый по USB пакет имеет ограничение. Выше него не "прыгните".
Давайте подождем комментариев более компетентных в этом вопросе коллег.

А вы попробуйте какой-нибудь терминалкой принять файл 32 метра с другого компа через 2 адаптера USB-COM (или через две FT232). Получите опорное время, вокруг которого можно будет прыгать

Да вот и не факт, что получите, оказывается! Я вот сталкивался с ситуациями, когда передача идет в одну сторону на скорости порядка 2Мбит/сек (от камеры). И винда такой поток прекрасно "переваривает". Именно через FT232! А вот когда нужно часто переключаться с приема на передачу - скорость падает до 18 пакетов в секунду, не зависимо от их размера. Опять же из опыта...

Так у топикстартера и есть двусторонний обмен, хоть и несимметричный: 1 байт запроса - 512 байт ответа. Протокол передачи файла вроде как (не знаю точно) более симметричен, т.е. предполагает больший поток запросных и проверочных байтов. Но все-таки будет какая-то опорная цифра, не зависящая от аппаратуры и программы топикстартера. Боюсь, потребные ТС 167 сек на 32 Мбайта по компорту (даже виртуальному) - это фантастика.

PS. Там еще какие-нить таймауты в дровах или в FT232 надо подкручивать, ведь по USB идут свои пачки и на гораздо более высокой скорости. Оптимально и размеры пачек COM и USB надо тоже как-то согласовывать.

Сообщение отредактировал V_G - May 16 2012, 01:11

Я может, что-то не понял, но при чём тут винда вообще? Задержки-то в передаче у меги?

Нет, как раз пауза 17 мс может быть вызвана как тормозами винды, так и таймаутом заполнения буфера USB в FT232. Если знать точно размер этого буфера и подогнать размер пакета UART под него, ожидания таймаута не будет. То же самое с запросным байтом, надо как-то сразу после его помещения в буфер, без таймаутов, инициировать передачу по USB.