Как программно организовать передачу и прием данных ft232

[tusya83]

Кто работал с встроенными функциями FTDI, подскажите пожалуйста.
Как правильно организовать постоянный мониторинг состояния порта, чтобы по приему байта выполнялись определенные действия?
При использовании FT_SetEventNotification(ftHandle,EventMask,hEvent) ; и WaitForSingleObject(hEvent,INFINITE); (как сказано в документации) возникает зависание программы до прихода байта. Как создать событие чтобы приложение не зависало в его ожидании?

Спасибо.

[tusya83]

Может кто-нибудь реализовывал подобные задачи с помощью API?

[DRFAUST]

Создайте дополнительный поток и в нем выполняйте ожидание события, либо посмотрите функцию RegisterWaitForSingleObject, кажется она должна подойти.

[tusya83]

Вы имеете в виду реализацию посредством API функций? Я пробовала организовать отдельные потоки, единственное, что у меня не получилось, так это идентифицировать устройство. Это можно сделать с помощью функций библиотеки d2xx.dll, но при использовании в разных потоках эти функции не работают.
Как можно это сделать в API?

Или может кто-нибудь все-таик работал с функциями FTDI. Наверняка должно быть какое-то решение...

[Yurkin2007]

Используйте функцию FT_GetQueueStatus(), она возвращает число принятых байтов.
Пример на сайте FTDI:

FT_GetQueueStatus(ftHandle,&RxBytes);
if (RxBytes › 0)
{ ftStatus = FT_Read(ftHandle,RxBuffer,RxBytes,&BytesReceived);
if (ftStatus == FT_OK) { // FT_Read OK }
else { // FT_Read Failed }
}

[tusya83]

А как сделать так, чтобы порт опрашивался постоянно. Если поместить FT_GetQueueStatus() в обработчик запуска формы, то он сработает один раз.

[urry]

а таймер поставить - я так понимаю, миссион импосибел ?

[Yurkin2007]

1. Если у Вас медленный обмен - можно использовать Timer и опрашивать очередь приёмника по таймеру, например 10 раз в секунду.
2. Можно использовать собственный обработчик события Application.OnIdle и в нём опрашивать порт в фоновом режиме, то есть если пользователь не жмёт кнопки или не дёргает мышку, то порт будет опрашиваться постоянно.
3. Для быстрого обмена можно запустить отдельный Thread и в нём использовать Handle порта, открытого в основном потоке.

[urry]

2. Можно использовать собственный обработчик события Application.OnIdle и в нём опрашивать порт в фоновом режиме, то есть если пользователь не жмёт кнопки или не дёргает мышку, то порт будет опрашиваться постоянно.

а вот захочется винде окно перерисовать ? - в чужом приложении - и получится пауза 30 миллисекунд, как минимум.
Из области - вредных советов, имхо.
Второй поток, да, согласен... Но, как сказано выше, чревато.
Я бы на месте топикстартера ушел бы от этого фтди, если нужно быстро и срочно. Но - насколько быстро и на сколько срочно ?
В граммах, пожалуйста...

[tusya83]

Я бы на месте топикстартера ушел бы от этого фтди, если нужно быстро и срочно. Но - насколько быстро и на сколько срочно ?

Что Вы имеете в виду? Скорость порядка 100кбит, то есть по таймеру не получается, уже об этом думали.

Хочется сделать по уму, то есть потоками. Но у меня проблема в том, что не получается программно определить номер ком-порта, на который встала микросхема, чтобы потом обрабатывать как ком-порт с помощью API.