Debian buster installation with 32-bit RTAI Source

More
6 years 2 days ago - 6 years 2 days ago #187730 by Vescovo
When the CPU is isolated , the ISR is entered more reliably because the time to swap CPU does not have to be added? You obtained 1/2 sdev with a shorter base period and 1/4 sdev for the servo period. It makes sense. The Max Min numbers you are getting with a single cpu are quite acceptable in my view. What is your opinion?

Do you know if the interrupt to the ISR is routed through the APCI or is it direct? Depending on the hardware design irq3 and irq4 may get you into the ISR more quickly.

The processor can be disabled in the Live LinuxCNC 2.8 buster ISO by editing the Grub at boot and adding "isolcpus=1,2,3,4,5,6,7" where quiet and splash are shown from the in the menu.

This image is running on the I7-740 with wireless disabled and 1 processor enabled


This image is running on the I7-740 with wireless disabled and all 8 processor enabled
Last edit: 6 years 2 days ago by Vescovo.

Please Log in or Create an account to join the conversation.

  • BeagleBrainz
  • New Member
  • New Member
More
6 years 2 days ago #187736 by BeagleBrainz
Replied by BeagleBrainz on topic Debian buster installation with 32-bit RTAI Source
At a pinch even the non isolated cpu boot could be used.

I'm not a kernel dev, and to be honest haven't looked at IRQ routing under Linux.

Minds much much greater than mine have decided that the current way Linuxcnc is the way to go. Other minds have forked Linuxcnc to the MachineKit project.

Basically what I was trying to illustrate is that CPU speed is not a great indicator of Jitter & Latency figures. Many users have had good results with mini ITX boards with J33xx series celerons.
Currently I was using ( hmm that sound strange) a Asrock J3345B board but am now moving towards an Odroid H2 plus.......which as happens has led me to make other improvements.....everything at the moment is on a "slow bost form China" on it's Down Under.

For a more thorough discussion the dev mailing list on sourceforge might be the best option for a more thorough discussion.

If you want a low foot print system Grbl might be the go for a simple mill. The sender will run on almost anything. At it's basically level you may even be able to send a file via the serial port like on was possible with an old HP HPGL plotter.

Please Log in or Create an account to join the conversation.

More
6 years 2 days ago #187791 by Vescovo
Thank you very much BeagleBrainz for al of your help. Our discussion have been very informative. If you ever need anything please contact me.
I will try to contact people on Github. AndyPugh appears to be the right person but he is most likely spread very thinly.

Please Log in or Create an account to join the conversation.

Time to create page: 0.130 seconds
Powered by Kunena Forum