> yes, i am using loops to process incoming data. Just like > > > FCom.Putblock() > repeat > application.processmessages; > until Allreceived or timeout; > > What can I do then, to get it work correctly?
I would just like to make a few comments about using a loop in your application. When I first started using AsyncPro I put a lot of similar loops into my applications. It is the natural way to handle things but it is not the Windows event-oriented way. I'd like to give you two alternatives to consider.
If your program is simple then you could use a state variable inside of the events where data is received (data packets or OnTriggerAvail) and also timeout events. But in my experience if the protocol or sequence of commands is complex then the code ends up being very hard to maintain and understand.
With most of the applications I've written, I want the application to be unresponsive (at least in prevention of further device commands) while I'm communicating with the external device. To me this is similar to an email program where I do "Get Mail" and I either wait for that process to complete or else I need to do "Stop".
The ExBlock and ExThread examples on this page demonstrate my basic approach: http://www.turbocontrol.com/APro.htm
In my experience writing blocking function calls as those examples demonstrate has several advantages: 1) In the main application you just have the blocking function calls in sequence. It is very easy to see your control loops and error recovery steps. 2) It is easy to isolate the communication engine in separate units so it can be reused in other programs. 3) A single blocking function call can be extended to handle retries and other error recovery in the engine itself, so the main application does not need to be concerned.
When I need the application to be responsive while continuous communication is occurring, I'll usually add another "script" thread, and my blocking function calls will be made from that thread.
-- Regards, Paul Breneman http://www.TurboControl.com http://www.turbocontrol.com/TPSupport.htm - TurboPower support links