Micro-Epsilon 的 thermoMETER 系列是红外测温仪，不用接触就能测温度，适合运动物体、带电体、或者不能碰的场合。读温度只是一半的事，另一半是把温度变成能用的数据。

01 这台设备在哪些场景里干活

运动物体的温度。旋转件、传送带上的产品，接触式测不了。

带电设备的温度。高压部件、电力设备的温度监测。

工艺过程温度监控。焊接、热成型过程中的温度记录。

危险或难接触场合。高温、腐蚀、无菌环境下的测温。

02 麻烦的地方在哪

发射率要设对。同一个物体、发射率设不同，读出来的温度能差几十度。

测量光斑要匹配。测小了受背景影响，测大了平均掉了热点。

连续记录要稳。长时间监测不能因为通信波动就断线。

03 为什么用 LabVIEW 来做这件事

红外测温的特点是「装好之后要一直盯着」，所以稳定性和记录比精度更关键。

第一，温度序列就是一条数组。连续采回来的温度值接上波形图就是趋势曲线，算平均、找峰值、做超限判定都是现成运算。

第二，采集和判定可以并行。一路在采，一路在判有没有超温，超了立刻报警。监测类应用最重要的就是「及时发现」。

第三，长时间运行能自恢复。红外测温仪的通信中断在工业现场很常见，程序要能自己重连并补上缺口，而不是停下来等人处理。

第四，按段落盘留住数据。几个月的温度记录，按时间段切分保存，既能快速检索又不会一次丢失太多。

04 具体是怎么做的

这类测温仪的控制方式很直接：配置测量参数（发射率、响应时间、输出方式），连续读取测量值。有些型号还支持直接发原始指令，手册里能查到的功能都能用——对型号多、协议各有差异的场合，留一个能发原始指令的通道最实用。

发射率是最容易出错的一个参数。发射率设成 1.0（理想黑体）去测金属，读数会低得离谱；正确做法是按被测材料的发射率设置，或者在被测表面贴一块已知发射率的胶带做参照。把发射率写进配置文件而不是让操作者每次手输，能省掉很多麻烦。

连续读取是主力的工作方式，读回来的就是时间序列。要注意的是读取周期和仪器响应时间的关系：读得比仪器响应还快，取到的就是重复值，曲线看起来平滑但时间分辨率是假的。

还有两点要在程序里体现：一是量程和光斑——超过量程的读数要么被截断要么无效，程序要能识别而不是当成正常温度记录；二是干扰源——附近的强光源、热源都会影响读数，异常值时最好能结合现场情况判断。

配置并连续读取：先配测量参数，再按周期连续取值

原始指令通道：协议私有时，留一条能发原始指令的通道最实用

05 做出来是什么效果

连续记录不断线。长时间监测自动重连，趋势曲线是连续的。

超温及时报警。判定和采集并行，超限立刻响应。

参数统一管理。发射率、量程等放在配置里，不会因人而异。

数据能追溯。按时间段归档，事后检索方便。

06 这类场景，你也可以照着做

如果你手上的活儿符合下面几条，这套思路基本可以照搬：

• 被测对象不能接触或者运动
• 需要长时间连续监测温度
• 现场条件恶劣、通信不稳
• 温度要和其它工艺参数一起记录

这类项目的核心，不是把某一次测量做得多漂亮，而是把「测量」变成可重复、可追溯、可批量的流程。流程立起来了，后面每加一个测点、每换一台仪器，省下的都是真金白银。

07 实施要点

第一，发射率必须按材料设。设错几十度是常事，而且从读数上看不出来。

第二，光斑要落在被测目标上。光斑大了会把背景的平均进来，热点测不出来。

第三，读取周期不要快过响应时间。读太快会取到重复值，时间分辨率是假的。

第四，注意环境干扰。附近的强光源和热源会影响读数，异常数据要能结合现场判断。

附：文中程序的驱动与示例来自 NI 仪器驱动库，可按设备型号自行检索获取。