Advanced Search

I feel like making foolish decisions, so I think I'm going to go with the Mesa card. How hard is the setup? I know you can use PnCconf, but is that enough to get you going, or do you need to do anything extra?

I am not a regular on the linuxcnc forum so please bear with me if I am not following the protocol/etiquette.  The Remora RP2040-w5500 looks like a great approach to a cost effective linuxcnc setup.  It is hard for me to understand how stable the current software/design is.  Are people using it routinely or is it still being developed?   About a year ago I started down the Remora path with one of the 3D printer stepper boards only to find out that the on-line documentation was not up to date.  I appreciate how complex this project is and can understand if it is not ready for prime time.  TIA.
 

Logthor wrote:

GRBL or LinuxCNC

GRBL is a good and cheap driver, but only with basic capabilities.
The problem is in communication, the PC sends a full line of g-code and waits for confirmation of its execution.
It is not possible to create loops, conditions or use variables.
(In FluidNC they try to bypass this, but the effect is far from expected.)
LinuxCNC does not have these limitations that will start to irritate you sooner or later.

So if you only want to use some specific CAD/CAM program to generate g-code, then you can use GRBL.
LinuxCNC, on the other hand, offers practically unlimited possibilities.

I converted a manual KBC GRIP-1340 lathe to CNC, kept the handwheels connected via encoders. I can manually machine or NC with it, It is more like a 'teaching' lathe, or tool room cnc lathe. Gives you the ability to quickly face or turn a diameter without having to write code or install a gui/cam thing to do it for you.

When i spin the handwheels, then stop, the machine stops. Encoder over-run is something you can disable. Sure you dont get feedback like a manual crank, but for the odd time doing something it doesnt matter. I put microswitches in the feed sticks and spindle fwd/rev lever, right now im using on screen dials to set the pitches and speeds, but its very similar to a manual lathe when you want it to be, and exactly a CNC lathe when it has to be.

I ended up using a 7i76E and 360ppr encoders connected with a small timing belt to 3d printed gears secured to the hand wheels inside an apron box i made from some rectangle tubing. My X ballscrew isnt in the apron it is beside the cross slide. I still have the cross slide on the lathe incase a quick taper job is required. Ill probably end up ditching it eventually for a more solid mount as its a weak point.

Anyways, the machine has made its money back and then a small fountain of cash to fund the other toys. It might not be everyones cup of tea, but it works very well.
 

Thanks for enlightening us ignorant folks. I'll call Siemens and Heidenhain right away and tell them to remove that feature from DMT Kern, DMG, and the rest. I'm sure they'll be thrilled that someone has finally pointed out they've been doing it wrong ever since the 1980s.

I started with a parallel port for a lathe conversion, it was robust enough to do the job, but eventually went with a 7i76E for it, then a VMC i retrofit with 7i76E+7i84S, then now im doing another mill with a 7i95T, the Mesa hardware is fantastic- so good that china is now knocking it off!

Parallel port to start, then work your way through things. Lots of help here on this forum!!

The log file produced by the polygon pocketing program  produces g-code linear moves as its output.  If you stick a few m2 and percents and a few setup commands in that file and change its name to a .ngc file you can  mill simple things. 
(maybe)   (I'm assuming you have some other machine that you can run that program on)

If you have access to a PC with a parallel port, it's a cheap and easy way to get started in CNC using knockoff breakout boards from Amazon and some cheap stepper/driver kits. That's what I did. However, this is not a robust solution. I had many problems with port pins getting fried, for example. Getting any one of the Mesa cards (I used the 7i76E) is a bit more of an investment but the electronics are much more robust, and you get to enter the worlds of "industrial lego". At that point, you'd need LinuxCNC anyway, so might as well start there.

Also, it looks like GRBL is designed to run on an embedded board, not a PC, so if you want the lowest cost-of-entry, go LinuxCNC.

The 7I97T enable outputs should be able to drive that directly.

If you worry, you can always measure the current with a DVM
 

Aciera wrote:

@tuxcnc
So you like the old cranks, that's fine, but looking at your recent posts makes me wonder if you are maybe starting to turn into one:

It's just a stupid idea, even if someone does it and is happy with it...

You're wrong.

Nonsense.

It is big mistake.

One more little gray text on a gray background...
No, thank you.
 

I just hate political correctness.
If someone does something stupid, you need to inform them about it, not praise them and wait until they waste a lot of time and money.
And he will do whatever he wants anyway...

 

rines_design wrote:

The recommended Linux distribution for the latest version of LinuxCNC.
 

Download latest Debian iso image (current 13.6) and install. (There are thousands guides at the net.)
It is a good idea to manually partitioning and don't use swap partitions (Modern computers with at least few GB of RAM not need swap.)
LinuxCNC without CAD/CAM fits in 8 GB of disk space, 16 GB is better, more will be never used.
You should chose some lightweight window manager. (I preffered xfce4.)
LinuxCNC installation is simple, but I don't have the time or inclination to check now whether I made a mistake, but it should be like this:I don't remember the apt-get build-dep should be before or after ./debian/configure, the rest seems be properly.

@tuxcnc
So you like the old cranks, that's fine, but looking at your recent posts makes me wonder if you are maybe starting to turn into one:

It's just a stupid idea, even if someone does it and is happy with it...

You're wrong.

Nonsense.

It is big mistake.

One more little gray text on a gray background...
No, thank you.

Yes. This is actually one of the hard copies I currently have. Mainly looking for additional details for the other components, especially the control board for these machines.

timo wrote:

It might even be a thing to do a "virtual taper attachment" when moving the encoder driving z and x at the same time.
 

Just because something can be done doesn't mean it's worth doing or that it will work as expected.
MPG is intended for positioning movements, not working movements.
There are many reasons why you should not use MPG for turning, but I will give you just one - you can turn the handle faster than the axis is moving, in other words, when you are done turning, the axis will continue to move until it reaches the commanded position.
MPG is not a mechanical crank rigidly connected to the tool and giving the operator a feedback signal.
It's just a stupid idea, even if someone does it and is happy with it...

Mesa smart-serial is open, all Mesa firmware is open.
But keeping the USB panel as USB is almost certainly easier and may be technically better.