那天守在机床边上，一直在琢磨数控编程圆弧怎么编程，图纸上标的R不大，看着简简单单一段圆弧，我敲了好几遍程序，机床一动，走出来的路径要么直接拐成斜线，要么绕出一个大圈，根本不是图纸上画的样子。操作台的风扇嗡嗡响，屏幕上的坐标数值跳来跳去，改了R值，又去调起点终点，来回试了快一个小时，手都在键盘上敲得有点发僵。
最开始想当然，直接把圆弧半径写进程序里，以为只要起点终点坐标没错，加上R就能正常走刀。机床空跑一遍，警报没弹出来，可轨迹模拟图一看，圆弧偏向了另外一边，和图纸要求的方向完全反过来。当时脑子里第一反应就是坐标输错了，反复核对图纸上的尺寸，一点点对照X和Z的数值，核对了两遍，坐标本身没有填错。
旁边师傅路过瞟了一眼屏幕，随口说了一句，圆弧有顺逆之分，不是只写半径就行。
那句话听完，一下子卡住了，之前看别人写程序的时候，只留意到数字，没放在心上，分不清什么时候该用R，什么时候要填I、K。随手把R删掉，试着填I值，输完之后启动模拟，轨迹倒是有弧度了，但是圆弧的大小又不对，圆弧末端接不上后面的直线段，中间留了一截缺口，模拟画面里刀具悬空在那里，看着就别扭。
就是这个时候，才意识到，图纸上标注同一个半径，起点和终点的位置一变，走出来的圆弧就会有两种，一个是小弧，一个是大弧，系统不知道你想要哪一段，有时候会自己默认走长的那一段。我之前一直以为R写正数就没问题，完全没考虑系统会这么判断，盯着屏幕上两段完全不一样的弧线，半天不知道该怎么调整。
试着换一种写法，不再只用R，一点点去算I的偏移量，算的时候脑子很乱，一会儿把起点当成圆心参照，一会儿又混到终点，算出来的数值输进去，轨迹忽大忽小。中间也停下来，拿草稿纸画坐标系，标出圆弧起点、终点还有圆心，笔尖在纸上划来划去，画了好几个草图，还是容易搞混I是圆心相对起点的偏移，不是相对工件原点。
改到后面，干脆删掉整段圆弧代码，从头重新写，先把前面的直线段走完，定位到圆弧起点，再单独写圆弧行。模拟的时候，眼睛盯着刀具移动的路线，看着它慢慢弯过去，这一次弧度看着贴近图纸了，但收尾的位置还是偏了一点点，差了零点零几毫米，虽说警报不报错，放到工件上加工肯定是不合格的。
那段时间，反复在两种写法之间来回换，一会儿用R编程，一会儿用I、K，没有固定的思路，想到哪个就试哪个，没有办法稳定做出想要的圆弧。有时候明明同样的参数，换一张图纸，同样的代码，跑出来的结果又不一样，搞得我不敢直接上料，只能一直空运行模拟，不敢去碰真实工件。
后来那天没有继续往下调，关掉机床的程序编辑界面，把写坏的几段代码都保存下来，打算有空的时候再慢慢对比。只是到最后也没有找到一个稳定好用的方式，很多细节卡着，稍微换个圆弧位置，就又会出现新的偏差。
仅代表我个人当时遇到的情况，不同系统、不同机床上面的表现会有差别，别人的操作方式不一定适合照搬。
下班走的时候，兜里还揣着那张画满圆弧草图的草稿纸，纸上的线条歪歪扭扭，圆心标记画了好几个。