Advanced Search

I tested it and it works, thanks a lot for the good work.

After turning off the A axis, the tool path escapes towards coordinates 0, as in the screenshot, but this can be cleared by double-clicking the mouse.

An idea and a request to do one more thing.
I would like to be able to configure the color of the tool path depending on the type of movement g0, g1, maybe others..
Preferably with an alpha channel, so that individual path colors can be turned off and on.

You are correct, you can do this experiment by hand turning the spindle, and the Z axis will advance. I have not done this against the cuts at various speeds in the picture, so I don't know where the hand turned cut would be.

The behavior is exactly reproducible at the different speeds. That is, if you thread at 100 RPM and then run the program again at 100 RPM, it will cut the exact same thread. If you cut at 100, then at 150, and then back at 100 RPM again, the two 100 RPM cuts will align. I don't think that points towards a encoder/indexer error.

Yeah MrDe, if you can do some kind of write up with the flashing thing, that would be great. Im dont really know what the situation is for that

i think there should be some 5160's there somewhere also. The cnc guys like them because they have higher current rating i think. i like those edge card drivers, they are slick. ive been trying to get the 5160 going but i dont really know what im doing

PCW wrote:

Did you try isolcpus=3

isolcpus 1,2,3 leaves only one CPU for non-realtime tasks so
would likely be painfully slow...

Funny enough, isolcpus=3 and all the BIOS settings disabled I mentioned in my previous post is the final setup I'm going with. It holds steady at low 20μs and am able to multitask fine.

One thing I want to mention though is I was curious what Macanix and gambaf meant in this thread about mozmck's irq affinity hack being necessary. I see what they are talking about now when I started testing the Mesa card. All the issues mentioned in mozmck's thread is what I ran into along with some other threads, but it is running great now after applying the script!

If this thing had a built in parallel port, I think this would be a great, modern LinuxCNC device!

Thanks mozmck for all this info and the bash scripts! This solved the weird issues I was running with on this new N100 PC I have.

I decided to brush up on my bash skills and update the original script.  

Features

• Checks that script is being run as root/sudo.
• Attempts to ping the common Mesa card IP addresses (192.168.1.121 and 10.10.10.10) and if it finds a unique one it will set that as the NIC variable in the irq bash scripts. If it doesn't find one it lists the possible options for the user to choose.
  • Downside of this is that it is not as dynamic as mozmck's script if there are any Mesa card interfaces changes, but I figured people rarely change that anyways.
• Give instructions once the script is complete.

How to run

• Rename rt_setup.sh.txt to rt_setup.sh
• Make sure script is executable via command line:

  chmod +x /path/to/rt_setup.sh

  Replace /path/to/rt_setup.sh to where the actual file is.
• Run script: 

  sudo /path/to/rt_setup.sh

  Again replace to where the actual path of the script is

Hopefully this helps those that are not software savvy!

TMC SPI support is something I've always wanted to get up and going in Remora. My time is starting to free up with the new job being less demanding, always happy to receive hardware to work on. The SKR3 you sent is sitting next to me now with debug wires hanging off it

Great to hear and any help is greatly appreciated. Cakeslob as also been helping out the documentation.

It would be great to document how you got the probe up and running. This seems to be the hardest part for everyone with these boards, just getting the board to flash successfully can be a challenge.