Productivity + question

[mcpgmr]

Good morning,

 

I would like to know if anyone has had any experience with using a variable that was set by the Prod + to change a tool length wear offset. Example, Probing in 3+2 on our Mazak i700 Matrix and smooth controllers. I'm setting variables #601 through #610 to store the Z values at hole locations on a complex airflow surface on a CFRP part. These parts vary from one to the next and I have to probe every part at every hole location so that I can maintain Ø.405 x 100 ° countersink at each hole location. I have +/-.005" on the diameter and the parts vary more than that in most cases. Up until recently these probing routines were written by hand and work very well. We don't want to do that anymore and would like Prod+ to do it for us. here is a sample of one of the programs that works for us.

 

T101 M06
T102
G00 G90 G54
S679 M03
M46 M43 (A-AXIS UNLOCK, C-AXIS UNLOCK)
A-96.6726 C-5.9027
G54.4 P1
A-96.6726 C-5.9027
M47 M44 (A-AXIS LOCK, C-AXIS LOCK)
X-2.0726 Y-5.9714 M08
G43 H101 Z8.5289 M51
G98 G82 Z[#601-.17] R5.1289 F6.79 P3000
G80
G54.4 P0
G91 G28 Z0.

(COUNTERSINK PER DWG HOLE 2)
G00 G90
M46 M43 (A-AXIS UNLOCK, C-AXIS UNLOCK)
A-90.3464 C36.2665
G54.4 P1
A-90.3464 C36.2665
M47 M44 (A-AXIS LOCK, C-AXIS LOCK)
X4.255 Y-5.1699
G43 H101 Z8.2982
G98 G82 Z[#602-.17] R4.8982 F6.79 P3000
G80
G54.4 P0
G91 G28 Z0.

(COUNTERSINK PER DWG HOLE 3)
G00 G90
M46 M43 (A-AXIS UNLOCK, C-AXIS UNLOCK)
A-89.0061 C43.1306
G54.4 P1
A-89.0061 C43.1306
M47 M44 (A-AXIS LOCK, C-AXIS LOCK)
X5.4498 Y-7.2461
G43 H101 Z6.3782
G98 G82 Z[#603-.17] R4.4782 F6.79 P3000
G80
G54.4 P0
G91 G28 Z0.

 

Thanks in advance!

[cncappsjames]

That should work. Are you wanting the post to add in the #601, #602, etc... automatically?

[Miki67]

i am not exactly sure what he wants ,

I think he wants to use Productivity + to probe each point, 

[mcpgmr]

19 hours ago, cncappsjames said:

That should work. Are you wanting the post to add in the #601, #602, etc... automatically?

Good morning,

 

Yes I would like to use the values from #601 to #610 that were recorded by Prod+ to be out put like the example code that I posted. I have 9 holes I need to countersink each from a different plane. The part surface varies from part to part and from hole to hole. Lets call it a wavy surface that meets profile tolerance but the countersink diameters will not stay in tolerance because the countersinks dia tolerance is +/-.005 The following example works but is hand written to do so. The countersink depth to achieve the Ø.405 +/-.005 is Z-.17 Example: G98 G82 Z[#603-.17] R4.4782 F6.79 P3000. 

[cncappsjames]

That would most likely require some pretty heavy Post Processor mods with buffers but sounds possible.

 

@Colin Gilchrist may be able to provide some specifics as to how to achieve it.

[mcpgmr]

13 hours ago, cncappsjames said:

That would most likely require some pretty heavy Post Processor mods with buffers but sounds possible.

 

@Colin Gilchrist may be able to provide some specifics as to how to achieve it.

Thanks James. I reached out to Collin last week but at the time he was just too busy to look at it. I have my reseller working on alternative methods. I may be able to use G10 to update the wcs for each plane. I tried using G55-G59 and  G54.1 P1, p2 etc.. also. The post was set to lock on the first wcs used which results in G54.4 P1 only but when I unlock it I get multiple dynamic offsets out of the machines range along with G55-G59 and G54.1 P1, P2 etc...

This post is for a Mazak Variax i700 Matrix and Smooth controllers. It's probably 8 years old and I may need to get a new post written. I am barely a post guy. I can tweak thinks and force things but this stuff is way over my head.

 

Thank for you time sir! 

[mcpgmr]

To anyone interested. The solution we came up with is just simply updating WCS for each feature on the part. I reset all WCS's that were updated and all of the extended work offsets back to match G54  values at the end of the program using a sub call. G54 on these machine never changes since it's at the trunnion rotation point. Productivity + is pretty cool and powerful if used properly.

 

O7200 (RESET WCS VALUES TO MATCH G54)
G00 G90 G54
G10 L2 P1 X-12.4016Y-23.6221Z-25.5905A0.C0.
G10 L2 P2 X-12.4016Y-23.6221Z-25.5905A0.C0.
G10 L2 P3 X-12.4016Y-23.6221Z-25.5905A0.C0.
G10 L2 P4 X-12.4016Y-23.6221Z-25.5905A0.C0.
G10 L2 P5 X-12.4016Y-23.6221Z-25.5905A0.C0.
G10 L2 P6 X-12.4016Y-23.6221Z-25.5905A0.C0.
G10 L20 P1 X-12.4016Y-23.6221Z-25.5905A0.C0.
G10 L20 P2 X-12.4016Y-23.6221Z-25.5905A0.C0.
G10 L20 P3 X-12.4016Y-23.6221Z-25.5905A0.C0.
G10 L20 P4 X-12.4016Y-23.6221Z-25.5905A0.C0.
M99

 

[JParis]

11 minutes ago, mcpgmr said:

To anyone interested. The solution we came up with is just simply updating WCS for each feature on the part. I reset all WCS's that were updated and all of the extended work offsets back to match G54  values at the end of the program using a sub call. G54 on these machine never changes since it's at the trunnion rotation point. Productivity + is pretty cool and powerful if used properly.

 

O7200 (RESET WCS VALUES TO MATCH G54)
G00 G90 G54
G10 L2 P1 X-12.4016Y-23.6221Z-25.5905A0.C0.
G10 L2 P2 X-12.4016Y-23.6221Z-25.5905A0.C0.
G10 L2 P3 X-12.4016Y-23.6221Z-25.5905A0.C0.
G10 L2 P4 X-12.4016Y-23.6221Z-25.5905A0.C0.
G10 L2 P5 X-12.4016Y-23.6221Z-25.5905A0.C0.
G10 L2 P6 X-12.4016Y-23.6221Z-25.5905A0.C0.
G10 L20 P1 X-12.4016Y-23.6221Z-25.5905A0.C0.
G10 L20 P2 X-12.4016Y-23.6221Z-25.5905A0.C0.
G10 L20 P3 X-12.4016Y-23.6221Z-25.5905A0.C0.
G10 L20 P4 X-12.4016Y-23.6221Z-25.5905A0.C0.
M99

 

Something to think on...

Instead of setting the hard values, I would lean towards pulling the values via variables...the "if" the G54 should need to change for some reason, they all update...

In the case of our Mazaks...they would be as such

G10 L2 P1 X-12.4016Y-23.6221Z-25.5905A0.C0.
G10 L2 P2 X#5221Y#5222Z#5223A#5224C#5226
G10 L2 P3 X#5221Y#5222Z#5223A#5224C#5226
G10 L2 P4 X#5221Y#5222Z#5223A#5224C#5226
G10 L2 P5 X#5221Y#5222Z#5223A#5224C#5226
G10 L2 P6 X#5221Y#5222Z#5223A#5224C#5226
G10 L20 P1 X#70001Y#70002Z#70003A#70004C#70006
G10 L20 P2 X#70001Y#70002Z#70003A#70004C#70006
G10 L20 P3 X#70001Y#70002Z#70003A#70004C#70006
G10 L20 P4 X#70001Y#70002Z#70003A#70004C#70006
M99

[mcpgmr]

54 minutes ago, JParis said:

Something to think on...

Instead of setting the hard values, I would lean towards pulling the values via variables...the "if" the G54 should need to change for some reason, they all update...

In the case of our Mazaks...they would be as such

G10 L2 P1 X-12.4016Y-23.6221Z-25.5905A0.C0.
G10 L2 P2 X#5221Y#5222Z#5223A#5224C#5226
G10 L2 P3 X#5221Y#5222Z#5223A#5224C#5226
G10 L2 P4 X#5221Y#5222Z#5223A#5224C#5226
G10 L2 P5 X#5221Y#5222Z#5223A#5224C#5226
G10 L2 P6 X#5221Y#5222Z#5223A#5224C#5226
G10 L20 P1 X#70001Y#70002Z#70003A#70004C#70006
G10 L20 P2 X#70001Y#70002Z#70003A#70004C#70006
G10 L20 P3 X#70001Y#70002Z#70003A#70004C#70006
G10 L20 P4 X#70001Y#70002Z#70003A#70004C#70006
M99

I like it! Thank you sir! I will have to convince the operator who is very resistant to change that this would cover our butts if G54 would ever change. Thanks again!