Synchronization: delays x hardware timers

["Rego, P." <pvrego@gmail.com>]

Dear friends,

I would very appreciate your opinions about synchronization. I have a global (static) variable which is send periodically over the communication media and a flag is checked each cycle to get the equipment response about that sent message. In this case, two different flags must be sent in order to have the correct response.

So I have an asynchronous call to a procedure Request_Action:

Global_Flag := Flag_Type; -- This is sent periodically.
procedure Request_Action is
   Initial_Response : Response_Type := Get_Response; -- which is /= NULL_RESPONSE
   Updated_Response : Response_Type := NULL_RESPONSE; -- NULL_RESPONSE is constant
   
   while Updated_Response < Initial_Response loop
      Global_Flag := FIRST_FLAG; -- Now I should wait for the response to be ready
      <Process_Wait>;
      Global_Flag := SECOND_FLAG; -- Now I should wait again.
      <Process_Wait>;

      Updated_Response := Get_Response;
   end loop;
end Request_Action;

The question is which is the best way to implement the <Process_Wait>. The application is soft real-time and I just need to ensure that Global_Flag to be processed before the next cycle begins. Also, I need to use only Ada 95.

I think that if I use a simple delay it's very enough; and since I do not have a hard real-time deadline, I even do not need to use delay until. A coleague argued with me saying that I must use hardware timers any case. Personally I think it's an unnecessary use of hardware resources.

I would simply code this as 
   delay CYCLE_TASK + CYCLE_DELTA;

Thus, what is your opinion?

Thanks very much.