Advanced Search

Thanks a lot! There was a connector labelled PAR on the motherboard - I used a generic cable and the BIOS didn't detect the port. Scratched around a bit and found that the HP cable connects pin 21 and 25 on the output side - I added a jumper across those - and voila! working 100%. Nothing else was needed to get it working with the latest linuxcnc version

That's a good advice, though the AI tool like chatgpt sometimes just made up the content, anyway it indeed speeds up the process of learning . Thank you .

I am not sure. It is just a try, maybe it can work.

1.yes, it is only the core kernel.

2.I copied the source code compiled in x86 and forgot to delete it.

3.I once wanted to try this, but it was a huge challenge.
And I am trying to install the Debian.

Thanks PCW, I tried looking for that info last night but couldn't locate it.

The first 3 have a NetMOS 9805 (whic the wiki advises to avoid)chip and the 4th has the same Ax99100 chip.
wiki.linuxcnc.org/cgi-bin/wiki.pl?Parallel_Port_Cards

Some good stuff here:
forum.linuxcnc.org/18-computer/18917-faq...-parallel-port-cards

Below are 2 NetMOS based cards I could find on Amazon US.

www.amazon.com/PCI-Express-Parallel-Prin...p%2Caps%2C681&sr=8-6

www.amazon.com/KALEA-INFORMATIQUE-Parall...%2Caps%2C681&sr=8-29

Just a bit of a thought.....
One thing that is worth thinking about, is how many parallel ports one can try before you're at a similar amount that a simple Mesa 7i92 card can be had for. Which doesn't have the need for a base thread (latency is so stringent), connects via ethernet, basically gives you the equivalent of 2 parallel ports, is very well supported and from my experience gives you a smoother running machine. With suitable firmware it is very easy to use with the standard Parallel Port breakout cards.
Another plus as well, if it comes down to it a Mesa card will have great resale value.
The ethernet connection is something to think about for later years if your current PC has any hardware issues.

I/O ports at d010 [disabled]
I/O ports at d000 [disabled]

I suspect it would work if enabled, check out this thread:

forum.linuxcnc.org/9-installing-linuxcnc...inuxcnc-2-7?start=20

Near the bottom (adouglas89s post) there is a method to enable the disabled ports.
 

steppers? ha. ouch.
my experience with steppers and encoders is that the encoder is good for a safety system to make sure its not lost position, but it is best not to actually try to "drive" the stepper with the encoder feedback. The just don't have the ability to respond.

Awesome, that sounds promising, I'll have to give it a go once the servo is mounted on the mill, I already spent my 10h trying unsuccessfully to tune the X and Y steppers with linear encoder feedback - not fun...

I can't get that board in the US, but what do you think of these:

www.amazon.com/fosa-Windows-Parallel-Pri...upport/dp/B07NVGDL65

www.amazon.com/Parallel-Express-Printers...anners/dp/B0C9PGV9FT

www.amazon.com/Syba-SY-PEX-1P-Printer-Pa...hipset/dp/B001FBEIFG

www.amazon.com/LinksTek-Controller-Adapt...IE-PA1/dp/B07SVV6K1H

It is a basic dynamic autotune by the look. Looks similar to what my JMC's and older sanyos have. Set a desired stiffness / response, and it deals with the rest.

JMC's autotune is "ok". It did not make the motor perform better than my manual tune. What it did to is take 2 minutes instead of 10 hours to adjust, which is nice

You are up to date with what is in Debian but it is very old and out of date. Please read heading #7 in the 2.9.2 docss titled "Getting Linuxcnc"  and follow those steps

@Automata,

Nice document.
There is a video link from andy, in the video they show curvature.

@Arciera,
I think also a graphical representation of the abc optimalistion will be much easyer to do. For sure in opencascade.
If i draw the tool orientation vector lenght:10mm at each gcode line. Or at each known position.

Then i connect these tool orientation's at the top with a poly line.
Then create fillets inbetween the polylines? Then set tool orientation vector to touch the fillets?

Maybe a scetch would help to verify the steps.
 

I've got a 750w with absolute encoder and brake for my Z axis (RF45 clone). Anyone tried setting the sync mode manually in the HAL file? Or can we set it using ethercat directly in a bash script before starting linuxcnc? I plan to give this a go at some point to see if it gets around our startup issue. (Page 64 of the pdf manual linked by NickH details the setting).

Has anyone also looked at page 56 of the manual PDF? It has "Self-adjusting mode selection" am I too optimistic to think this is an autotune feature? There also seems to be "inertia identification" settings on the next page.

COFHAL wrote:

verser wrote:

Yes, this is an adapted latest version 2.8.

With remote disabling of tool metering?
Probe Screen allows the tool length to be automatically measured during g-code execution when an M6 command is encountered. The user will only have to remove the old one and install the new cutter in the designated place. Remap of M6 is required in .ini. If you don't need this feature, just don't remap M6  in .ini

When I comment out the remap instruction in the INI, I can make the tool change, but if I uncomment the error always appears: Linear move on line 31 Would exceed Zs positive limit and invalid params in linear comma




Resolved.  I found the problem, since both the tool change position and the tool setter position are absolute positions, the Z values ​​in the INI must be negative.