[参考译文] CC2652R7：面向儿童的基于蓝牙网状网络的校车座椅占用和座椅安全带扣紧检测系统。

尊敬的 Piyush：

感谢您与我们取得联系并提请我们注意这个有趣的用例。

首先、请务必 在此处和相关实验中回顾蓝牙网状网络的基本概念。

您在此处提供的说明中没有提到中继节点的存在、我可以问一下为什么吗？ 中继节点实际上是允许扩展网状网络规模的节点。 没有中继节点,你有一个单跳网状网络(也称为星状网络;)...
此外、我不能确定您提到的好友节点是否能够真正实现您所需的行为。 朋友节点应该为低功耗节点聚合消息。 换句话说、从总线驱动器到座位的信息可以由朋友节点聚合-但我认为这不是您用例的一部分。  

如果可以、我希望为您的用例建议稍微不同的方法。
我认为您可以利用低功耗蓝牙、而不是利用蓝牙网状网络、这可能适用于远距离 PHY (S2和 S8)。 在这种情况下、与您在"场景2"中所述的情况类似、仅当检测到座椅状态变化时、节点才会进行远距离广播。 在这种情况下、您只需要为线路供电的驱动器节点(因为它将连续扫描)。 所有其他节点均可由电池供电。
通过编码 PHY 以5dBm (甚至更高一点)的功率传输、您应该完全能够在不使用网状网络的情况下获得所需的覆盖范围。

从硬件的角度来看、我建议查看 CC2651R3SIPA 无线系统级封装模块、该模块具有用于座椅节点的集成天线。 成本优化型 CC2340 (https://www.ti.com/cc2340)也非常适合应用场合。
对于驱动程序、我会推荐CC2652R7。

我希望这将有所帮助、

此致、

您好、Clement、  

感谢您的快速回复。  

关于蓝牙网状网络概念、是的、我查阅了相关文档。

是的、您是正确的、因为我的通信更可能是单向的、因此我应该需要一个中继节点、而不是朋友节点。  

蓝牙网状网络方法：
        场景2：考虑我正在为我的传感器使用正常的低功耗蓝牙(无编码物理层)器件、并且它们配置为 LPN 器件。 因此、为了将我的消息传递到驾驶员舱的前代理节点、我需要定期安装(市电供电)中继节点、我是否正确？

低功耗蓝牙编码 PHY (远距离 PHY)：  

根据您的建议、您的意思是说我可以将带有远距离 PHY 的低功耗蓝牙直接用于广播模式、并且应该能够直接在驾驶室的平板电脑上传输数据。 其中、驾驶室中的平板电脑将始终保持扫描模式、并将从每个传感器节点的广播包中提取数据。 请告诉我、我的理解是否正确？

我关注的问题：  

1) 1)在我的应用中、我正在寻找驱动器平板电脑和终端节点之间大约100m 的可能最大视线。 请告诉我、远距离编码 PHY 是否支持这些距离而不会出现任何问题。  

2)我还想请您考虑我的每个座椅安全带传感器和座椅占用传感器也将是一个电池供电的设备? 您认为使用远距离组合式 PHY 能够实现至少一年的电池寿命吗？

3)我想提请你注意,在公交车内,我假设许多射频隔音 sicne 大多数的座位将是金属,将有很多学校的孩子在公共汽车里平稳地移动。 此外、由于我的传感器用于安全带和座椅占用、因此我相信大多数时候它们会在空闲模式下被放置在座椅上。 所以、您认为远距离 PHY 仍然可以为我们提供良好的覆盖范围吗？

最坏情况解决方案：  

考虑到总线内有大量金属座椅和物体导致大量射频干扰、如果我的信号无法到达驾驶员座舱、 您是否认为可以使用中继节点和长范围编解码 PHY 来扩展网络的覆盖范围？
如果不是继电器、那么是否有其他方法来扩展我的蓝牙信号的网络覆盖范围？

谢谢。  

Piyush Saxena.  

您好！

Unknown 说：

1)在我的应用程序中，我正在寻找驱动程序平板电脑和终端节点之间大约100米的最大视线。 请告诉我、远距离编码 PHY 是否支持这些距离而不会出现任何问题。  [/报价]

