- 
	- если это так тогда в моем случае вообще нет смысла ждать какие то события... но я думаю все таки что e меня тут какой то косяк...  pav256(553 знак., 04.02.2010 11:25)
			- 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, ссылка)
					
 
- если это так тогда в моем случае вообще нет смысла ждать какие то события... но я думаю все таки что e меня тут какой то косяк...  pav256(553 знак., 04.02.2010 11:25)