Advanced Search

2000N i should have just let you convert it sorry i was going off of memory and should have added the extra 0 thanks for the catch on that.

Excellent to see stuff moving!
The torch voltage seems low but that is just a calibration issue.

Is there a reason why you are not using the qtplasmac config? 
linuxcnc.org/docs/stable/html/plasma/qtplasmac.html
Or did this project start so long ago it didn't exist?

Thank you so much! I figured it out with your comment.

It turns out that for whatever reason, when I set up my .ini file, I had commented out the .var file. I just uncommented it and now everything appears to be working normally. The offsets table is updating as I expect when changing work offset locations.

The littlest issues can be so frustrating when you don't know where to look, yet so easy to fix once you realize how the system works. Thank you again!

You could use this module instead www.aliexpress.com/item/1005004921994099.html
Then you could borrow my existing config for it
github.com/rodw-au/linuxcnc-cia402/blob/...t-conf-diewu.xml#L86

Hi , im new to linuxcnc i have been looking to run linuxcnc via ethernet with w5500 and esp 32 can someone please help , linuxcnc will not toggle e stop

Something sounds odd.
Docs on coordinates are here linuxcnc.org/docs/stable/html/gcode/coordinates.html

I wonder if the .var file is marked read only? This would prevent values from being saved.
Delete it as sometimes it gets stuffed up when setting up a new machine.

If you can't find it, check the file name in use in the ini file eg. for my QTdragon config
PARAMETER_FILE = linuxcnc.var

1. As far as I am aware the 'DIAM' value is for the radius of the tool tip on a lathe tool (ie for radius compensation G41/G42):
linuxcnc.org/docs/stable/html/lathe/lathe-user.html
To my knowledge, the values 'FRONT' 'BACK' 'ORIENT' are only used to change the tool display in the preview window.

2. Retraction of an oriented tool is quite simple:
    
    - stop program execution
    - change to MDI mode and execute 'g68.1'
    - Jog the Z axis in the positive direction

I have modified the sim config and brought the 'TWP' button back to the right hand panel. Clicking on this should now define a TWP at the current tool orientation and position.
(G68.1 X#<_x> Y#<_y> Z#<_z>).

The folder has been updated:
forum.linuxcnc.org/10-advanced-configura...hine?start=50#328156

I did check one of my known good configs with a shared home/limit before my last reply. It uses a negative latch velocity.
github.com/rodw-au/vmnmillqt/blob/main/VMNmillQT.ini#L247
(units are metric)

Latching happens so quickly its hard to see what is going on. Sometimes I've slowed homing velocities right down (to 10% or less) to troubleshoot.

Thanks for you Replay.   
I tried it. I think something is wrong.
i get the following replay:
QtPyVCP 0+unknown, Probe Basic v0+unkown
Any idea about this?

Thanks

normally yes, it will increase, and then during threading i think, there is a reset index command which turns it to 0 i think. during css operation im not sure.

did you end up getting the abz encoder? did you do the spindle.speed-in stuff? monitor that while your doing the css and see if it takes a dive while the speed is changing. the remora.sp0 signal looks exactly as i would expect though, with the speed tapering up or down as the diameter changes.

I would start with a MesaCT created configuration.

Hello,

this is just outstanding! Also thank you so much for the Fanuc  tool change example!

I could only try it out for one hour so far and I'm just amazed by the work and effort you done. Without your support, my decision of retrofitting this machine probably would be different! I also tried M19 R180. Worked flawlessly.

And as you correctly predicted i have a few questions so far:

1. Tool table:

The "Orient" and the "Diameter" for turning tools: Is it just informative, or is it used by some background calculations?

2. Tool rescue:

Assuming a drill or end mill doesn't sound right during milling and i stop the programming and want to retract it. When die B-axis is not at 0° it's quite difficult to get the tool out of a hole/pocket without braking it. A function to move the X axis at an B angle would be helpful for this.

That's it so far. I will try and implement the Fanuc tool change tomorrow and see where this will go. Again thank you so much and amazing work






 

200N = ~20.3KG ???
450LBS = over 200KG = ~2000N

Hi all, I’m planning to use a Compulab Fitlet3 as the controller PC for a LinuxCNC setup (Mesa 7i94T over Ethernet). My goal is a quiet, compact, low-latency machine with dual LAN and enough performance for a Qt UI (e.g., QtDragon or ProbeBasic), without excessive overhead. Here’s the configuration I’m considering:  

Fitlet3 configuration: 

• CPU: Intel Atom x6425E (4 cores @ 2.0 GHz base, 3.0 GHz burst, 12 W TDP)
• RAM: 8 GB DDR4 SODIMM
• Storage: 256 GB NVMe (M.2 Key-M)
• No SATA drive, no WiFi or modem
• Audio: Analog audio codec module
• I/O: Terminal block with RS-232/RS-485/GPIO
• Enclosure: Standard finned top cover (rated for 18 W)
• Thermal spec: Extended range –20°C to +70°C
• TPM: Not installed
• FACET card: FC3-LAN (adds 2× Intel i210/i225 Gbit LAN)

I plan to run the official LinuxCNC ISO with Preempt-RT, not a custom kernel or patched distro. Hence, I’m relying on the FC3-LAN FACET card for known-good Intel NICs, as the onboard Marvell NICs require kernel 5.15+ and I’d prefer to avoid that complexity.  

My questions: 

1. Has anyone here run LinuxCNC with a Fitlet3 (or similar Elkhart Lake system)?
2. Is the x6425E predictable and stable under Preempt-RT with Mesa boards over Ethernet?
3. Can anyone confirm that the following BIOS options are present and can be disabled in a AMI Inc. BIOS? 
   • Intel Turbo Boost
   • CPU C-states
   • SpeedStep (EIST)
   • CPU power management (set to Performance)

I’d also appreciate any pointers on edge cases I might be overlooking, or real-world latency results on this hardware (if available). 

Thanks in advance — I’d love to avoid going down a rabbit hole if this platform has hidden caveats. 

aeth wrote:

... I want to make a truly badass solution with Raspberry Pi...

That statement ... has issues!
Use a NUC or any small PC, not a RPI.
You should check the export regulations before jumping in, the biggest market for DIY is USA, then India, Europe is pretty far down that list. I checked for the same thing, it was not pretty. BTW, my country has the lowest tarifs for USA at 10% only! Does not fix much when sending anything there costs over 300$ for a small box.
This is not to discourage you, absolutely do try, just make sure you get informed beforehand.