可实现的范围取决于许多因素。 我建议参考距离估算器(https://www.ti.com/tool/RF-RANGE-ESTIMATOR 或 https://www.bluetooth.com/learn-about-bluetooth/key-attributes/range/)。  

Unknown 说：

2)我还想请您考虑我的每个安全带传感器和座椅占用传感器也将是电池供电的设备? 您认为使用远距离编码 PHY 至少可以实现一年的电池寿命吗？

我相信是这样。 您可以利用 EnergyTrace 或使用我们的功率计算器 https://www.ti.com/tool/BT-POWER-CALC 自行运行一些功率测量

Unknown 说：

3)我想提请你注意,在公交车内部,我假设大量的射频接口,大多数座位将是金属的,将有许多学校的孩子在公共汽车里活跃地移动。 此外、由于我的传感器用于安全带和座椅占用、因此我相信大多数时候它们会在空闲模式下被放置在座椅上。 所以您认为远距离 PHY 仍然可以给我们提供良好的范围吗？

请参考第一个问题。

Unknown 说：

考虑大量的射频互感由于大量的金属座椅和物体在公共汽车内,如果我的信号无法到达,直到驾驶员的座舱。 您是否认为可以使用中继节点和长范围编解码 PHY 来扩展网络的覆盖范围？
如果不是中继，那么是否有其他方法可以扩展我的蓝牙信号的网络覆盖范围？

这不是"标准"蓝牙网状网络、但应该可以正常使用。 您可以考虑在总线中间使用一个"广播收集器"来重复广播、或仅通过蓝牙连接将数据传输到总线驱动程序。 请注意、"广播收集器"应由线路供电、因为它需要长时间保持扫描。 但是、在这种情况下、总线驱动器的器件需要的电量要少得多、因此可以由电池供电。

我希望这将有所帮助、

此致、

[/quote]

您好、Clement、  

感谢您的建议。  

请在下面找到我的问题。  

1) 1)我们可以 使用  CC2652R7 IC 等远距离编码 PHY 芯片来实现所有 BLE 网状网络堆栈功能吗？

2) 2)考虑到所有的远距离编码 PHY 芯片都支持 BLE 网状网络、 然后、您认为我可以首先使用 BLE 广播器将我的所有传感器节点配置为 LPN 器件、 然后让 iPad 始终运行 BLE 扫描选项、然后将所有扫描的广播数据包显示/处理到我的 iPad 应用中相应的传感器节点状态。  

3)继续我的第2点, 假设我的传感器节点广播数据包直到驾驶员机舱才能到达、那么您认为我能够在相应位置添加一些继电器器件、从而能够提高 BLE 网状网络覆盖区域吗？

4) 4)经过对 BLE 网状网络架构整体的一些研究、我知道它适用于基于托管泛洪的数据包传输。 由于我的传感器节点数据对我来说是至关重要的信息、因此您认为 BLE 网状网络对我的整体应用很有效。  

5) 5)为了具有紧凑的传感器节点外形、我将主要使用 MIFA 天线或已内置于 BLE 模块中的芯片天线。 您认为使用这些天线和基于编码 PHY 的芯片(如 CC2652R7)、我是否能够实现类似的长距离覆盖。  

6) 6)考虑到受管泛洪机制、您认为我是否应该定期广播我的传感器节点状态、以增加在驱动器端收到数据的可能性 或者您是否认为、即使在传感器节点状态每次发生变化时传输一次数据、也应该能让我获得良好的数据可靠性。  

7) 7)在成本、电池和数据包可靠性方面、您是否认为 BLE 网状网络或 Thread 将是适合我的应用的最佳解决方案。  

谢谢   

您好！

Unknown 说：

1)我们可以 使用 远距离编码 PHY 的芯片(如 CC2652R7 IC)实现所有 BLE 网状网络堆栈功能吗？

可以-但是由于这些不是蓝牙标准、您将必须自己实施它们

Unknown 说：

2)考虑到所有的远距离编码 PHY 芯片都支持 BLE 网状网络， 然后、您认为我可以首先使用 BLE 广播器将我的所有传感器节点配置为 LPN 器件、 然后让 iPad 始终运行 BLE 扫描选项、然后将所有扫描的广播数据包显示/处理到我的 iPad 应用中相应的传感器节点状态。  [/报价]

