Advanced Search

Pcw had no luck on Mesa. The install script
destroyed his home directory back then.
This was done by a rm -rf command 
wich can do nasty things so we dont use that any more for cleaning up environment.

I only tested it on Ethercat with el2124 driven steppers and delta servo. 


 

Parameters still seem to be a problem to me.

Doing a polar pattern based on the test file posted earlier.
8 coordinate systems at 45 degree steps.

Shutdown overnight, now polar pattern off by 45 degrees rotation, and X,Y datum shifted.
The problem is most likely something silly by me, but the questions are still valid.

I used G10 L2 P1 X0 Y0 Z0 R0 to ensure G54 was where I started the polar pattern.
I this unnecessary and may complicate things ?

Should coordinate offsets be cleared before shutting down ?
How can I avoid parameters biting me in the future?
Should something be included in the shutdown.hal ?

John.

Möchte mich kurz für diesen Thread bedanken, hat mir bei der Einrichtung meines FU geholfen, nachdem ich mit Modbus kein Glück hatte (vermutlich Interferenzen).

In meinem Fall musste ich für das analoge Signal GND verwenden und für FWD/REV den XGND. Dann lief die Spindel

Any updates on Jetson nano projects?

I would love to use on mine horizontal boring mill. Does it supports Mesa based setup ?

tommylight wrote:

I have no bad info on CloadFlare so far, hope they continue.
Just keep in mind that all your traffic goes through them, so they know what your watching...

No that's disabled. They just do the DNS

andypugh wrote:

rodw wrote:

You can monetise YT if you have 1000 followers and 4000 hours/365 days so I am on a mission to get to 4000 watch hours.

I think it is 3000 watch hours and 500 subscribers? 

 

Andy, that level lets you do some things but you need 4000 watch hours to get monetized for watch page ads. Scroll further down and you'll see.

And yes, YouTube runs ads in your vids regardless of your channel size...

rebelx wrote:

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? 

Just use your N100, follow my tweaks to get the best out of it
erpx.au/shop/trixie-linuxcnc-debian-trix...tion-pdf-download-48

At this stage, I have only installed Trixie on my desktop. Yes, its a 20 core i7 but such hardware is totally wasted running linuxcnc. It's not relevant.

At this stage I don't think building the kernel will help much with Trixie because its running 6.12, which is the first kernel PREEMPT_RT entered the main line kernel code. In fact, its only one version behind the pointy end. Other than that, nothing much has changed from Bookworm.

I modified the homing.c to get it.

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.