我使用 API 的第一个实验

最近，开发团队已经开始完成我们新的 CMMS API（应用程序编程接口）的过程。 CMMS API 旨在允许其他程序直接与 Fiix 的 CMMS 通信。然后，这些外部程序可以将 CMMS 数据本地用于它们自己的目的。这种外部连接对客户来说非常有价值，因为例如，它将允许财务软件程序跟踪通过 CMMS 进行的购买，并允许机器将其数据直接推送到 CMMS（称为机器对机器（M2M） ) 沟通）。

我对 CMMS API 的实验

在过去的几周里，我一直在尝试 API 用于直接连接机器的功能。我想使用可能在工业环境中实际使用的最便宜的设备进行实验。我选择了 Beaglebone Black 和温度传感器，总成本低于 60 美元。在这篇博客中，我想向您展示我已经能够将温度数据发送到 CMMS，然后将这些数据用作定期维护的触发器。

TMP36 和BeagleBone Black 设置

Beaglebone Black 是一种廉价的 Linux 计算机（约 55 美元），可从许多供应商处获得，包括 Adafruit、Creatronic 和 Sparkfun。我使用的温度传感器是 TMP36（~3 美元），它的输出电压与温度成正比。

首先，我借助面包板将温度传感器连接到 Beaglebone。然后使用互联网上免费提供的示例，我在 javascript 中对 Beaglebone 进行了编程，通过改编 Adafruit 网站上的一些代码来报告传感器测量的温度。我使用即将发布的客户端库将 beaglebone 连接到 CMMS，以便每 3 秒向 CMMS 发送一次温度值。为了使情况半现实，我将温度值发送到标有“我的办公室”的资产。

结果是在 CMMS 中记录了连续的温度值流，每个值相隔约 3 秒，如下图所示。首席开发人员和我都对这个结果非常满意。

流温度读数

然后，为了确保这个概念真的有用，我想设置一个由高温触发的定期维护。这可能用于指示应该进行空调检查。我为“我的办公室”设置了定期维护，并设置为在温度升至 35°C 以上时触发。这次定期维护的工作指令相当简单：“检查空调 - CMMS API 实验”。

预定维护，设置在温度超过35摄氏度时下工单

成功

为了让传感器误以为它比实际温度高，我将设备带回了我有吹风机的地方。在吹风机的热风下，测得的温度上升，正如预期的那样，生成了工单。使用 CMMS，技术人员将收到工单通知，并可以检查温度读数，所有这些都来自 CMMS。这整个过程是自动进行的，没有任何维护经理、操作员或办公室租户的参与。

温度数据点将吹风机对准温度传感器后。温度从环境温度迅速升高。触发计划维护的数据点以黄色突出显示

详情触发计划维护的数据点。

除了使用仪表读数触发工作指令外，技术人员和根本原因调查员可能会使用记录的电力使用历史来帮助诊断故障并制定永久解决方案。如果需要，还可以使用来自其他传感器的数据来帮助进行根本原因分析。以空调为例，进出口气压传感器和湿度传感器可以提供有价值的信息，有助于快速诊断。

机器对机器通信和CMMS集成

我可以想到许多应用，其中这种类型的机器 2 机器通信技术将非常有价值。考虑一辆通过手机 3G 互联网连接定期报告其里程表读数的车辆。然后，可以为每 10,000 公里的常规服务生成一个工单。或者考虑空调上的功率计，用于在空调工作过度时触发工单。也许它可以用来监测旋转机器的振动水平。也许，这只是一个机会，可以记录机器随时间推移的运行状况，而无需进行下一步使用数据触发定期维护。

API 即将推出。我认为它会很棒而且非常有用。它将面向选定定价层的客户提供。如果您有任何期待的用例，我很乐意在下面的评论中听到它们。