Advanced Search

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. 

 

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.