I-Pad 不支持远距离 PHY

Unknown 说：

3)继续我的第2点， 假设我的传感器节点广播包直到驾驶员座舱才能到达、那么您认为我是否能够在相应位置添加一些中继器件、从而能够提高 BLE 网状网络覆盖区域？

是-请注意、没有中继节点的 BLE 网状网络没有太大意义

Unknown 说：

4)经过对 BLE 网状网络架构进行整体研究后、我得知它适用于基于管理泛洪的数据包传输。 由于我的传感器节点数据对我来说是至关重要的信息、因此您认为 BLE 网状网络对我的整体应用很有效。  [/报价]

我不知道您的申请的所有详细信息。 我会让您自己评估这个

Unknown 说：

5)为了实现紧凑的传感器节点外形、我主要使用 MIFA 天线或已内置于 BLE 模块中的芯片天线。 您认为使用这些天线和基于编码 PHY 的芯片(如 CC2652R7)、我是否能够实现类似的长距离覆盖。  [/报价]

请参阅每个器件对应的天线

Unknown 说：

6)考虑到管理泛洪机制，您认为我应该定期广播我的传感器节点状态，以增加在驱动程序结束时接收数据的可能性 或者您是否认为、即使在传感器节点状态每次发生变化时传输一次数据、也应该能让我获得良好的数据可靠性。  [/报价]

这里我不介绍所有细节。
听起来每 x 分钟广播一次状态是个好主意、但这样做的代价是会增加功耗。 您必须评估优缺点。

Unknown 说：

7)就成本、电池和数据包可靠性而言，您认为 BLE 网状网络或线程将是我的应用的最佳解决方案吗？  [/报价]

这取决于应用。 您必须自己进行此评估。

我希望这将有所帮助、

此致、

[/quote]

[/quote][/quote]

[/quote][/quote][/quote][/quote]

• 取消

• 向上 0 True 向下
• 取消

您好、Clement、  
感谢您的反馈。  

我的应用程序详细信息：

在我的应用中、将会有基于压力开关的占位传感器和基于输入触点的安全带紧固检测机制。 这两个传感器都由电池供电、并用于总线的每个座椅。 一辆公共汽车可能有150个座位到200个座位,因此设备总数将约为300至400个 bl 设备。 现在、我需要知道并将每个传感器的状态记录到移动/智能设备中、该设备可能会出现在总线驱动器的驾驶室部分。 整个应用程序用于通过校车的学童、因此、来自每个传感器的数据在与总线驱动程序一起提供的智能设备上被重新传送非常重要。  

所有座椅和内部结构都由金属材料制成、我假设总线的总长度约为80至100米。  

我希望这将使您对我的申请有足够的明确性。 如果您需要更多信息、请告诉我。  

根据您的评论、如果您能分享您的专家意见/建议、那将非常好、因为您可以分享以下提到的要点。  

1)由于我的工作经验不足的代码 phy IC 我的点1和2我的前一篇文章是不精确的,因此我想道歉。 现在、尝试使用编码物理层制造自己的网状堆栈将是我的最后一种选择、因为我不想向系统中添加更复杂的问题。 考虑到我的所有传感器节点都是使用编码 PHY IC 设计的、并且在常规间隔下传输其作为广播器的状态可能在2秒左右 为了充分利用远距离编码 PHY IC 的远距离特性、您是说我的接收器也应具有与编码 PHY 相同的支持吗？ 如果我使用线路供电的编码 PHY 接收器制造网关、该接收器将接收来自每个传感器的所有广播数据、而在另一端、将有具有可连接广播的正常 BLE 5器件、驱动器应该可以使用 hi Smart Device 连接到哪个驱动器？ 您认为这是可能的吗、如果您对上述情况有更好的解决方案、请告诉我。  

2)我也在做一些研究,它来到我的知识,最新的智能手机,如三星10+和以上. 1 + 9及以上等元件支持编码 PHY。 您能否告诉我、这是否仍然适用于第1点中介绍的基于长距离编解码 PHY 的方法。  

