如图，使用Prep Frames运算器在默认的平面圆上创建坐标平面。仅当count端输入数字3以及4时，生成的平面会发生不同角度的旋转。
是这个运算器正常就是这样还是出现了bug？感谢解答
perp frames和perp frame的含义是保证perp（perpendicular）也就是垂直
该平面保证垂直于曲线，也就是说该平面是曲线在特定点的法平面
一个曲线上任意点的法平面本来就有无穷多个
而这个电池在没有任何其他信息输入的情况下，只能保证他是法平面，而不能保证他是哪个法平面。
建议你用规范的方式定义平面
（提供平面的X和Y方向）
1 个赞
align勾选的时候，frames运算器越align越歪对吧。
运算器确实存在问题，甚至可能会出现null的结果
不过做法不规范也是客观存在的。
在不选对齐的情况下，使用这个运算器去期望他达到“所有平面Y轴朝上，X轴朝中心”，就已经属于不规范操作了。因为楼主将确定的逻辑交给了不确定的计算。这个不确定的计算不管返回什么平面，只要垂直于曲线，就不违背运算器本身的定义。换句话说，你明明想要买新民晚报，去书报亭买报纸，只是和老板说我要昨天的报纸，老板不管给你新民晚报还是解放日报，你都不能说老板错了，错在自己的表达不规范。
在勾选对齐的情况下，也没有给程序提供明确的“对齐”逻辑，是对齐什么，大家都对齐一个东西，还是后者对准前者，输入端描述也并没有给出任何明确解释，用户凭借字面意思去揣测。在这个情况下盲目相信自己对align的揣测和理解，期望他的align就是自己心目中的align，也属于不规范操作。
规范的做法是
明确自己要的平面的X和Y方向是什么逻辑，什么规律
然后确保自己用的运算器构筑出来的平面是满足这个逻辑和规律的
而不是看到perp frame/frames 就企图偷懒，看到align就猜一猜赌一赌。
从该工具的功能定义上来说：它只是保证得到的坐标平面跟曲线是垂直的关系，至于x和y的方向，并没有明确定义，也就是说指向那里都是可以的。 所以工具并不存在bug。有时候，用户有一些思维定势，觉得他应该是什么样的，但其实无法一步做到，需要用户做更加明确的定义。