Advanced Search

This is a weird-ish question, but LinuxCNC is so vast, I thought I'd ask:

I have a build where I'm making a trunnion inside the same area where the XYZ axis operates. Now that trunnion is growing up to have parts attached to it...

Is there a way to define a "no go zone" within the XYZ build box so that I don't accidentally crash into it?

It would need several different sections, ie, a series of boxes could be defined within which the controller is supposed to know that's not OK and send that 'move would exceed limitations' message if I tried to violate it.

I'm thinking the answer is "with great complexity comes great responsibility..."

But I thought I'd ask.

Cheers. 

Hi all,

* Note, the topic name was changed up to 2 times by someone, haha.

Today i added look ahead. This took almost half a day. It's a tiny file, but took a lot off time.
Here is the look_ahead_source_code_file

Now i did a test run tonight using a line fillet algo :  file_path_standard_subseg_line_fillet
This is a simple optimizer algo, that is handy for simple runtests.

The test is done on the extreme  spiral_on_surface file. With tiny segments 0.001mm and deviation P0.0001 Q0.0

Some hal values:

• incements_a_cycle = 2   (planner skips extra gcode segment to keep up with scurve new position)
• ring buffer size = 10
• total loaded segments from program start = 15117
• future buffer, items that are ready to perform, including fillet segments = 3
• cycle dist, is the distance in mm for current servo cycle = 0.0078 mm
• hal traject buffer dist, total todo segments length. ( sum off future buffer ) = 0.1544764 mm

This file run's quite nice for what it is.

 

Git sources are updated.
The first donation is recieved. Thanks ! See the github readme file for more info !

Whoops. Big error on my part!
It's easy to forget stuff at my age. I should have checked stuff before I spouted off..
The missing pressure switch in the hydraulic in the photo is 3F1. It runs the pump directly. Otherwise the pump works as mentioned.
Contactor 5K1, which operates the tool unclamp, solenoid is part of a complex set of interlocks that stop you releasing the tool while the machine is running and stops the machine running if the tool is being changed. It also defeats the gear change jogging.
I'm not sure exactly how it works if you have the Philips controller, but I think that if you pulled any of that wiring by removing the controller the tool unclamp wont work and probably also the auto tool changer.
A lot of the interlocking is relay logic so it's probably possible to sort through the logic and strap it where the controller stuff no longer counts.
If I had an auto tool change on mine it would have been done completely on the back plane of the Heidenhain controller. But even then the relay logic would be involved and 5K1.
A key starting point is: does the hydraulic pressure pump run? It's noisy on mine. It usually runs for about 5 seconds on mine if the machine has been off for a while. On mine the light in the power button illuminates if the hydraulic pump isn't running. It's directly wired to the other contact in the 3F1 pressure switch. Seems an odd way to do it. And the bulb sometimes blows from the solenoid kick.
You will have to change gears using a spanner. On mine the half inch drive extension of a socket set works. The manual has a chart of what the coloured dots on the selector cams mean.
I think I put the logic drawing of this up earlier. It's so complex that it took me days to understand. And as you can see I often get confused by it. I went so far as to draw it in each possible state by erasing the other stuff. And even then I don't know if I got many of the possibilities.
A simple test might be to just press on the tickler on 5K1 contactor and see if the tool unclamps? Make sure to catch the tool if one is fitted.
 

As the message says it's not really an error, I think the only way to stop the message would be to modify the hal_parport code, or I not sure if this would work but add a debug level when loading the driver. First would work but means compiling Linuxcnc one's self the second option is just a guess.
If the machine works I wouldn't bother too much about it. Yeah it is a little annoying. But then again you have the convenience of CNC

USB to parallel port not supported at all, don't an option.
Any other USB motion control are not supported.
All supported Mesa boards can be found on their website. You can also browse the forum to see what boards are popular at the moment.
For the DIY route Ollie's Linuxcnc- RIO project is fantastic, well supported and in active development as is Scott's Remora Project.
I've also been working on a setup that uses FPGA Dev board available via AliExpress that runs Mesa's hostmot2 firmware, ATM it only uses SPI interface for the Raspberry Pi or EPP for the PC platform, tho I'm currently working on an ethernet plugin board.
In all honesty if it wasn't so expensive to get items from the US to Australia I'd go with Mesa in a heartbeat. What board just requires at little time researching, coming up with a couple of choices then asking a few questions, the 7i76 boards pretty much have it all.

Seems like an issue with languages/locales, or missing translation to Russian.
Try to set locale to UTF-8, see if that helps, if not, then short of installing it again in English i am out of ideas.
I did test on my Laptops, Axis works, even the parallel port config works despite not having a parallel port.

You can test everything, even run machines, without installing LinuxCNC, just boot from USB in Live mode and run the sim configurations included, or use another USB or the internal HDD if you want to actually run the machine, again without installing anything.

I am still working with version 2.8.4. I wanted to test what version 2.9.4 can do better and installed it in parallel.

