Fagor 8055 Manual

[Kerby Kolpack]

Ihave a 3 axis knee mill with a Fagor 8055 Controller. When I first tried to use the post processor in Fusion, my part program wouldn't run beyond moving to the X0, Y0 position and then it would stop even with an additional push of cycle start. With the help of a gent on Practiclal Machinist, I learned that the post has code M6 and I don't have a tool changer.

He shared another post that he found which has "manual tool change" in the post and although that pp will run the part program, I don't get a tool change request for any of the subsequent tools after cutting with tool #1 which would mean that I have to select T2, T3, T4, etc., move to the tool change position, change the tool, hit cycle start and so on.

I am expecting tool #1 to finish cutting and the screen to indicate "change to tool number #2, the axes move to the tool change position, I change the tool and then with cycle start, the Axes should move back to the part and continue operations. Can anyone with some experience with Fagor post processors take a look at the attached posts and guide me with this. I have tried to get answers from Fagor, but that proves to be fruitless since this has less to do with the controller.

I wish I knew enough about this to answer your question. I tried again yesterday to run the part with the "Manual PP" and I thought things were going well with the first of 11 tools in the program. When tool #1 was complete, no tool change request, so I decided to hit T2 which moved the Axes to the change position. I put in tool #2, hit cycle start twice and got the attached image. Is there a way for me to try the PP with your suggested changes?

These two statements seem to be in opposition to each other. What code are you expecting to see when it's time to change tools? As I see it, it should be posting out an M0 (which is a program stop) that would allow you to change your tool and continue on.

Sorry for the confusion. There is a manually set "tool change position" which I have set in an area for the machine to jog to so I can change the tool clear of the work during each manual tool change call. I have this set up on another machine (CNC Router) and it works great. When a tool has completed the cycle, the machine dwells, the screen shows "change to tool #2, or 7, or whatever is next in line in the code, I change the tool, push cycle start and the machine jogs back to the part and continues cutting.

It does post out M0, as it did before, but if I jog the axis (not enough +Z travel to change the tool where the material/part is) for access to the spindle for a tool change, hit T2, cycle start, the code repeats the path of tool #1 with the new tool. In other words, for some reason even though the entire program code is there if I look at it on the controller, it isn't giving me the ability to move to the next tool and continue.

It sounds like the act of going into Jog mode and then back into Memory is resetting the program. It seems to me that you need to provide us with some machine coordinate values of where you want the tool to go when it's time to change tools.

When the code is running I only see the DRO, although I suspect that there is a way to see the code that I am not aware of. I can tell you this which may help. If I let Tool #1 complete the cycle, the CNC then reaches the dwell (M0). If I do nothing more other than hit cycle start without the tool being changed, the code that runs is for the next tool in line in this case Tool #2. I have run the entire part with the knee moved down out of the way without making a tool change and everything looks perfect so I know that the code is good.

I neglected to address your tool change comment. I believe it is a "move to tool change position", but I don't know how it is done in the pp. I can move the X, Y & Z tool change position on my other machine and during a program run, the machine moves to the new"tool change" location. I don't believe that it is a sub routine, but not positive. I have tried multiple times to get info from Fagor, but it has been fruitless thus far.

Have you tried asking on Fagor specific forums? It's starting to sound that the issue exists outside the post processor and Fusion. We certainly want to help where we can, but we are somewhat limited when it moves into machine/control settings.

-automation/?s=66cae470a1471fa802667477787e2039

There are many providers of paid post processor work. However, you're going to need to give them clear direction of what you need, as they likely are not well versed in Fagor controls (despite their claim to the contrary). I would press them for clear indication of expertise in this control system.

Machine is a 5 axis gantry router. Currently the pivot distance and tool length are entered in the cam ( UG )side rather than at the control. I haven't been able to find anything in any of the manuals here, or even on the website to tell me wether or not I can enter the pivot distance in the parameter table of the machine or not. Tool lengths could then go in the tool table where they belong and there will be no more need for adding up a lot of numbers everytime the programe is posted.

At the moment there is a chart of tool lengths taped to the computer along with the pivot distance. In UG the tool length and Z offset (pivot distance) are used by the post to determine the correct 5 axis motion. If the tool is changed you need to run upstairs and make the changes and re-post.

The company was started by a couple of blokes with no machining background and they have done an admirable job of getting to where they are. I need to be able to demonstrate and implement more up to date methods for using the machine so I can up the efficiency. Getting the tool length issue sorted is my personal #1 as seeing the amount of time and trouble that is spent on an issue that would be non-existent anywhere else will very shortly get on my xxxx.

How does the control know how long of a pivot length you have... We also have a 5 axis router with the xxxxor 8055 control. I have been reluctant to use the TCP funtion because the manual is quite confusing on this issue.

TCP and Dynamic comp aren't technically the same thing, but they achieve the same result. On a head/head tcp allow you to programme without worrying about the pivot distance. On a table/table dynamic comp allows you to programme without worrying about the rotation point location.

3a8082e126