唉，E10的加工报表错误不断！(确认为BUG，等修复！)

并且，TAITING兄，提点小建议，下图中的此处不建议做成这个样子，似乎影响美观，看你的程序单的意思，是想打印出之后再拿笔打个√，对不？

我认为，反正处理出来程序单后，都会打开看一下的，那么就把这些地方全做成“数据--有效性”的序列，这样每次在检查程序单的时候，顺手鼠标一动，就可以改了，免得打印出来之后再修改。打印好了，叫操作的小子去打印机那边拿就行了。呵呵。

当然，这是个人习惯，我只是提出来罢了

抬刀平面50，最高点0，那就表示你设置的是高出工件平面50mm
你现在工件最低点Z_MIN是-25，那么，整个程序里，Z_MAX是50，Z_MIN是-25，与这个-20的数字是无关的
那么就最后刀长就是
50                减去             50                 减去          -25                 =25
(Z_MAX)       减去       (安全高度）        减去       （Z_MAX）        =刀长

貌似偶也只能看看。。。

是啊，我当初自定义变量就是想避免这个情况。
我举的例子只有5mm，深度只有Z-20,极端的情况下：
安全高度Z20，工件最高点Z0，如果在工件某处有个凹下去的大平面，刀柄可以伸下去，如果这个凹下去平面是Z-50，需要在这个平面上用4mm的小刀加工一个10mm深的凹槽。

按我的算法也只有10mm的刀长（可以在报表上自动实现刀柄的直径及型号，正好配上刀具的夹持长度>10，很准确）
按安全高度来减的话，刀长就要60mm了

误差太大了

一头污水 现在在老家
回去弄看看 我一直GPP2出来的程序和 程序单
很少去搞个程序单

看了下报表。应该是故意限制了不处理刀位数据。以后的版本也应该也不会有。基本上还是能作出符合规范的报表

问题是beta版时都行啊！

看来只有靠Z_max的安全高度来算刀长了，可惜不准啊

准确的刀长不等于Z_UP－Z_MIN，这样的识别对工件的形状，加工的方式有要求，显然没有多大的参考意义，关于刀长、刃长、和夹头的同时输出，我建议用备注的形式，因为有时候，我们可能通过测量或预览长刀长得知需要的长度，这在CIM中是非常容易的，而且现在有后台计算，我们完全有时间去分析刀长、备注TP，我的程式单是在TP备注中输入  -15.29-5RC  这时程式单的刃长会显示为5，刀长为15(不再参考Z_MIN)，备注为29小夹头，  我强烈推荐用类似的这种方法操作，效率高而且不会出错。靠全自动备注夹头、刃长等反而有些不方便。而且要求也较多。

taidaing 发表于 2011-9-11 16:28
为何你说只支持32位E10？我看都正常吧？莫非你用了cimatonE的API编写了EXECL的VB代码？

E版缺一个相 ...

用start point这个变量可以不。