发表于 2024年7月12日1年前 大家好， 请注意：这不是为了家用电车，这是为卡车拖拉机摩托车，是非常细分的市场。 我想用 python 编写程序，从卡车拖拉机摩托车 OBD 接口读取 CAN 数据（例如：氧气传感器等，或厂家私有协议），并通过无线网络上传到云端。该程序运行在 ARM Linux 板子上。 对于这个项目，最重要的是：安全可靠的云解决方案，我选择的是 Kuksa 。 我有了解到：美国著名的哈雷摩托车厂，有意愿需要个类似的东西（他们最主要是需要个安全可靠的云方案），从 OBD 口采集数据，并以很安全可靠的方式，上传到《安全可靠的》云端。 从汽车 OBD 接口读取数据并不困难，通过无线网络上传数据也不困难，相对困难的是云端方案和与云端的安全可靠的交互（我选择的是 Kuksa ）。 为什么选择 ARM Linux 板子，而不是单片机呢？因为 Kuksa 云需要 Python 3.9 ，我甚至尝试了 Python 3.6 都不成功。我不太懂单片机，我的直觉是：单片机和 Kuksa 云，安全可靠地交互，是有挑战的。 卡车拖拉机摩托车的厂家，不会在每辆车上安装，我能想到的一个可能的应用场景是： 他们的某款发动机设计有缺陷，但，需要在路上跑才能发现缺陷。 在 10 台或更多设备上安装这个东西，采集数据（发动机的各种传感器数据，例如：氧气传感器，包括私有协议数据），上传到云端，做后期分析。 目的是：改进他们发动机的设计，而不是为了维修。 国外有类似的产品 CAN logger ，采集发动机的故障数据，用于改进发动机的设计（注：不是维修目的）： https://www.csselectronics.com/pages/j1939-data-logger-heavy-duty 国外的这个东西很贵，带无线功能，至少要 400 多欧。 因为是为了改进厂家发动机的设计，所以成本和价格不敏感。 为此目的，我专门做了硬件： https://gitee.com/usb7/can-board 国外也有基于树莓派，专为 Kuksa 的 ARM Linux 板子 Kuksa hardware： https://github.com/eclipse-kuksa/kuksa-hardware 大家觉得怎么样？这个方案，OBD 采集数据，上传到 Kuksa 云，国内的卡车拖拉机摩托车的厂家会要吗？
大家好，
请注意：这不是为了家用电车，这是为卡车拖拉机摩托车，是非常细分的市场。
我想用 python 编写程序，从卡车拖拉机摩托车 OBD 接口读取 CAN 数据（例如：氧气传感器等，或厂家私有协议），并通过无线网络上传到云端。该程序运行在 ARM Linux 板子上。
对于这个项目，最重要的是：安全可靠的云解决方案，我选择的是 Kuksa 。
我有了解到：美国著名的哈雷摩托车厂，有意愿需要个类似的东西（他们最主要是需要个安全可靠的云方案），从 OBD 口采集数据，并以很安全可靠的方式，上传到《安全可靠的》云端。
从汽车 OBD 接口读取数据并不困难，通过无线网络上传数据也不困难，相对困难的是云端方案和与云端的安全可靠的交互（我选择的是 Kuksa ）。
为什么选择 ARM Linux 板子，而不是单片机呢？因为 Kuksa 云需要 Python 3.9 ，我甚至尝试了 Python 3.6 都不成功。我不太懂单片机，我的直觉是：单片机和 Kuksa 云，安全可靠地交互，是有挑战的。
卡车拖拉机摩托车的厂家，不会在每辆车上安装，我能想到的一个可能的应用场景是：
国外有类似的产品 CAN logger ，采集发动机的故障数据，用于改进发动机的设计（注：不是维修目的）： https://www.csselectronics.com/pages/j1939-data-logger-heavy-duty
因为是为了改进厂家发动机的设计，所以成本和价格不敏感。
为此目的，我专门做了硬件： https://gitee.com/usb7/can-board
国外也有基于树莓派，专为 Kuksa 的 ARM Linux 板子 Kuksa hardware： https://github.com/eclipse-kuksa/kuksa-hardware
大家觉得怎么样？这个方案，OBD 采集数据，上传到 Kuksa 云，国内的卡车拖拉机摩托车的厂家会要吗？