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

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 

I wouldn't do this, but I'll follow the topic as I'm sure I'll also learn something. Personally, I would have tried to run LinuxCNC directly on the OrangePi3. Or added a W5500 to the SKR.

A couple of months ago, I did some tests with Remora and a RP2040; I watched Rod's video on Youtube to achieve real time performance on the ethernet connection between a Pi400 and the Pico. My guess is that you'll have to compile a real time kernel for the Armbian OS too (did it last year for a Radxa Zero 3E, worked more or less).