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

tusya83 · 22.03.2010, 22:26

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

Спасибо.

tusya83 · 24.03.2010, 12:50

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

DRFAUST · 24.03.2010, 13:17

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

tusya83 · 24.03.2010, 13:29

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

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

Yurkin2007 · 24.03.2010, 13:39

Используйте функцию 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 · 24.03.2010, 14:02

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

urry · 24.03.2010, 14:47

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

Yurkin2007 · 24.03.2010, 14:49

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

urry · 24.03.2010, 15:42

Код:

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

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

tusya83 · 24.03.2010, 15:54

Сообщение от urry

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

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

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