Bridgeport Torq-Cut TC4G Retrofit

Is this something that has changed over the last 2 years that you can recall? (I know it has been awhile since I done this) I never had this issue on previous machines so I figured something I done was incorrect.

I would think that even a M3s0 command will still keep the direction output on as the gui shows it is on. I mean M3s0 zero is still the same thing as M3s100 excluding the commanded speed. If the gui direction is still on then the output should still be on as well I would think.

Wonder if this is going to cause issues with ATC? I guess we will find out when I get to that point.

Thank you sir.

S0 turns off the spindle.

I don't think it is right, but it has always been that way.

Hello,

I am in the process of working on spindle orientation. I have been researching methods of accomplishing this, but seem to be finding many different methods.

The old method I used was motion.spindle-orient which does not seem to be supported anymore. This old method I thought I could issue an M19 only and a output was sent from my 7i77 to the vfd and the vfd would execute the orientation process the was internal to the VFD. Maybe not also, I do not recall.

The current VFD has this option also, but I will need to set it up first. As of now though spindle.0.orient will not go high when M19 is issued unless I use M19 R- Q- [P-]

From what I have seen I need to use spindle.0.orient and utilize a M19 R- Q- [P-] or use orient.comp instead.

Based on everyone's experience what is the best method to perform orientation of the spindle?

If using the orient.comp can all the values be set in the ini and hal so there is no need for the M19 R- Q- [P-] to be used?

Kind of confused on this process to be honest and not sure how to proceed.

andypugh wrote: S0 turns off the spindle.

I don't think it is right, but it has always been that way.

I agree with you as I think it should be kept on when S0 is issued. If it has always been this way I guess I have never noticed this before.

The larger issue I have is the 1 rpm rotation when I click on the CW or CCW in the gui.

Usually when I click on CW or CCW from the gui the spindle never rotates, but now it does for some reason or another. This still has me puzzled as I do recall this not happening before. Still thinking about this one some more and going to contact the new owner of the Matsurra I did and double check if it does this.

I will ponder this some more while orientation is being sorted out.

chopper79 wrote: The old method I used was motion.spindle-orient which does not seem to be supported anymore. This old method I thought I could issue an M19 only and a output was sent from my 7i77 to the vfd and the vfd would execute the orientation process the was internal to the VFD. Maybe not also, I do not recall.

This is still the current way. All that has changed is that you can now orient many spindles, and the pin name is spindle.0.orient (etc)

andypugh wrote:

chopper79 wrote: The old method I used was motion.spindle-orient which does not seem to be supported anymore. This old method I thought I could issue an M19 only and a output was sent from my 7i77 to the vfd and the vfd would execute the orientation process the was internal to the VFD. Maybe not also, I do not recall.

This is still the current way. All that has changed is that you can now orient many spindles, and the pin name is spindle.0.orient (etc)

As to the 1rpm when clicking. What is the response you would desire when clicking those buttons? There are some configuration settings that will change that behavior somewhat. But they may still not give the effects you desire. If what you are after is that the spindle will start at what ever the last commanded S-speed was, that I don't think is possible, at least with the Axis UI.