pav256 (04.02.2010 11:25, просмотров: 286) ответил ReAl на Я не пользовался для UART-работы ftd2xx - код был написан уже не помню когда и для работы с обычным RS232, с виртуальным портом тоже работал. Несколько посылок просто может могли проскочить пока обрабатывался первый пакет (точнее, пока переключались-
- 1) CreateFile("\\\\.\\COM22", ... если я правильно понял вопрос. ReAl(1069 знак., 04.02.2010 23:08, ссылка)
- угу, кажись начинаю понимать про WaitCommEvent ;) ... и т.е. надо номер ком порта передавать... где то я видел функцию которая ваозвращает ком порт который заняла микруха... спасибо! mad256(200 знак., 04.02.2010 23:19,
)
- ---где то я видел функцию которая ваозвращает ком порт который заняла микруха...--- Tans(38 знак., 22.03.2010 17:05, )
- Попробуйте отключить буферизацию в настройках COM порта. Была похожая проблема..байты пришли но с задержкой...зависали в буферах. - and40(08.02.2010 23:27)
- ---где то я видел функцию которая ваозвращает ком порт который заняла микруха...--- Tans(38 знак., 22.03.2010 17:05,
- угу, кажись начинаю понимать про WaitCommEvent ;) ... и т.е. надо номер ком порта передавать... где то я видел функцию которая ваозвращает ком порт который заняла микруха... спасибо! mad256(200 знак., 04.02.2010 23:19,
- в общем все сделал - с аналогами FT_W32... все заработало, но эффект точно такой же как и при вызове FT_SetEventNotification... 4-6 посылок с хвостиком сидит уже в буфере при срабатывании события... pav256(212 знак., 04.02.2010 13:58)
- а может быть в драйвере по умолчанию таймер какой-то стоит который и срабатывает? - mad256(04.02.2010 23:22, )
- Ой, не знаю... - ReAl(04.02.2010 23:08)
- а может быть в драйвере по умолчанию таймер какой-то стоит который и срабатывает? - mad256(04.02.2010 23:22,
- 1) CreateFile("\\\\.\\COM22", ... если я правильно понял вопрос. ReAl(1069 знак., 04.02.2010 23:08, ссылка)