In C:\Program Files\Siemens\NX 10.0\MACH\resource\postprocessor there is a postprocessor -probing_cycles_siemens-
This post was last updated in 2008. Using this with the ootb NX probing operations you don't get anything usefull for a modern sinumerik controller.
;Probe Hole 100 mm N1161 G0 X0 Y0 Z400. D1 N1162 R24=0 R25=0 R26=297 R9=20000 R13=0.0 N1163 L9810 N1164 R24=0 R25=0 R26=310 R9=20000 R13=0.0 N1165 L9810 N1166 R7=15 R11=100 R18=0 R20=01 R21=.25 N1167 L9814 N1168 R24=0 R25=0 R26=400 R9=20000 R13=0 N1169 L9810
Why doesn't Siemens NX support it's own controller?
Does anyone have a post that supports the standard 840D SL measuring cycles?
;Probe Hole 100 mm G0 X0 Y0 Z400 CYCLE977(1001,,,1,100,,,5,1,0,-21,20,,,1,"",,0,1.0
I agree. The on machine probing forms are tailored more toward renishaw. I have a couple projects where I chose not to use it for siemens probing.
If you look at the output - it is renishaw cycles on a siemens control (which is available.) The siemens probing cycles are quite different - I think the forms would need an update - as well as (potentially) verify playback.
I have vague (mis?) memories of Siemens saying that when they implemented on-machine probing they would start with Renishaw (presumably because it is the most widely used cross-platform solution). IIRC they implied they may start supporting other solutions in the future.
I would suggest filing ERs so they know it is important to you to implement Siemens probing (although if they don't have it already, by the time they do have it you may have already done your own thing...)
Production: NX10.0.3.5 MP5 + patch/TC11.2
I'd rather be e-steemed than e-diseaseled
We monitor this community quite intensely.
I have asked for details on our support of probing cycles.
Mark have you heard anything back on this yet?
Only that it's more complicated than I thought, and UDEs are required.
One complication is that the cycles are often altered from the OOTB Siemens cycles.
Our management is aware of the situation, but I don't know the status.