Т.е. производитель адаптера, обещающий 3 мегабита на bulk-передачах при явно недостаточной глубине приемного FIFO, не виноват?
К винде как раз смысла придираться нет - незначительные задержки в bulk-транзакциях криминалом не являются.
Служебные, да:
* DATA FORMAT
*
* IN Endpoint
*
* The device reserves the first two bytes of data on this endpoint to contain
* the current values of the modem and line status registers. In the absence of
* data, the device generates a message consisting of these two status bytes
* every 40 ms
*
* Byte 0: Modem Status
*
* Offset Description
* B0 Reserved - must be 1
* B1 Reserved - must be 0
* B2 Reserved - must be 0
* B3 Reserved - must be 0
* B4 Clear to Send (CTS)
* B5 Data Set Ready (DSR)
* B6 Ring Indicator (RI)
* B7 Receive Line Signal Detect (RLSD)
*
* Byte 1: Line Status
*
* Offset Description
* B0 Data Ready (DR)
* B1 Overrun Error (OE)
* B2 Parity Error (PE)
* B3 Framing Error (FE)
* B4 Break Interrupt (BI)
* B5 Transmitter Holding Register (THRE)
* B6 Transmitter Empty (TEMT)
* B7 Error in RCVR FIFO
То есть данные просто тихо теряются без какой-либо индикации со стороны FT232.
Несколько неожиданно, я бы сказал. Она точно не поддельная?
И каким образом "оконные ивенты" помешают работе ReadFile? Механизм поясните.
P.S. Я прекрасно представляю, как потерять данные в однопоточной программе на дельфи с "компонентами COM-порта" и "ивентами" типа OnRxDataAvailable,
но только это же не программирование от слова совсем.
В данном случае - прямая. Речь-то шла о параметрах PCI-карточки с вполне себе RS232 выходами (куда еще подключаются нуль-модемные кабели?)
Драйверы RS232 есть и до 3M, если что. Выше встечал только RS485/422.
Пожалуйста, стоячий на подложке с заземлением:
Разумеется. Но корпус тоже обычно как раз заземляется исходя из требований по EMI/ESD, а не оставляется в воздухе.
Обратите внимание на адрес USB-устройства, с которым общается хост. Ваше, судя по всему, имеет адрес 3.1.1, остальные лучше отфильтровать.
В последних пакетах от устройства проверьте значение первого бита во втором байте - это флаг переполнения.
Возможный механизм описал выше. Возникновение потерь при добавлении пауз гипотезу подтверждает.
Если добавить контроль содержимого пакетов, то теряться должны байты начиная с 256-го.
