From: Bob Leif
To: Stephane Richard et al.
You may have a hardware problem or question. This depends on what you do
when the interrupt occurs and how you generate the interrupt. If you just
log the data, use direct memory access, DMA, or first in first out, FIFO,
hardware. The interrupts can be generated with a timer, if I remember
correctly, which is called a watch dog timer. Unless one has a very large
number of units to ship or programmers who work at the minimum wage or
below, hardware solutions are generally preferable to software ones
including the use of Ada. One also has to consider that even if a system
when delivered has less than 50% CPU utilization, most functioning systems
expand with time. What hardware are you using?
-----Original Message-----
From: Team Ada: Ada Advocacy Issues (83 & 95)
[mailto:[log in to unmask]]On Behalf Of Stephane Richard
Sent: Saturday, October 28, 2000 9:15 AM
To: [log in to unmask]
Subject: As a following to my last request.
Hello everyone,
First I would like to thank you for your prompt and very insightful
replies.
As a following to the last email, amongst the replies I have received, an
issue (that is mandatorily important to me) has been risen.
Now it seems that Ada's Real Time package needs not be question upon it's
stability properties. However, I may need to question it's performances or
it's native design.
What I need is a timer, that can regularly perform jobs and processes at a
very regular and highly small interval of 1/10000 if a second. The issue
that was raised was one that it wasn't sure Ada could perform such a small
time interval.
What I would like to know is if anyone has programming (recently) for real
time and what the current performances and specifications are for the
Real_Time package?
Again thank you all for your help, I appreciate it.
Stephane Richard
Software Developer
--
Stephane Richard
Software Developer
[log in to unmask]
Sent through GMX FreeMail - http://www.gmx.net