荷兰以其内陆水道、运河、水闸以及港口活动而闻名。荷兰基础设施部表示，在水环境中和附近有数千个浮标和固定物品可以从物联网监控中受益。例如，浮标的问题之一是它们会被船只撞击并且锚索断裂。如果没有连接，需要很长时间才能发现那个浮标发生了什么事。更不用说租船去浮标修理它的费用了。另一个重要的问题是，目前还没有对浮标进行实时监控。只有通过亲身访问水上的物体，人们才能了解它的状态。

为德国铁路降低维护成本和延误故障。他们需要通过基于定制 MEMS 传感器集群的位置测量系统进行手动测量，从而通过无线数据传输和长电池实现自主和连续监控。他们正在寻找传感器中的数据预处理解决方案和云中的机器学习算法，以检测严重磨损。

伦敦地铁每年为 17 亿乘客提供服务，其中维多利亚线占 2.13 亿人次。该线路在高峰服务期间每年运送 8910 万乘客，提供地下网络中最密集的服务。在过去的八年里，一项 10 亿英镑的投资计划升级并更换了维多利亚线的机车车辆和信号和控制系统，以提供每小时运行超过 33 列列车的服务。新的信号系统使用 385 条无缝轨道电路 (JTC) 来检测列车位置、保持安全的列车间隔并提供能够满足极其苛刻的时刻表的列车头程。轨道电路是列车检测的唯一手段，对铁路的安全可靠运行起着至关重要的作用；然而，在设计和安装过程中没有提供任何状态监测。由于资产的关键性质，故障轨道电路对服务产生重大影响，并构成维多利亚线乘客利益损失的最大原因，自推出以来已达 150 万英镑（伦敦地铁 CuPID 轨道电路故障数据库自 2012 年以来）。由六名具有铁路、软件、电气、机械、网络和工程背景的专业工程师组成的维多利亚线状态监测团队提供了解决方案。 National Instruments Silver Alliance 合作伙伴 Simplicity AI 通过提供额外的软件咨询服务来支持该项目。我们利用公司广泛的专业知识，在概念设计后的一年内将该系统交付到运营铁路上。该项目的范围包括设计、集成和安装一个智能远程状态监测系统，该系统可以对 45 公里长的深管铁路上的所有 385 个 JTC 的电压和频率进行实时分析，以预测和防止故障和随后的损失客运服务。我们利用 NI 硬件和软件的准确性、可靠性和灵活性来实施创新系统，以减少维多利亚线上的客户时间损失。该系统预计每年可减少 39,000 小时的客户损失时间——估计每年可在乘客损失方面节省 350,000 英镑。

现场工程师和服务团队通常缺乏评估、故障排除和确定大型工业资产执行纠正和预防性维护活动的工作范围所需的数据和数字洞察力。 QA 工程师很多时候需要了解为什么零件中的特定问题会反复发生，或者为什么来自供应商的零件由于不匹配而不能很好地堆叠在组件中。根本原因通常隐藏在设计、制造流程、供应链物流或生产计划中。但如果没有正确的数据和数字洞察力，就很难确定。目标收集设计、制造、服务、供应链设置中的信息，并为工业制造和性能数据提供访问和智能分析，以便更轻松地确定根本原因。这种洞察力不仅可以提高服务和所有者/运营商的生产力，还可以为设计工程和制造运营团队提供关键反馈，以实现持续改进。

问题：低效的车队管理阻碍了业务效率、员工生产力和收入增长机会。 - 难以管理车队运营，尤其是在跟踪他们的日常活动方面- 挑战企业主监控司机的行为和日常工作效率。企业主需要确保他们的司机遵守业务规则和政策。

5678 SMRT 需要一个快速、现代、可扩展的 Web 报告解决方案，可供众多不同部门的众多运营商访问。他们希望扩展和增强当前的 HMI 系统，他们在其中投入了大量时间和金钱，而无需更换它。

例如，现代机车有多达 200 个传感器，每秒产生超过 10 亿个数据点。振动传感器围绕关键部件，摄像机扫描轨道和驾驶室，而其他传感器则监控 RPM、功率、温度、燃料混合物、排气特性等。今天的大多数机车缺乏足够的机载处理能力来充分利用所有这些数据。更糟糕的是，来自不同子系统（如刹车、燃油系统和发动机）的数据保持独立，存储在隔离的“盒子”中，无法进行统一分析。数据是可用的，但以最有效的方式处理数据所需的技术却不可用。随着新传感器添加到机器中，问题会升级。

一家航空航天和全球安全公司的 O&M 部门使用电子表格手动跟踪分配给学生和员工的 3,000 多项资产。为如此大量的设备维护审计跟踪变得越来越耗时和具有挑战性。繁琐的工作包括准确地知道手头有什么设备、发放了什么、它的位置以及每件物品的保管人的姓名。这项任务的每个方面都由每个项目的所有者进行。这项任务的每个方面都是由拥有电子表格的个人完成的。手动记录增加负担的每项资产的整个生命周期。这包括跟踪维护要求和记录、事故和损坏、维修、校准、折旧和报废数据。

客户需要一种基于车队管理系统的新解决方案，以跟踪其车辆在欧洲的位置并提供实时分析，以便更有效地利用其宝贵的车队和人力资源，并计算由以下人员支付的费用金额基于路线距离的不同类型的车辆。主要挑战是提高系统性能、启用多租户架构、支持托管/本地模式下的程序并提供多种语言的可用性。