Advanced Search

The problem I see is that standard MDI execution appears to process commands one-by-one, so the planner does not have enough future segments to perform blending. This results in stop-and-go motion.

That is not correct. Linuxcnc supports stacking (blending) of MDI commands.

I was planning to write a simple DSL for generating motion.

The idea is to have my own commands and then translate them into G-code. If I don’t want to modify the existing interpreter, the obvious way is to just convert everything into standard G-code but then I’m limited by what G-code can express.

Another idea I had was to keep most of the logic in Python and send something like a stream or batch of motion instructions to LinuxCNC, so it could still handle them with proper blending (G64) and without stopping at every segment.

I realize this sounds a bit hacky, but I’m trying to find a balance between flexibility and still using the built-in trajectory planner instead of reinventing it.

Hi everybody! I am struggling to get the MPGs working with my 7i77. These are differential encoders, and are wired into TB4 (z axis and x axis). Whenever I go to launch LinuxCNC, the computer crashes without warning like something is shorting or there is some hardware problem. 
When I unplug TB4, LinuxCNC will at least launch. 

Are there any jumpers i need to move around on the 7i77? The MPG wheels are supposed to run 5vdc…

Why?

This method was used on older NC machines because there wasn't enough memory. But nowadays, transferring data block by block no longer makes sense.

My company is already part of ETG
We make ethercat hardware and are licensed for it

Hi, I'm struggling with LinuxCNC RPi distro, Remora, NVME V5 over the past week. I have flashed multiple versions of the firmware from Scott Alford's github page, but I can never get anything to work. here is the progress so far - I am able to ping the NVEM with no problem but when I do command tests like this one: 
halrun
loadrt threads name1=servo-thread
loadrt remora-eth-3.0
addf remora.read servo-thread
addf remora.write servo-thread
setp remora.enable 1
start
show pin remora.status
I get a false reading and from what if know so far, without a true result, I'll never get LinnuxCNC to communicate with the NVEM. I'm currenly have the 3.1.4 beta on the NVEM but with or without an uploaded config file, I get the false result: show pin remora.status: false. Is the issue to do with the eth driver or something .. as now I have almost given up  .. I have provide any readouts from commands from terminal? I know the NVEM is very picky at how it interprets code etc .. I was hoping this was going to be easy
Thanks is advance.
 

Hi, I’m working with LinuxCNC and trying to control motion from Python , similar to MDI.

The goal is to stream G-code commands dynamically (generated in Python), but still preserve trajectory planner behavior such as:
* continuous motion
* G64 blending (no full stops between segments)

The problem I see is that standard MDI execution appears to process commands one-by-one, so the planner does not have enough future segments to perform blending. This results in stop-and-go motion.

What I would like to achieve is something like:

* sending multiple G-code commands ahead of time (buffered)
* without waiting for each command to complete
* so the trajectory planner can see upcoming segments

Questions:

1. Is there any supported way to stream G-code from Python into a buffer (not strictly MDI) so that  G64 still work?
2. Does LinuxCNC provide any interface to feed the interpreter continuously (like a queue or pipe) instead of executing discrete MDI commands?
Any pointers or best practices would be greatly appreciated.
Thanks!

To use Ethercat, you need to become a member of The Ethercat Technology Group (ETG). Membership is free. www.ethercat.org/default.htm
But membership is only open to companies or businesses and you need a tax number or equivalent in your country.

Linuxcnc is nothing, just a loose community of users. We don't even have a bank account.

This has been explored by a number of the development team members over the years. Most recently by Steffen Moller who lives in Germany where the ETG and Beckhoff are domiciled. (I may have prodded him in this direction)
I had the opportunity to raise Linuxcnc with Martin Rosten, Chaiman of the ETG when he visited Australia a few years ago. There is no way forward.

But now etherlab have a repository and also host the linuxcnc-ethercat driver and I put that repository into the Linuxcnc installer, there isn't really any need for linuxcnc to get involved. (Except to manage the code base).

I would recommend you and Grandixximo as manufacturers join the ETG.

I have been working on a turn-mill kinematics component. 
 

I am not able to understand how the G43 and G54 and G92 offsets should be accounted for in the kinematics.
I would like to do polar as well as cylindrical interpolation using these kinematics.
Polar interpolation will be turned on by G12.1 and off by G13.1
Cylindrical interpolation will be turned on by G7.1 and off by G7.2
It also uses the adaptive feed to slow down when the radius (Joint 0 position) is very close to 0 i.e., joint 0 is very close to the centerline of rotation.
Any comments on how to account for the offsets or general comments for this component are welcome and appreciated.
-automata

I think is mostly architectural and organizational reasons, not strictly a license conflict. Both LinuxCNC and the IgH EtherCAT Master are **GPLv2**, so there's no real incompatibility there AFAIK. The separation exists because the EtherCAT master is an independent kernel subsystem, linuxcnc-ethercat is essentially a glue layer between two separate projects. Keeping it out-of-tree also lets it move faster without going through LinuxCNC's core review process. There is one additional wrinkle: the "EtherCAT brand and technology" is owned by Beckhoff, which adds an IP layer on top of the open-source licensing.

rodw wrote:

 

Its just a shame the Ethercat license does not allow linuxcnc to manage it.
 

Can you expand on this? People are allowed to develop one and post it, but it cant be "inside" linuxcnc?
 

so on the 225 i still had the io board, so i just used the manuals pinouit on the control. so thats not gonna help.

I have some tc227 data though, ill dig an see if theres anything useful on the encoder - its mostly mechanical drawings.

I was wrong, I've found it, sorry.

It shows a 404 error on Codeberg, and the videos on YouTube won't open at all.

Promise!!! I am hoping that moment is coming soon like any minute I got up to line 197 hal c by commenting out and now I have the stepgen parts. It is amazing that i can have joints 1 and 3 work and o and 2 not work for stepgens. I have checked ini and trivkins and joints all line up correctly shows xyyz and 4 joints but only 2 work with the exact same text in each section???? I will take Rod's suggestions and see if i can get further ahead. One good constilation is I am learning lots all I have to do it put it together before I have a brain anyerism -LOL
Thanks again