Micro-Epsilon 的 thermoMETER 系列是红外测温仪，不用接触就能测温度，适合运动物体、带电体、或者不能碰的场合。读温度只是一半的事，另一半是把温度变成能用的数据。
01 这台设备在哪些场景里干活
运动物体的温度。 旋转件、传送带上的产品，接触式测不了。
带电设备的温度。 高压部件、电力设备的温度监测。
工艺过程温度监控。 焊接、热成型过程中的温度记录。
危险或难接触场合。 高温、腐蚀、无菌环境下的测温。
02 麻烦的地方在哪
发射率要设对。 同一个物体、发射率设不同，读出来的温度能差几十度。
测量光斑要匹配。 测小了受背景影响，测大了平均掉了热点。
连续记录要稳。 长时间监测不能因为通信波动就断线。
03 为什么用 LabVIEW 来做这件事
红外测温的特点是「装好之后要一直盯着」，所以稳定性和记录比精度更关键。
**第一，温度序列就是一条数组。**连续采回来的温度值接上波形图就是趋势曲线，算平均、找峰值、做超限判定都是现成运算。
**第二，采集和判定可以并行。**一路在采，一路在判有没有超温，超了立刻报警。监测类应用最重要的就是「及时发现」。
**第三，长时间运行能自恢复。**红外测温仪的通信中断在工业现场很常见，程序要能自己重连并补上缺口，而不是停下来等人处理。
**第四，按段落盘留住数据。**几个月的温度记录，按时间段切分保存，既能快速检索又不会一次丢失太多。
04 具体是怎么做的
这类测温仪的控制方式很直接：配置测量参数（发射率、响应时间、输出方式） ，连续读取测量值。有些型号还支持直接发原始指令，手册里能查到的功能都能用------对型号多、协议各有差异的场合，留一个能发原始指令的通道最实用。
发射率是最容易出错的一个参数。发射率设成 1.0（理想黑体）去测金属，读数会低得离谱；正确做法是按被测材料的发射率设置，或者在被测表面贴一块已知发射率的胶带做参照。把发射率写进配置文件而不是让操作者每次手输，能省掉很多麻烦。
连续读取是主力的工作方式，读回来的就是时间序列。要注意的是读取周期和仪器响应时间的关系：读得比仪器响应还快，取到的就是重复值，曲线看起来平滑但时间分辨率是假的。
还有两点要在程序里体现：一是量程和光斑 ------超过量程的读数要么被截断要么无效，程序要能识别而不是当成正常温度记录；二是干扰源------附近的强光源、热源都会影响读数，异常值时最好能结合现场情况判断。
配置并连续读取：先配测量参数，再按周期连续取值
原始指令通道：协议私有时，留一条能发原始指令的通道最实用
05 做出来是什么效果
连续记录不断线。 长时间监测自动重连，趋势曲线是连续的。
超温及时报警。 判定和采集并行，超限立刻响应。
参数统一管理。 发射率、量程等放在配置里，不会因人而异。
数据能追溯。 按时间段归档，事后检索方便。
06 这类场景，你也可以照着做
如果你手上的活儿符合下面几条，这套思路基本可以照搬：
- 被测对象不能接触或者运动
- 需要长时间连续监测温度
- 现场条件恶劣、通信不稳
- 温度要和其它工艺参数一起记录
这类项目的核心，不是把某一次测量做得多漂亮，而是把「测量」变成可重复、可追溯、可批量的流程。流程立起来了，后面每加一个测点、每换一台仪器，省下的都是真金白银。
07 实施要点
第一，发射率必须按材料设。 设错几十度是常事，而且从读数上看不出来。
第二，光斑要落在被测目标上。 光斑大了会把背景的平均进来，热点测不出来。
第三，读取周期不要快过响应时间。 读太快会取到重复值，时间分辨率是假的。
第四，注意环境干扰。 附近的强光源和热源会影响读数，异常数据要能结合现场判断。
附： 文中程序的驱动与示例来自 NI 仪器驱动库，可按设备型号自行检索获取。