凸轮表数据结构：凸轮表的概念、生成方式、存储与加载

各位工程师朋友，今天我们来聊聊凸轮同步控制里最核心的数据结构——凸轮表。说实话，我最早接触凸轮表时，觉得它不就是一张“位置对应表”嘛，有什么好研究的？直到我在一个高速包装项目上栽了跟头，才明白这张表的设计直接决定了设备能不能跑得稳、跑得快。

凸轮表，说白了就是描述“主轴位置”和“从轴位置”之间映射关系的表格。你想想看，机械凸轮靠物理轮廓来传递运动，电子凸轮就靠这张表来“算”出从轴该走到哪。嗯，这里要注意，凸轮表不是随便填几个点就完事的，它背后有严谨的数学逻辑。

凸轮表的概念

凸轮表本质上是一个二维数组，或者更准确地说，是一组离散的坐标点。主轴每转过一个角度，从轴就对应一个位置。但实际运行时，主轴位置是连续变化的，所以控制器需要在表格点之间做插值。

我个人习惯把凸轮表分成三类：

• 位置表：直接存储主轴位置与从轴位置的对应关系。最直观，但数据量大。
• 速度表：存储主轴位置与从轴速度的对应关系。适合做匀速运动段。
• 加速度表：存储主轴位置与从轴加速度的对应关系。用于平滑启停。

我在项目中遇到过最头疼的情况，就是客户给的凸轮表只有位置点，没有速度约束。结果从轴在拐点处剧烈抖动，像得了帕金森一样。后来我强制要求：凸轮表必须包含至少一阶导数信息（速度），否则不验收。

凸轮表的生成方式

凸轮表的生成，我把它归纳为三种主流方法。每种方法都有它的脾气，选错了会很难受。

1. 手动输入法

最原始的方式。打开一个Excel表格，手动填入主轴角度和对应的从轴位置。适合简单运动，比如一个往复摆动。但说实话，超过20个点我就开始头晕了，而且手动输入很难保证曲线的平滑性。

2. 数学函数生成法

用数学公式来描述运动规律。比如正弦加速度曲线、修正梯形曲线等。这是我最推荐的方式，因为数学公式天然保证了连续性。

// 示例：生成一个正弦加速度凸轮表
// 主轴从0°到360°，从轴从0mm到100mm
for (int i = 0; i < 360; i++) {
    double theta = i * PI / 180.0;  // 转弧度
    double pos = 50.0 * (1 - cos(theta));  // 正弦曲线
    camTable[i].masterPos = i;
    camTable[i].slavePos = pos;
}

你看，这段代码生成的曲线，从轴在0°和360°时速度为零，中间速度先快后慢。这就是典型的“正弦加速度”曲线，启停非常柔和。

3. 样条插值法

给定几个关键点（比如起点、终点、中间几个拐点），用样条函数自动生成平滑曲线。B样条、三次样条是常用工具。我有个项目是做玻璃切割，要求轨迹极其平滑，手动输入根本不行，最后用三次样条插值，效果很好。

凸轮表的存储与加载

凸轮表生成后，怎么存、怎么取，这里面门道不少。我曾经因为存储格式选错，导致设备启动时加载凸轮表花了3秒钟，被客户骂得狗血淋头。

存储格式

常见的存储格式有三种：

格式	优点	缺点	适用场景
CSV/文本	可读性好，方便调试	解析慢，占用空间大	开发调试阶段
二进制	加载快，占用空间小	可读性差，跨平台麻烦	量产设备
XML/JSON	结构化，可扩展	解析开销大	需要配置多参数时

我个人习惯：开发阶段用CSV，方便用Excel查看和修改。量产阶段转成二进制，加载速度能快10倍以上。记得有一次，一个客户要求设备上电后500ms内完成所有凸轮表加载，我直接把CSV换成二进制，再配合DMA传输，轻松达标。

加载策略

加载凸轮表时，有几个坑要避开：

• 校验完整性：加载后一定要检查点数、范围是否合法。我曾经遇到过文件损坏，从轴直接飞车，吓出一身冷汗。
• 预计算插值系数：如果凸轮表点数少，运行时插值计算量大。我建议在加载时就把插值系数算好存起来，运行时直接查表。
• 双缓冲切换：如果设备运行中需要更换凸轮表（比如换产品），一定要用双缓冲机制。先加载到后台缓冲区，等主轴过零时再切换。否则，你想想看，从轴正在高速运动，突然凸轮表变了，那画面太美我不敢看。

知识体系结构图

下面这张图，是我对凸轮表数据结构的整体理解。你可以把它当作一个思维导图来看。

这张图把凸轮表数据结构的三个维度串起来了。概念是基础，生成方式是手段，存储与加载是落地。三者缺一不可。

好了，关于凸轮表的数据结构，我就讲到这里。记住，凸轮表不是死的数据，它是运动的灵魂。设计得好，设备如丝般顺滑；设计得不好，那就是一场灾难。下次你写凸轮表代码时，多想想我说的那几个坑，能帮你省不少事。

---

公众号:蓝海资料掘金营，微信deep3321