Azure 服务利用物联网解决方案

物联网 天蓝色 供应
2021-06-13 16:23:20

我们正在使用直接从制造商处购买的 OBD-II 设备，并希望为其创建一个平台。每年将使用 80K+ 台设备。

OBD-II 设备收集汽车诊断数据并提供 GPS 位置。它使用 TCP/IP 和 UDP 作为通信协议。除了 IP、PORT 和 APN 之外，我们不能在设备内部添加任何内容。

设备发送十六进制数据，我们需要先将其转换为可读形式。像这样：

C00000009DAA020000000000010001001047325F48312E315F56322E31000300133836313434353033343533383130330004000A313135323030000200153147314A4335343434523732353233363900050005010006000B6265656C696E650007000B6265656C696E650008000500000900183839373031393931363031313930343036363466000A0017696E7465726E65742E6265656C696E652E7275C0

我们使用 Azure 作为我们创建平台的云平台。由于 Azure IoT Hub 不直接支持 TCP/IP，我们需要使用 Azure IoT 协议网关或任何其他解决方案。但是 Azure IoT 协议网关也不是一种选择，因为在某些时候它不承担责任。我们希望设备自动注册使用 DPS 或任何可能的情况。该平台将支持多租户。

我们正在考虑一种解决方案，例如在 Azure 上创建 TCP 套接字服务器，然后将数据从那里发送到 Azure IoT 中心或任何 DB 或使用 Azure Function 应用程序执行任何操作。

是否有更好的解决方案来实现这一点，以创建我们利用 Azure 服务的平台？

1个回答

如果您从设备桥接到 Azure 并且无法在设备上运行 IoT 设备客户端，则最好不要通过 IoT 中心进行配置。

如果您信任数据流或没有理由不信任它，也许是因为您的专有数据流足够安全（通过默默无闻），那么您可以完全跳过设备管理。

我们大多数人不喜欢在网上分享这些自定义解决方案的细节，而且它们通常是以对社区不太有用的特定方式实现的。您可能需要做的是直接聘请顾问提供指导或架构支持，该人可以提供可用选项的可行性研究

在 Azure 中运行的单个虚拟 PC 听起来不像是一个可行的解决方案，如果您想要管理成千上万台设备，请确保您的解决方案在开始之前已准备好进行扩展。您可以使用负载平衡，但作为 Web 应用程序或函数运行可能更简单且更具成本效益。

查看为什么要使用 IoT 中心，您将实际使用它的哪些功能和方面，因为您仍然可以使用 Azure EventHub 以及没有 IoT 中心的所有流媒体优点，如果它不用作 Frontline 云，这可能是一个瓶颈注射。

如果您设置一组 WebApps 来接收请求并将它们转发到 IoT/Event Hub，那么这可以工作，但特定解决方案高度特定于您的需求，可能很难支持大量并发连接的设备，如 IoT Hub能够。

协议网关通常是此类网桥的最佳解决方案，具体取决于您的硬件设计和开发阶段，它可以硬连线到您当前的设备中或轻松固定。我强烈建议你从那里开始，我们使用 RPi 计算作为桥梁，但现在可以用 ESPy 或许多现成的产品做类似的事情。

请发布有关协议网关的问题，这将简化和标准化解决方案的其余部分，使您可以从此类站点获得更有用的社区支持。

其它你可能感兴趣的问题
上一篇是否有等效于物联网世界的 rsync 工具集/协议 下一篇将智能插头连接到自定义 Web API