Advanced Search

Yeah I got it casting with the quadro card installed and plugged into that card it does work up to the GRUB menu then turns off during boot.

A longer cable was definitely my first thought but it's still one more thing to trip over and need to remember any time I move the machine or anything.

Thanks for the heads up about the Nvidia driver. Glad I didn't try it.

The wireless setup does display the GRUB menu when plugged into the quadro card, just not when plugged into the Optiplex 9020 (or whatever it is) internal graphics port.
I'll try the "nomodeset" test.

If that doesn't work I'm still torn on whether it would be worth getting a cheap GPU with HDMI to try.

I am also considering trying to attach a smaller monitor to my machine. At the time a bigger monitor separate made sense but maybe I could find a way to attach an arm and a 12-15 ish inch monitor in a way that wasn't too obnoxious.

Of course then that gets me wondering.
Is there any sub $100ish touchscreen in that size range that would have 1920x1080 for Probe Basic that would be relatively plug and play?

All that seems easy enough and Mesa combo should be more than enough fast for everything you mentioned.
1. Yes
2. No, unless you need something extremely fast, 1000Hz is normal servo rate, and even that can be pushed further
3. should all be doable easily, and 10Hz is very slow
-
In general, plasma is the biggest offender regarding EMI noise, so you should be perfectly fine, granted the wiring and grounding and shielding is done correctly.
Regarding XYZ, it will be much easier to do a normal CNC machine setup, everything else can be set in gcode or some automated VCP panel to make use much easier and requires one time setups.
-
I have been tasked with such painting automation about 15 years ago but the financing failed, still had some time to do some thinking about implementation, hence i might be a bit fuzzy on details.
Go for it, that would be my personal advice.

i had the same problem, to overcome this i used home offset=0 and added an offset in pos comand

1. press and hold down ALT and press TAB then release TAB while still holding down ALT
2. press and hold CTRL+ALT and press left or right arrow key while still holding down CTRL+ALT

Der Bearbeitungsbildschirm ist nicht sichtbar, ich fräse gerade ein teil.

Ich kann kein halt eingeben, keinen button drücken..

den Fräsvorgang abbrechen möchte ich aber nicht.

Mehr info, bitte...

Hallo,
 ich habe den Bearbeitungsbildschirm weggeschaltet.

Wie kann ich den wieder sichtbar machen? die maschine läuft..

Dnke für Eure hilfe..

Karlhe

Just attach them below the editor, like this

What is the proper way to send a hal and ini file?

On what we run on the actual machines we have G12.1 it was an old patch, never fully made it into master, but is much better than what we have now in master, G12.1 Pxx you can have hundreds of worlds switch on the fly, should I made the port? I don't think MOVJ MOVL is realistic, but G12.1 Pxx totally feasible, I already use it extensively.

it is still a switch but nothing moves and can be done on the fly, does that work? or you are looking for something else?

Hi grandixximo,
Nicely laid out plan.
There is one more nuance for a motion planner that should be considered when looking at a complete re-write for linuxcnc motion planner internals.
For operating robots, some moves are given in joint space and some are given in cartesian space.
For most commercial robots, MOVJ and MOVL/MOVC are separate commands for joint space v/s cartesian space commands.
The MOV* commands also have a sync parameter which chooses if all the axes should start and finish at the same time (rapid move) OR should the motion start and finish at the same time.

When switching between MOVJ and MOVL there is no need to specify the a Kinematics switch. I am guessing they use 2 separate planners and the switch is made at stand still i.e., zero vel and accel for all joints and axes.

Having this ability for multiple on-the-fly switchable planners will make Linuxcnc much more useful for operating robots.

The only reason to bring this up in the conversation regarding jerk limiting is the planner re-write could consider these types of use cases from ground up.
-automata

New PR github.com/LinuxCNC/linuxcnc/pull/3744
Should be able to get new build artifacts, not sure, or you can build my fork
Need some help with testing, thanks!

giaviv wrote:

However I’m a bit limited by the low ram (8GB), low disk space and etc.


 

LinuxCNC uses minimal RAM, but I could see needing lots of RAM if you were running CAD/CAM software on the machine and working with larger files. If that is the case you might want the kind of computing power you're talking about.

I am running a GMKtec M5 Plus mini-pc with a Ryzen 7 5825U cpu and 32GB RAM on Debian 13 and it works well. It is my only pc that also has Windows on it. It runs a lot cooler on linux and its little fan is quiet. Every time I boot Win11 on it I am reminded it has a noisy little fan that can really blow hot air. I never tried LinuxCNC or the realtime kernel on it. I left it at work today. Tomorrow evening I'll bring it home and post some latency tests from a LinuxCNC live boot.

Hi all,I’m building a large vertical machine for laser cleaning and automated spray painting of heavy equipment (excavators, cranes, large fabricated parts and enclosures).Motion concept is a raster-based process:

• Z axis performs the working stroke (up/down) where laser cleaning or spray painting is applied
• Y axis is used only for slow stand-off distance control (surface following)
• X axis is used only between strokes for step-over / overlap indexing, then the next Z stroke starts
  
  For painting, we use automatic air spray guns (not airless / not AAA), since painting is done in a general workshop area without a dedicated spray booth. Typical overlap is around 60–70% between strokes.Current and planned hardware:
  • Mesa 7i96S (Ethernet, step/dir drives)
  • THCAD-2 for isolated analog-to-frequency input
  • Keyence distance sensor (starting with IL-1000, possibly upgrading to LK-G3000 series later)
  • Current: manual air spray gun 
  • Planned: automatic air spray gun 
  • Typical speeds:
    • Z working stroke: ~15–40 mm/s
    • X step-over between strokes: index only (no distance control)
    • Y axis: slow stand-off correction only
      
      Environment is electrically noisy (industrial equipment, welding, laser), so isolation is important.My questions:
      1. For this type of slow stand-off control on Y, is using THCAD-2 into the 7i96S encoder input a reasonable approach (non-plasma use)?
      2. If I upgrade to a faster sensor (LK-G3000), does THCAD-2 become a bottleneck for meaningful improvement?
      3. If I want proper fast isolated analog input, which Mesa hardware would you recommend to add ADC capability to a 7i96S-based system?
      4. Any practical tips for filtering, deadband, and loop rates for a ~10 Hz sensor like the IL-1000 in this application?
         
         Thanks in advance for any advice.