5 axis mill parallel port controlled mill.
- huntington
- Offline
- New Member
- Posts: 5
- Thank you received: 0
BH
Please Log in or Create an account to join the conversation.
i see no way to add the extra outputs other than another parallel port.
You may not be looking carefully enough
wiki.linuxcnc.org/cgi-bin/wiki.pl?LinuxCNC_Supported_Hardware
A second parallel port is certainly an option.
Connecting a Pico USC or a Mesa 7i43 to the existing parallel port is another option.
If you have a PCI slot, then there are very many options indeed.
Please Log in or Create an account to join the conversation.
- huntington
- Offline
- New Member
- Posts: 5
- Thank you received: 0
My current mill is using steppers in a open configuration with flash cut. I would like to use Linuxcnc very much as it seems very capable. I have purchased a d2700mud atom board and am currently trying to rebuild my mill with linuxcnc.
Also could anyone point me to a site that has some linear stages with ball screw for less than 500USD 200-300 mm travel. Ive looked everywhere without success.
Thanks again
BH
Please Log in or Create an account to join the conversation.
and generate smoother step signals so allow faster velocities. They also have
encoder counter, PWM generation and DAC interfaces in hardware so can
do these operations faster than the software only LinuxCNC components with
equivalent functions.
If you have a step/dir setup with basic 1/2 to 1/8 step step motor drivers, these
features will not make much difference. however if you have good high u-step ratio
drives or servo drives (or a full closed loop system) the features added by the 'smart'
I/O cards will make a big difference.
Please Log in or Create an account to join the conversation.
The advantage is much faster step rates. They tend to run with a 10MHz base clock rather than the 20kHz that is possible with software step generation.I wonder if there is a plus side to these cards over just adding a parallel port card.
...
They just seem very spendy."
(Note, not all the cards do on-card step generation, this is only a function of the Pico and mesa systems). You don't actually need step rates over 10kHz in most machines, but there is a big advantage in "granularity". A 20kHz base-clock system can do 20kHz, 10kHz, 6.6kHz, 5kHz, 3.33khz, 2.8kHz ... The stepper motor is not physically capable of such big speed jumps, and wil stall, maybe on the 2.5 to 2.8Kz jump. With a 10Mhz base-clock the corresponding step rates are 20kHz, 19.996kHz., 19.920kHz and so on. The stepper motor _can_ follow that sort of step size.
For a fair comparison consider that the Mesa 5i25 + 7i76 combination is $200 and includes both the controller and the breakout for 5 axis of stepper motors plus a spindle control voltage output and 32 input + 16 outputs for general purpose IO. That's a lot more than 2 parallel ports and 2 breakouts, and drives/senses higher voltages and currents.
However, there is absolutely no reason not to sart off with two parports and see how things go.
Did you try China? www.aliexpress.com/item/3-linear-rails-S...upler/633546392.htmlAlso could anyone point me to a site that has some linear stages with ball screw for less than 500USD 200-300 mm travel. Ive looked everywhere without success.
Please Log in or Create an account to join the conversation.
- huntington
- Offline
- New Member
- Posts: 5
- Thank you received: 0
Brandon H
Please Log in or Create an account to join the conversation.
missing steps however is usualy down to more a configuration error , of trying to run the steppers faster than they are able given the types and styles of different steppers and stepper drivers available .
there is nothing wrong on using a second parrell port to gain the extra pins needed , but you are limited to the number of pins available .
however a mesa solution will allow not only more available pins for I/O but also increased step speeds etc .
Linuxcnc supports up to 9 axis , as xyz abc uvw , subject to having the connections available
the 5i25 with 7i76 supports up to 6 axis
Please Log in or Create an account to join the conversation.
- huntington
- Offline
- New Member
- Posts: 5
- Thank you received: 0
I just wanted to thank everyone so far for the help. This forum has been great and i have been doing a lot of reading.
To bring anyone who has posted or is interested in this build. I currently have three axes of the five setup. I have a maximum limit and a home switch on each. It took me quite some time to figure out how to change the homing direction, but at last i found it in one of the many threads i have read. It makes perfect sense to negate the number. Anyway i am currently suffering from noise on my limit and home switches. I assumed this from my previous experiences working on cnc milling equipment. I have also confirmed it using the halscope (awesome little feature, took a minute to figure out and still dont think im using it to the full potential) and sure enough i get the little intermittent spikes found with electromagnetic noise. I did some research and found that many people use a feature that i am unfamiliar with called "debounce" I have yet to figure out how to implement this hal device. So my question goes, How do i apply this setting and where does it go. I assume it would be placed in the custom Hal file? Can the delay implemented by debounce cause a delay that would effect homing?
Anyway thanks again
BH
Please Log in or Create an account to join the conversation.
I did some research and found that many people use a feature that i am unfamiliar with called "debounce" I have yet to figure out how to implement this hal device. So my question goes, How do i apply this setting and where does it go. I assume it would be placed in the custom Hal file? Can the delay implemented by debounce cause a delay that would effect homing?
Typically "debounce" runs in the base-thread and waits 5 or 6 cycles before changing state. That will cause a 100uS delay in the limits tripping or home sensing. Considering that the homing latch speed is normally fairly low, lets say 6 in/pin, or 0.1in/sec that introduces a homing inaccuracy of 0.00001 inches.
This HAL file (from my lathe) has debounce included. Note that this is a Mesa-card config, with no base-thread, so I am actually running debounce in the servo thread and I have a 5mS delay (and I don't see this as a problem).
www.bodgesoc.org/lathe/Lathe.hal
Please Log in or Create an account to join the conversation.
- huntington
- Offline
- New Member
- Posts: 5
- Thank you received: 0
BH
Please Log in or Create an account to join the conversation.