On 07/04/2017 05:22 PM, sam sokolik wrote:
Well - I have been playing with debian stretch and
4.9.0-3-rt kernel. I booted our matsuura (j1900 quad
core) which with no tweeking has aprox 100us latency. (it
has been running mesa ethernet cards with rt_preempt - no
issues) Next I booted
On Tuesday 04 July 2017 18:22:27 sam sokolik wrote:
> I have been playing with linuxcnc for a long time... It has come a
> long way.
>
> Currently the RTAI folks seem to have issues developing.
>
> Now there is RT_Preempt. Couple cool things.. It has been migrated
> to the linux foundation.
Kind of a kludge, but the streamer/ halstreamer system could do what you are
describing.
The component that wants to use the data would export a clock pin and one or
more input pins.
Each edge of the clock pin delivers a value (or set of values) from an external
file.
In this application, it
That looks pretty nice. My J1900 board is only around 10us running RTAI.
Maybe I'll have to give it a try.
But can a Preempt-rt kernel pull off acceptable latency scores (50-100us) on
old hardware? Such as the old P4 box (with ISA slots) I have that runs great
with Lucid (20us), but I can't
This image got stripped
http://electronicsam.com/images/KandT/testing/user-04Jul2017-1172.png
sam
On 07/04/2017 05:22 PM, sam sokolik wrote:
I have been playing with linuxcnc for a long time... It has come a
long way.
Currently the RTAI folks seem to have issues developing.
Now there is
I have been playing with linuxcnc for a long time... It has come a long
way.
Currently the RTAI folks seem to have issues developing.
Now there is RT_Preempt. Couple cool things.. It has been migrated to
the linux foundation. This means a lot eyes on it. It is also pretty
easy to build.
On 07/03/2017 09:55 PM, Jon Elson wrote:
Go easy on yourself! EMC was a fairly complicated piece of software
when we took it over from NIST. It has grown quite a bit in
complexity since then. Many deficiencies or limitations have been
corrected by very sharp programming since then (HAL,