[Jury_yamal]

Добрый день Всем.
Собственно сам вопрос как лучше сделать синхронизацию/обмен между потоками одного приложения. Знаю что можно через критические секции,postmessage,send message, posttreadmessage,synchronize.
Сама задача выглядит так:
1. Есть главный поток с формой который стартует дополнительный поток приема байтов из компорта TreadRead.
2. Отсылка запроса в компорт (Write) пока делается из основного потока с формой. Пока не определился нужно ли его выносить в отдельный поток записи. Что посоветуете?. Для уточнения работа с компортом организована посредством WinAPI и структурой Overlapped т.е асинхронно.
3. Думаю сделать еще один поток (TreadWork) который будет стартовать из основного потока и разгребать полученные данные от потока компорта (TreadRead) и отсылать сформированные данные уже в основной поток с формой.
Вопрос как лучше сделать сделать обмен между TreadRead->TreadWork-> Основной поток с формой?
Как я вижу можно сделать допустим так получили данный в Tread Read отправили message в TreadWork , обработали послали message в основной поток. Причем здесь тоже может быть 2 варианта.

1. данные могут передаваться в самом сообщении (wparam b lparam).

2. просто шлем сообщение (допустим ReadOk), поток TreadWork получив такое сообщение считывает из поля TreadRead массив байтов (еще один вопрос нужно ли защищать данные через критическую секцию), обрабатывает и отсылает главному потоку.

3. Можно еще сделать на Event с WaitFor Miltiple Object.

Вот пока все что смог придумать. Может подскажите что будет работать надежней и быстрее?
С уважением к всем откликнувшимся.

[Bargest]

Насколько долгой является обработка данных из порта? COM-порт - вещь очень медленная по современным меркам, а значит, скорее всего, обработку можно выполнять в том же потоке, который читает данные, не потеряв приходящие байты. В этом случае нет даже особой необходимости в асинхронном IO. Просто главная форма через WriteFile пишет в порт, а доп. поток в цикле вызывает ReadFile к порту и обрабатывает результаты. Действия доп потока, завязанные на главную форму, вынести в synchronize.

[Yes_Maks]

Bargest, доброго времени! Стоит примерно аналогичная задача. Подскажи пожалуйста как правильно организовать второй поток для прослушки com порта. Суть вот в чем. Запускается основная программа и сразу же дополнительный поток, в котором происходит прослушивание ком порта. Вот код:

Код:

unit U_PortToolk;
interface
uses
  Classes, CPortCtl, ExtCtrls, CPort, U_Main;
type
  ToolkPort = class(TThread)
  ComPort: TComPort;
  private
    procedure Listn;
  protected
    procedure Execute; override;
  end;
implementation
procedure ToolkPort.Listn;
begin
  ComPort.OnRxChar:= F_Main.ComPort1RxChar;
end;
procedure ToolkPort.Execute;
begin
  repeat
    Synchronize(Listn);
  until Terminated;
end;
end.

Проблема начинается тогда, когда в основной программе я нажимаю кнопку опроса 20 устройств. В обработчике кнопки поочередно отправляется запрос 20 устройствам, они на него отвечают. По идее, после каждой итерации при приходе пакета в ком порт от устройства надо срабатывать обработчику RxChar в дополнительном потоке, НО этого не происходит. Пробуя отладчиком по шагам, получается, что пока не прогонится весь цикл от 1 до 20, событие прихода пакета в сеть не срабатывает. А после цикла все равно ничего уже не происходит, видимо буфер уже пустой. Пользуюсь установленной библиотекой ComPort Library version 4.10 от Dejan Crnila. Что делаю не так, чего не понимаю?