I have just checked the ESS docs,  are you powering the encoder from ESS port3 or is it from a separate 5V psu.

If from the ESS then try a separate PSU as the encoder may need more than the port can output.

It is powered from the ESS Port 3 (24v which is the standard setting for the MB3 board)

I will try a separate supply - thanks

G76 is setup to work like it does on industrial controls. Yes, it takes a little bit of learning, but once you do it it make sense. For the lathe at work I wrote a little bit of code in Visual Basic 6 that I fill in a few blanks and it creates a line of text that I then copy into my program. If I did it every day it would be easy, but because I don't, I created a little program to make it easier.

G76 is setup to work like it does on industrial controls. Yes, it takes a little bit of learning, but once you do it it make sense. For the lathe at work I wrote a little bit of code in Visual Basic 6 that I fill in a few blanks and it creates a line of text that I then copy into my program. If I did it every day it would be easy, but because I don't, I created a little program to make it easier.

VB 6 - wow thats a blast from the past.

KF2QD
We did the same thing here at work.  We mad a threading program that uses the G76 line.  We made it in C# and had a nice UI that would generate code with an external thread, external thread with an undercut, internal thread, and internal thread with an undercut.  Our operators love this little program. 

So let me get this straight, the Machmotion conversational wizards were so bad - you resorted to writing your own?

 

It’s not that the wizards are bad, our turning supervisor uses the wizards nearly everyday; they are very useful and well made.  The threading didn’t do what we wanted it to do. So we expanded on what was there.

It’s not that the wizards are bad, our turning supervisor uses the wizards nearly everyday.  The threading didn’t do what we wanted it to do. So we expanded on what was there.

OK fair enough. thanks