ft245, слишком долгий TXE Опции

[-=Space=-]

Начал заниматься c ft245
обнаружилась такая вот штука
В ft245 есть сигнал TXE, лог 0 разрешена запись , лог 1 запись запрещена
при записи 1 байта сигнал TXE сраз встает в 1 и держится там 4,183 мкс
в дадташите указана только минимальная длительность 80 нс
но 4 мкс это же огромная задержка
при такой задержке я получу масимум 1/4,183e-6 ~= 239000 байт в сек
или обещание даташита скорости 1 Мб сек это только на чтение (из PC в девайс) ?


и второй вопросик:
кто как реализовал опрос ft245 на чтение?
проблема в следущем
сигнал RXF в 0 говорит не тольок о том что байт принят, в 0 он и когда юзби не подключен
сигнал PWR_ENA не спасает , т.к. 1 на нем это только когда девайс в суспенде
а когда режим либо активный либо неподключен там 0
а вот ресет (делилка с +5Vusb ) у меня на плис не заведен, да и он походу не спасет
он в 1 слишком рано, когда подключение состоялось а енумерация еще не начилась.
вообщем как мне однозначно определить наличие байта в fifo ft245?

[-=Space=-]

провел такой эксперимент с VCP драйверами
программа написана таким образом что длина ответа
равна значению в байте запроса
т.е. я могу варьировать длину ответа

при большой длине ответа происходит зависание программы (драйвера?)
вероятность события тем чем длиннее посылка
при длинне 62 байта вероятность 100%
а через 50 мс после записи последнего байта txe становится в 1 и держится там до отключения от юзби

Это глюк программы? драйвера? микросхемы? (серия битая попалась)? моего железа?

мониторинг в usb сниффере показал что затык происходит на функции
BULK_OR_INTERRUPT_TRANSFER длина данных 0, result 0xC0000005
а должно быть длина данных [2+длина посылки], result 0

после этого идет куча RESET_PIPE с result 0xC0000005