Advanced Search

@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.

rines_design wrote:

• The installation steps for a fresh system.

On a fresh system:
(more details here linuxcnc.org/docs/stable/html/getting-st...etting-linuxcnc.html)
Download this file: www.linuxcnc.org/iso/linuxcnc_2.9.10-amd64.hybrid.iso
Write the file to a USB stick (at least 4.1GB) using the instructions here:
linuxcnc.org/docs/stable/html/getting-st...to_a_bootable_device
Plug the USb drive into the PC, turn it on, go to the BIOS screen (often by pressing F2 during boot) to set the USB stick as the boot device, save and exit, then follow the on-screen instructions. 
 

On my lathe:
bodgesoc.blogspot.com/2016/08/holbrook08.html
I installed a 7i73 inside the apron to handle the limit switches, handwheels and a jog-rate select knob (which is also a switch that selects manual mode to enable jogging).

Your 7i96 has a smart-serial port, so you would connect a 7i73 to that.

It means simpler cabling in the cable chain, but you need to use suitable cat5 cable to handle the continuous flexing. (eg Igus chainflex / LAPP Etherline FD)

I don't see anything in the photo to exclude the possibility that you are in the UK (I look at mains sockets) so if you are, Rapid Electronics sell a lot of these expensive industrial cables by the metre. www.rapidonline.com/lapp-0028308-liyy-pe...e-8-x-0-25mm-63-6718

I mean I cannot prove 100% right now, but I do not see it cannot be run with two hand encoders (at the same time)

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

I should get going...

If it takes all this just to run the enable signal, I'm thinking it's better to wire it directly to the drive. Is there any good reason to keep it isolated with an extra relay? The 7i97T outputs are already opto-isolated, and my servo drive has a 10kΩ input impedance anyway. Adding a relay isn't really worth it, right?

I'm having some trouble with the servo enable relays.My relays have flyback diodes, but the datasheet is giving me a headache. The coil draws 40mA, but the flyback module includes an LED with no specified current draw. Since I can't be sure of the total load, I'm guessing I can't use it.Would you guys just change the module for these specific commands, or is there a better workaround?

These are the Finder 55 Series

i think its better to use other relays for these ones like interface relays isnt?

Hi,

I recently acquired a Sherline CNC-ready mill, and I've been thinking about finally getting around to getting it setup. The problem is that I can't decide on what path I should go down (GRBL or LinuxCNC). I'm quite a novice when it comes to CNC machines, so LinuxCNC seems quite daunting. However, the features the software provides are very enticing. I was wondering what you guys think I should do. Additionally, if I do go down the LinuxCNC route, should I go with a 7I96S or an old computer with a parallel port (I haven't tested its latency, but it should be fine; it is a Dell Optiplex)? The reason I'm considering using my old computer is that I can back out if I get way too in over my head (I figure I won't waste as much money).

Thanks,
Logan

willing to give this away for free now

now offering this Free to a keen linuxcnc developer

i did try to reload parameters but the PLC board does not boot, could be as simple as a voltage issue on the PCB.. i dont have the time to fix it, but i am willing to let this go to a good home and more so to someone who can use it develope linuxcnc to such a machine and give back to the community

i can load to transport,
can give away a magazine bar feed with machine also that will need interfacing (LNS BRand)

I am working through retroftting a motionmaster. I kept all my relays. My goal was slightly different, I wanted to keep the wiring as stock as possible because there was a chance of the whole upgrade not working and I would want to sell it stock, but I think I'm far along enough that its worth more as a linuxcnc box now.

For what it's worth, I contacted Copley Controls sales. They said they couldn't help me on that obsolete model, but provided a datasheet on a similar 4113 model. If it can be proved the pinout matches this might help.

You should be able to build a PREEMPT_RT image using Armbian for the OrangePi and install LinuxCNC and XFCE on it. I have done this with a Odroid N2+. I would go that way and ditch the PC out of the equation.

In the build process, you just need to run menuconfig to configure the PREMPT_RT flags.
Start here docs.armbian.com/Developer-Guide_Overview/

Yes running Linuxcnc on the OrangePi would be easier. And the board would probably run it extremely well. But again, that’s normal. 
if I’d opted for the w5500 on the SKR, I’d have to have ported the code over from the stm32/rp2040 side of things. Not hard, but not as challenging as this.
So I opted for this. Means I still have the main pc doing all the hard legwork, and the OrangePi just bridging the traffic over to the SKR. Which I think long term, is the best option, performance wise. This was the SBC isn’t doing a lot of work at all.

the last time I did anything challenging, was when I originally bought up Armbian for the OrangePi 3 LTS. This was nearly 5 years ago, and it’s the same board I’m using today! Never found a use for it! I had it running klipper and a 3d printer for a while