The good news is im open to hardware options!

PC and Parallel - I have an older PC with the Parallel port that i could use... (I read that a USB to 25pin is no good for latency, so not going that route, this has the port!) 

Mesa - I know of it. seems good if the setup is more straightforward. Looks like they run about $100 to $300. Do you happen to know a PN or feature so i can look that up?

Cheap stuff maybe just to test on? there is also some USB styles... but i dont think they place nice with Linuxcnc?
www.amazon.com/Controller-100Khz-Breakou...08BJTB1GQ/ref=sr_1_6

What kind of io hardware are you using? Parallel port, Mesa cards, or something else? For example many Mesa io boards offer settings to use some of the regular inputs as hand wheel encoder inputs.

Yes --> "hand wheel inputs with encoders to "manually" move your stepmotors" via linuxcnc. and if it misses a step or two from my hand_encoder to the linuxcnc/DRO, no big deal as me (the human) will stop turning when the DRO shows the number im after. I get there may be backlash depending on the ball leads I use. question for another post. Unless its a deal breaker now.

for this one --> "adding encoder feedback to your axis to feed back the position" my plan is to use steppers with motor_encoders for feedback to the stepper driver. So closed loop driver-to-stepper but open loop to Linuxcnc to driver. I may be off here.

so silly question, but if i were to turn the X and Y at the same time, it will do a 45deg ish travel? they are both non blocking?

Are you asking for hand wheel inputs with encoders to "manually" move your stepmotors or are you asking about adding encoder feedback to your axis to feed back the position, if your powered off axis are moved by hand?

Both are possible, and technically would require approximately the same hardware. But the handwheel option would require less strict timing requirements because missing an encoder step there is less critical.

Don't use an XYZA configuration to setup a secondary Y axis gantry machine in Stepconfig unless your machine actually has a rotary A-axis. (aka 5 joints XYYZA.)

If starting fresh using the Stepconfig wizard in 2.9, don't use the "A axis" settings to configure your secondary Y axis joint. Start by configuring your machine as a XYZ machine, then choose "Tandem Y Step" and "Tandem Y Direction" for the step/dir output pins for the secondary axis on your parallel port. Similarly you must configure a separate home switch for both Y motors using two input pins connected to "Home Y" and "Home Tandem Y" (or one of the available combined home limit options available with those pin input options.)

If you already had a functioning configuration with version 2.8, you should be able to import the configuration files from that and have them work with 2.9 without needing to make any significant changes. (Maybe I think.)

Yes, I launched the included Axis sims on a dell OptiPlex-7780-AIO Intel Core i7-10700.
This ssd has debian 12 and mx23, does this affect mint 22.1?

Error report created by /usr/lib/tcltk/linuxcnc/show_errors.tcl:

Print file information:
RUN_IN_PLACE=no
LINUXCNC_DIR=
LINUXCNC_BIN_DIR=/usr/bin
LINUXCNC_TCL_DIR=/usr/lib/tcltk/linuxcnc
LINUXCNC_SCRIPT_DIR=
LINUXCNC_RTLIB_DIR=/usr/lib/linuxcnc/modules
LINUXCNC_CONFIG_DIR=
LINUXCNC_LANG_DIR=/usr/lib/tcltk/linuxcnc/msgs
INIVAR=inivar
HALCMD=halcmd
LINUXCNC_EMCSH=/usr/bin/wish8.6
LINUXCNC - 2.10.0~pre0
Machine configuration directory is '/home/gitin/linuxcnc/configs/sim.axis-1'
Machine configuration file is 'axis_mm.ini'
INIFILE=/home/gitin/linuxcnc/configs/sim.axis-1/axis_mm.ini
VERSION=1.1
PARAMETER_FILE=sim_mm.var
TPMOD=
HOMEMOD=
TASK=milltask
HALUI=halui
DISPLAY=axis
COORDINATES=X Y Z
KINEMATICS=trivkins
Starting LinuxCNC...
Starting LinuxCNC server program: linuxcncsvr
linuxcncsvr (2832) emcsvr: machine 'LinuxCNC-HAL-SIM-AXIS' version '1.1'
Loading Real Time OS, RTAPI, and HAL_LIB modules
linuxcnc TPMOD=tpmod HOMEMOD=homemod EMCMOT=motmod
Starting TASK program: milltask
milltask (2845) task: machine 'LinuxCNC-HAL-SIM-AXIS' version '1.1'
Starting HAL User Interface program: halui
halui (2847) halui: machine 'LinuxCNC-HAL-SIM-AXIS' version '1.1'
Found file(lib): /usr/share/linuxcnc/hallib/core_sim.hal
Found file(lib): /usr/share/linuxcnc/hallib/sim_spindle_encoder.hal
Found file(lib): /usr/share/linuxcnc/hallib/axis_manualtoolchange.hal
Found file(lib): /usr/share/linuxcnc/hallib/simulated_home.hal
Found file(REL): ./cooling.hal
USRMOT: ERROR: command 30 timeout
emcMotionInit: emcTrajInit failed
Starting DISPLAY program: axis
Shutting down and cleaning up LinuxCNC...
task: 0 cycles, min=0.000002, max=0.001060, avg=-1.000000, 0 latency excursions (> 10x expected cycle time of 0.001000s)
Removing HAL_LIB, RTAPI, and Real Time OS modules
Removing NML shared memory segments

