Yes, you have to patch Kernels.  I think this is the #1 weakness of
Linux CNC.   It would be good to eliminate the need for a real-time Kernal.
   How?   Move the real-time parts to hardware such as the uP, PRU or Mesa
FPGA.    Clearly, it can be done because people are controlling machines
with only a uP, PRU or FPGA.

The interface was designed around a parallel printer port when outbound
processors had poor performance andhad to be on custom PCBs.    Today we
have 32-bit STM32 uP on a board.The real-time code can move off the Linux
PC.

On Mon, Mar 25, 2019 at 7:11 PM andy pugh <[email protected]> wrote:

> On Tue, 26 Mar 2019 at 02:04, Chris Albertson <[email protected]>
> wrote:
> >
> > I try hard to avoid collecting them.   What would make these SBCs trivial
> > to use with Linux EMC
> > is if there are was an image people could flash to an ARM M SBC that
> would
> > handle real-time and
> > hardware connection then connect to the Linux SBC using (say) SPI
>
> Most of them seem to need a kernel specifically patched for the
> hardware, though. So you need (for example) the Udoo-patched kernel
> then need to apply Xenomia / RTAI / Preempt-RT on top of that.
> And often the fit is not exact.
>
> One kernel to suit every SBC? I don't think that is even possible without
> RT.
>
> --
> atp
> "A motorcycle is a bicycle with a pandemonium attachment and is
> designed for the especial use of mechanical geniuses, daredevils and
> lunatics."
> — George Fitch, Atlanta Constitution Newspaper, 1916
>
>
> _______________________________________________
> Emc-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/emc-users
>


-- 

Chris Albertson
Redondo Beach, California

_______________________________________________
Emc-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/emc-users

Reply via email to