Advanced Search

I have been running Trixie for several months now, based on daily builds, and also pre-releases of LinuxCNC, and everything worked fine. However, please notice that newer hardware may require to install a later kernel than what is provided in the standard repos (at least for Bookworm; I believe Trixie already has a newer kernel with its official release). Also install the newest drivers. Newer kernels usually have much better support for newer hardware, and if you have a system that hangs every now and then, driver support (especially iGPU support via MESA drivers; not to be confused with Mesa cards) is the most common cause. So, add backports to your repos and install the latest RT-kernel and drivers; this will most likely fix any hanging systems.
Also notice that open source drivers for Realtek ethernet can cause latency issues. It is best to blacklist them and install the official Realtek drivers. My N100 system has rt8168 ethernet ports, and by default Debian installs the open source r8169 driver. It is better to install the official Realtek driver (r8168 in my case); more stable and lower network latency.

To rodw: can you show us a Latency Histogram screenshot of your tuned system? Showing a graph of a system that is only running for 49 seconds with no glxgears gives a nice first impression, but I would be very curious to see how your system performs under load with:

• e-cores disabled (so only running P-cores)
• hyperthreading, C-states, virtualization etc. disabled in the BIOS
• isolating cores for the RT tasks
• IRQs kept away from those isolated cores,
• and IRQs for the mesa card ethernet port pinned to the isolated cores.
  
  I would like to see how an i7-12700 system with only p-cores enabled would compare to my cheap N100 with only e-cores. It would help me to decide what hardware I will buy for new CNC build. Thank you in advance!!!

No, not any news.
Maybe coming winter time.
 

Quick question, how do you enable ini file lookups in the PathPilot control?

Only reference I can find it in the tormach_mill_base.ini file there is 'set bit 2 to fetch ini file values in g code'

One reason I want to do this so I can setup a tool life monitoring macro, and want the values to be persistent through power cycles.

In the ini file, display section, add
OPEN_FILE = ""
save and run the config, gremlin should be empty.

 I am a little upset right now.... (all the nasty words my neighbors had to listen to ... ).
Accidently I pressed the "play" button on axis    

Question: How can I get rid of this dangerous default program that the system is loading? 
                I would probably better to remove this "play" button altogether...... 
                Part is ruined for sure, do not know what else is damaged. Probably should just go home now. *sobbing*  

Mars wrote:

  I want to start slow...a single GPIO input bit sends a -1 value when asserted to command the reverse.  Does anyone know of a example HAL file that has includes adaptive feed setup?  TIA.

 

Starting slow is good, but a single bit input for reverse is probably too slow...

I would suggest setting up an mpg and counter to have variable speed + and -, (like a cheap 16-click rotary switch)

But one way to do what you want would be with a mux block that passes-through +1 by default, and -1 when your bit is set. 

linuxcnc.org/docs/stable/html/man/man9/mux2.9.html

See also linuxcnc.org/docs/stable/html/man/man9/m...9.html#MOTION%20PINS

I haven't tested this code, I am at work waiting for something to compile, so don't have access to LinuxCNC to test. 

 

I think that HOME_OFFSET is the parameter that controls this. (you probably want to make HOME and HOME_OFFSET the same, or possibly one the inverse of the other) 

I have a Mks dlc32 board connected as described in previous posts but I am not sure how to assign x pulse via i2s channel and not gpio25. Is there a a way to have pulse and direction via i2s? I am using this :

github.com/wezhunter/ESP32_LinuxCNC_MotionController_RealTime

Edit:  I found the answer, the software is not designed to work with pulse assigned to i2s pins. I use the A4988 stepper drivers and wanted to use them without any mods.

  I had seen that as well. To me it's like opening up an all you can eat buffet on  the Titanic while it's sinking.
 

"I think you can use any spindle with an encoder. The spindle doesn't have to be exact."

On the linuxcnc side yes, technically you can spin the spindle by hand and it would work. But to have high dynamics I need a closed loop drive as well because if you use a generic VFD the spindle will have minimal torque at 0 rpm and will take a relatively long time to accelerate. With open loop generally this spindle isn't supposed to run below about 1000rpm.

Basically, I want closer to speedio level tapping than 1986 haas level

thanks

in cia402.comp, to the last row, I added
and compiled again,and all axis are moving now,

thanks to you all

"Jianken has a servo driver they recommend (pre-program) for this type of spindle"

Jianken does not offer a drive for this spindle that can accommodate tapping (encoder interface). The drive they offer is just an open loop vector drive. The company they use (farwide) does offer a servo drive, but I cant get one.

Additionally, that drive can no longer be exported because its over 599hz.

I think I caught a clue.

first photo is taken when the motors working, and second is taken when the motors not,
according to L7N's manual P on first digit is meaning servo is in Position mode,
How can I take the servo to P mode?

Thanks Aciera,
That requirement eluded me when researching this subject.

John

I think you can use any spindle with an encoder. The spindle doesn't have to be exact.
The axis follows the spindle (from encoder readings) so a good/normal Z axis is what you need.