3) 3)点1中提到的情形假设驾驶员舱中的接收器能够接收所有广播数据包、则此情形是有效的。 如果情况不是这样、这意味着某些传感器数据无法在驾驶员的驾驶室中获得、那么有什么可能的解决方案？ 在这里、我是否需要使用基于编解码 Phy IC 的器件实现定制中继器？ 此设备将如何同时扫描和传输此信息？

4) 4)为了补偿第2点中使用编码 PHY 的限制、因为它们没有 BLE 网状网络栈支持、 您认为我最好自己实施 BLE 网状网络吗？因为在第2点中讨论的情况下、我可能会被迫使用自定义中继器。  

5) 5) 考虑到受控泛洪机制、您认为我是否应该定期广播我的传感器节点状态以增加在驱动器端收到数据的可能性 或者您是否认为、即使在传感器节点状态每次发生变化时传输一次数据、也应该能让我获得良好的数据可靠性。  

6) 6) 6)既然您知道我的应用、那么您就认为与蓝牙相比、使用 Thread 协议更适合我的应用。  

7) 7)与 Thread 协议相比、实施 BLE 网状网络的硬件成本是否低得多？

谢谢

您好！

Unknown 说：

4)为了补偿第2点中使用编码 PHY 的限制、因为它们不支持 BLE 网状堆栈、 您认为我最好自己实施 BLE 网状网络吗？因为在第2点中讨论的情况下、我可能会被迫使用自定义中继器。  [/报价]

也许吧

Unknown 说：

5) 考虑到管理泛洪机制，您认为我应该定期广播我的传感器节点状态，以增加在驱动程序结束时接收数据的可能性 或者您是否认为、即使在传感器节点状态每次发生变化时传输一次数据、也应该能让我获得良好的数据可靠性。  [/报价]

听起来每 x 分钟广播一次状态是个好主意、但这样做的代价是会增加功耗。 您必须评估优缺点。

Unknown 说：

6)现在，因为您知道我的应用程序，您认为与蓝牙相比，使用 Thread 协议将更适合我的应用程序。  [/报价]

由于电话通常不支持 Thread、因此蓝牙应该是更好的选择。

Unknown 说：

7)与 Thread 协议相比，实施 BLE 网状网络的硬件成本要低得多？

[/quote]

[/quote][/quote]

相同的硬件应该可用(CC2651R3SIPA / CC2652R / CC2652R7)、因此我预计在此级别上不会有太大差异。

我希望这将有所帮助、

此致、

[/quote][/quote][/quote]

您好、Clement、  
大家好

请分享您对我上一篇文章第1点和第2点的看法。

谢谢  

此致

Piyush Saxena.  

您好！

Unknown 说：

1)由于我没有使用编码 PHY IC 的经验，我上一篇文章的第1点和第2点不准确，因此我想道歉。 现在、尝试使用编码物理层制造自己的网状堆栈将是我的最后一种选择、因为我不想向系统中添加更复杂的问题。 考虑到我的所有传感器节点都是使用编码 PHY IC 设计的、并且在常规间隔下传输其作为广播器的状态可能在2秒左右 为了充分利用远距离编码 PHY IC 的远距离特性、您是说我的接收器也应具有与编码 PHY 相同的支持吗？ 如果我使用线路供电的编码 PHY 接收器制造网关、该接收器将接收来自每个传感器的所有广播数据、而在另一端、将有具有可连接广播的正常 BLE 5器件、驱动器应该可以使用 hi Smart Device 连接到哪个驱动器？ 您认为这是可能的吗、如果您对上述情况有更好的解决方案、请告诉我。  [/报价]

Unknown 说：

2)我也在做一些研究,并据我所知,最新的智能手机如三星10+及以上。 1 + 9及以上等元件支持编码 PHY。 您能否告诉我、这是否仍然适用于第1点中介绍的基于长距离编解码 PHY 的方法。  [/报价]

只有确保器件的互操作性、才可能实现通信。
换句话说、如果您希望使用编码 PHY 进行通信、则发送方和接收方都应支持编码 PHY。

另请注意、编码 PHY 是蓝牙定义的功能、即可以使用任何支持此功能的器件。

此致、

[/quote]