Debug file information:
Note: Using POSIX realtime
link (updating variable file): Нет такого файла или каталога
Traceback (most recent call last):
File "/usr/bin/axis", line 3007, in <module>
vars = nf.Variables(root_window,
^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/nf.py", line 46, in __init__
setattr(self, name, makevar(master, name, klass))
^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/nf.py", line 70, in makevar
self.set(self._default)
File "/usr/lib/python3.12/tkinter/__init__.py", line 424, in set
return self._tk.globalsetvar(self._name, value)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
_tkinter.TclError: can't set "taskfile": can't read "::": no such variable
2835
2845
Stopping realtime threads
Unloading hal components
Note: Using POSIX realtime

---

Info report created by linuxcnc_info:
The file: /tmp/linuxcnc_info.txt
can be posted to a forum or a web site like:
pastebin.com
in order to provide information about the linuxcnc
system and configuration.

Date: Пн 17 мар 2025 19:59:24 MSK
UTC Date: Пн 17 мар 2025 16:59:24 UTC
this program: /usr/bin/linuxcnc_info
uptime: 19:59:24 up 4 min, 1 user, load average: 1,03, 0,92, 0,43
lsb_release -sa: Linuxmint Linux Mint 22.1 22.1 xia
linuxcnc: /usr/bin/linuxcnc
pwd: /home/gitin/linuxcnc/configs/sim.axis-1
USER: gitin
LOGNAME: gitin
HOME: /home/gitin
EDITOR:
VISUAL:
LANGUAGE: ru_RU
TERM: dumb
COLORTERM:
DISPLAY: :0
DESKTOP: mate
display size: 1920x1080 pixels (508x285 millimeters)
PATH: /usr/bin:/home/gitin/linuxcnc/configs/sim.axis-1/bin:/usr/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin

uname items:
nodename -n: gitin-OptiPlex-7780-AIO
kernel-name -s: Linux
kernel-vers -v: #1 SMP PREEMPT_RT Debian 6.10.12-1 (2024-10-01)
machine -m: x86_64
processor -p: x86_64
platform -i: x86_64
oper system -o: GNU/Linux

/proc items:
cmdline: BOOT_IMAGE=/boot/vmlinuz-6.10.12-rt-amd64 root=UUID=0ae8aa4a-3b74-4dae-9243-989492bb833f ro quiet splash
model name: Intel(R) Core(TM) i7-10700 CPU @ 2.90GHz
cores: 8
cpu MHz: 4558.254
parport:
serial: 0000-0000 : serial

Versions:
gcc: gcc (Ubuntu 13.3.0-6ubuntu2~24.04) 13.3.0
python: Python 3.12.3
git: not_in_PATH
git commit: NA
tcl: 8.6
tk: 8.6
glade: not_in_PATH

linuxcnc_var all:

LINUXCNCVERSION: 2.10.0~pre0
LINUXCNC_AUX_GLADEVCP: /usr/share/linuxcnc/aux_gladevcp
LINUXCNC_AUX_EXAMPLES: /usr/share/linuxcnc/aux_examples
REALTIME: /usr/lib/linuxcnc/realtime
RTS: uspace
HALLIB_DIR: /usr/share/linuxcnc/hallib
PYTHON: /usr/bin/python3

dpkg -l '*linuxcnc*':
Желаемый=неизвестно/установить/удалить[r]/вычистить[p]/зафиксировать[h]
| Состояние=не[n]/установлен/настроен[c]/распакован/частично настроен[F]/
частично установлен[H]/trig-aWait/Trig-pend
|/ Ошибка?=(нет)/требуется переустановка[R] (верхний регистр
в полях состояния и ошибки указывает на ненормальную ситуацию)
||/ Имя Версия Архитектура Описание
+++-===================-=============-============-==============================================
un linuxcnc <нет> <нет> (описание недоступно)
un linuxcnc-dev <нет> <нет> (описание недоступно)
un linuxcnc-doc <нет> <нет> (описание недоступно)
un linuxcnc-doc-en <нет> <нет> (описание недоступно)
un linuxcnc-doc-es <нет> <нет> (описание недоступно)
un linuxcnc-doc-fr <нет> <нет> (описание недоступно)
un linuxcnc-sim <нет> <нет> (описание недоступно)
un linuxcnc-sim-dev <нет> <нет> (описание недоступно)
ii linuxcnc-uspace 1:2.10.0~pre0 amd64 motion controller for CNC machines and robots
ii linuxcnc-uspace-dev 1:2.10.0~pre0 amd64 PC based motion controller for real-time Linux