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=-]

Если на первые две проблемы можно забить
(скорость и "вечное" прерывание по приему можно пережить и потом отладить)

то глюк с FT_IO_ERROR уже говрит мне о том что пора б взять кусачки и выкусить эту микруху нафиг

Пока девайс сконфигурирован так что на прием одного любого байта он отвечает посылку 48 байт
по хорошему это надо сделать в цикле и желательно побыстрее, еще лучше в разных потоках
но сейчас это 2 события , 2 кнопки на форме
одна запись байта , вторая чтение буфера
так вот на n-ое нажате кнопки запись драйвер подвисает (выдает 4 ошибку на любую функцию)
пока девайс не переткнешь. n = 1..30, в среднем 3-5

По поводу совета с кондерами на D+ D- , пробовал:
резюки 27ом, кондеры
до 180p нет пользы, 330p затыкают прием (девайс перестает принимать байт)
может питание критично? стоят импульсники на TPS54350 +5 +3,3 +1,2 2 последних для спартана3
попробую на линениках собрать питалово
----------
на линейниках также, без изменений