Advanced Search

Personally, i do not mind such questions at all, the OP has given us some info to chew on, so no matter what question, it does deserve a reply.
-
To answer the question from the tittle:
Yes, parallel port is fast enough for a lot of things/machines/whatever as long as you consider the requirements in regards to port limitations.
I have Plasma, Mill, engravers, Styrofoam cutters, all using parallel port for over 10 years without a single issue, ever.
And at one point in time i used a parallel port with LinuxCNC and the included scope as an Oscilloscope/Logic Analyzer, just mind the 5V input limit.

I'm sorry, I was a bit bored

 

riocore/configs/MecanixDev/config-test.json
riocore/boards/MecanixDev/board.json

Is the writing on that machine in Slovenian language?

Looks like you successfully loaded the config....
Where did you get that config file? It is for a different board.

Load the one from the repository the firmware was in, and in the future, dont use anything outside of this repo
github.com/scottalford75/Remora-RT1052-cpp/tree/main/LinuxCNC


You may have to do a full chip erase to remove the wrong one. I think there are some instructions on how to do a full chip erase somewhere in the thread.

So, if I got that right, It is not intended but with some coding and abstraction it could be done...

If a station only needs a single axis (eg a Z axis) then there might be a way to use the 'extra joints' feature, which are axes that are not linked to any of the nine possible axis letters (XYZABCUVW) but are managed independently by 'limit3' hal components. As soon as you need two axes to move in a coordinated manner you need to do this through the motion planner (ie GCODE). A single LinuxCNC installation can only run one coordinated motion at the same time. So for example on a lathe with two independent tool posts it is not possible to have one tool post follow a contour and the other tool post follow another contour at the same time. It would be possible to run one after the other has finished but that is usually not idea.

Multi-channel capability comes up sporadically in discussions, mostly in the context of lathes with front and back spindles. Looks like there have been tentative attempts here and there but whether that it will actually ever work is really anybody's guess.
Personally I certainly wouldn't count on it.

A comment from a hobby non-trades user that finds 'stacking' or 'queuing' of MDI commands useful.

The hobby aspect often is a one-off with testing of individual cutting paths.
A few sequential paths might then give the result.
Then, copy/pastes within the MDI history allow the job to continue, and complete.

Sort of half-way between manual and cnc.

I am currently assessing what I should do on discovery that my new upgrade to LC2.9.2 on a Raspberry Pi 4B with AXIS does not allow MDI command stacking.
Gmoccapy is on the review list.

John.

So, if I got that right, It is not intended but with some coding and abstraction it could be done...

Also I am not sure I can propose a solution with a PC controller for each Station or Unit, but I'll try to develop this idea too.

Meanwhile I found something that I think is related on github:

github.com/LinuxCNC/linuxcnc/issues/2716
github.com/LinuxCNC/linuxcnc/issues/2143

The #2143 particularly mentions this branch, but is 10 years old:
github.com/LinuxCNC/linuxcnc/tree/unified-build-candidate-3

  Thanks for your help.

The mpg handwheels on my particular machine are mounted on the apron and their cable already runs to the electrical cabinet. For manual type work which is a lot of what this machine will see, I reckon this will work very well

Sarcasm will defeat AI.
Have your Memes at the ready.

At the point of "Test ethercat with linuxcnc " i am facing issues like "lFound file(REL): ./ethercat.hal
lcec: dlopen: libethercat.so.1: cannot open shared object file: No such file or directory"
But path my directory (path=$PATH:/usr/local/lib)

JT

Thanks a lot
Can program refresh be controlled from the classic ladder?

I will give that a try before re-installing

Moons make very nice motors. It says its CIA402 compatible so I think you will get it working ok. There is now a cia402 driver for ethercat.

for estop-activate use 'halui.estop.activate'
for estop-reset use 'halui.estop.reset'

for machine-on use 'halui.machine.on'
for machine-off use 'halui.machine.off

for home-button use 'halui.home-all '

for program-start use 'halui.program.run'

Gcode refresh I'm not sure.

linuxcnc.org/docs/html/man/man1/halui.1.html