![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Com port [D5, Win95/98, WinXP]
Talla2k © (2003-11-12 01:01:00)
В последнее время слышу много рекомендаций работать с Com портом через поток(Thread),ну я и решил попробовать.Имеется ввиду создание потока чтения из com-а,где принимается все.
Создал все работает,но есть вопрос.Предположим я выслал в Com какие-то данные,далее поток принял ответ от
девайса и далее в зависимости от ответа я опять должен чего-то высылать в Com.
Но после приема мой ответ com-у возможен ТОЛЬКО В ПОТОКЕ (а меня это не устраивает).
Слышал что есть какие-то методы борьбы с этим(возвожно через сообщения)???
procedure TForm1.Button1Click(Sender: TObject);
begin
// предположим все инициализировано и запущен некий поток для чтения из com
writecomm(CommHandle,chr($11)+chr($11)+"01");// имеется некая процедура записи в COM
И вот имеено ЗДЕСЬ я хотел-бы узнать что принято из потока
и соответственно принять какое-то решение для дальнейшей работы
end;
P.S. Процедура чтения не устраивает,т.к. заранее не известно сколько байт будет получено из девайса.
ReadIntervalTimeout тоже нельзя т.к. отвечать девайсу нужно немедленно!!!
И компоненты тоже нельзя(т.к. пробовал даже самый КРУТОЙ ApdComPort) и после приема и последующего
ответа слишком большая задержка и соответственно девайс не воспринимает мой ответ .
Германн (2003-11-13 03:37:00) [1]
Да, действительно есть много советов работать с Com-портом в отдельном потоке. Но нужно понять, что следовать этим советам есть смысл только там, где это действительно необходимо!
Это во-первых.
Во-вторых в сабже и в последующих дополнениях - совершенно непонятно: А в чем собственно проблема?
Может быть не понятна спецификация "девайса"? Так это не сюда, а к его создателям.
Talla2k (2003-11-13 01:23:00) [2]
Ну не ужели нет СПЕЦОВ?
Talla2k (2003-11-12 01:06:00) [3]
Ну пожалуйста!!!