This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] 低于1GHz 是否适用于这种情况?

Guru**** 2397395 points
Other Parts Discussed in Thread: CC1310, CC2543

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/673904/does-sub-1-ghz-work-for-this

主题中讨论的其他器件:CC1310CC2543

我有一个应用程序需要将25个外设无线连接到 Windows 主机。  所有外设均位于距离主机计算机10米内。  外设需要以300kbps (~37kbps)的速率将数据发送回 Windows 主机。  外设由电池供电并可充电、因此需要考虑低功耗。  系统将使用半天、然后充电半天。  我排除了蓝牙和各种802.15.4协议(ZigBee、6LowPAN 等)、因为这些协议的最大数据速率太接近(或低于)我的目标数据速率。  Wi-Fi 似乎可以正常工作-我可以有很多连接、数据速率支持我的要求。  我想知道是否有任何低于1GHz 的协议可在这里工作。  我从未使用过这些、也不确定它们与基于 Wi-Fi 的解决方案的比较情况。  有什么想法或建议?  任何低于1GHz 的产品是否适合此应用?

谢谢!

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Brian、

    您是否需要每个节点的300kbps 或者300kbps 是所有25个节点的总和?

    此致、
    /TA
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我需要每个节点的300kbps 速率。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    如果低于1GHz 可能不是正确的答案、我们拥有的最快 PHY 在902-928MHz 时约为1.5Mbps。 因此、为了创建您所要求的内容、我建议创建一个包含4个节点和1个收集器的系统、然后通过在收集器侧的同一 PCB 上添加更多收集器来进行扩展。 因此、要获得25个节点、我建议在收集器侧使用7-8个 CC1310、其中每个节点都从4个节点收集数据流。

    我们没有示例来说明这一点、但我认为这在理论上是可能的。

    /TA
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    抱歉-不正确。 它是系统的300kbps。 每个节点都应能够传输至少~12kbps 的数据。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    啊,

    则低于1GHz 将起作用。 您是否仅谈论美国的部署? 我问是因为美国以外的法规不同。

    我建议使用1mbps 或1.5Mbps 的无线电模式、然后只需设置一个方案、其中每个无线电都能在短时间内传输其数据、然后再传输下一个无线电、等等。 这称为 TDMA 时分多址。 我在一段时间前就这个主题编写了应用手册、并在一些较旧的器件上编写了一些软件。

    www.ti.com/.../swra433.pdf

    实际上、该协议可以按原样使用、因为这些器件仍在生产中、并且具有内置 USB (这使得连接到 Windows 主机变得很容易)。

    希望我不会将您与所有选项混淆。

    此致、
    /TA
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    只有美国是足够的。 以下是几个后续问题-
    -与使用 Wi-Fi (802.11)相比、采用低于1GHz 技术开发此系统的工作量如何? Wi-Fi 的一个优势是 Windows 主机已经具有 Wi-Fi 功能、而我认为低于1GHz 解决方案需要某种类型的网关、对吧?
    我猜开发成本(时间)和系统成本之间会有一个折衷。 与使用 Wi-Fi 相比、您是否对这些因素中的任何一个有相对的棒球场猜测? Wi-Fi 解决方案会更快、但更昂贵吗? 或者还有其他因素需要考虑?
    -在考虑功耗时,一种技术是否比另一种技术更好,因此电池尺寸也是如此?
    -节点实际上是将放置在人体上的传感器。 鉴于此、一种技术是否能提供更好的连接? 例如、在任何时候、人的身体都可以位于传感器和接收站(PC)之间。
    -不确定 USB 连接如何在此处提供帮助。 所有通信都需要以无线方式完成。

    我当时正在阅读 TI 无线连接文章之一 、并看到802.15.4g 支持高达500kbps 的数据速率。  此解决方案与应用手册中描述的 TDMA 解决方案相比有何不同。  哪些收发器支持此解决方案?

    -应用手册引用 了 CC2543/4/5。  并非所有这些都是2.4GHz 收发器?  所述技术是否适用于低于1GHz 范围内的其他收发器?  如果是、您会推荐哪一项?

    谢谢。。。

    Brian

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    只有美国是足够的。 以下是几个后续问题-

    -与使用 Wi-Fi (802.11)相比、采用低于1GHz 技术开发此系统的工作量如何? Wi-Fi 的一个优势是 Windows 主机已经具有 Wi-Fi 功能、而我认为低于1GHz 解决方案需要某种类型的网关、对吧?

     - Wifi 是当今几乎所有基于 Windows 的系统都使用的标准,因此您不需要网关。 对于低于1GHz、这不包含在当今的计算机中、您需要一个网关。 网关不必太复杂、请考虑插入计算机 USB 端口的键盘和鼠标软件狗。

    我猜开发成本(时间)和系统成本之间会有一个折衷。 与使用 Wi-Fi 相比、您是否对这些因素中的任何一个有相对的棒球场猜测? Wi-Fi 解决方案会更快、但更昂贵吗? 或者还有其他因素需要考虑?

    我认为范围和功耗是两个最重要的特性。 第二个优势是您不在拥挤的2.4GHz 频段中操作系统、因此在部署中可能会获得更可靠的系统和更好的用户体验。

    -在考虑功耗时,一种技术是否比另一种技术更好,因此电池尺寸也是如此?

    -低于1GHz 技术广泛使用和公认、可在给定的范围和数据速率下实现一流的功耗。

    -节点实际上是将放置在人体上的传感器。 鉴于此、一种技术是否能提供更好的连接? 例如、在任何时候、人的身体都可以位于传感器和接收站(PC)之间。

    如果您仅从身体传输到身体上的设备,那么2.4GHz 是完全足够的。 这就是蓝牙的设计目标、它被称为个人局域网(PAN)。 但是、如果您要从 身体传输到远离身体的主机(例如、您正在从现场的许多玩家收集数据的体育赛事、那么 Sub1GHz 是更好的解决方案)。 简而言之、接近人体会产生影响、但低于1GHz 低于2.4GHz。

    -不确定 USB 连接如何在此处提供帮助。 所有通信都需要以无线方式完成。

    -轻松连接至 PC 以创建加密狗(如 上所述)。

    我当时正在阅读 TI 无线连接文章之一、并看到802.15.4g 支持高达500kbps 的数据速率。  此解决方案与应用手册中描述的 TDMA 解决方案相比有何不同。  哪些收发器支持此解决方案?

    实际上、TIstack 目前不支持500kbps、最大速率为200kbps。 TI 堆栈是一个很好的开端、也是一个潜在的候选器件。 堆栈比 TDMA 类型堆栈具有更多的开销、因为它更灵活。 因此、当我尝试让您找到一个可以使用接近100%可访问数据速率的解决方案时、我的想法落在了 TDMA 类型网络上。

    -应用手册引用了 CC2543/4/5。  并非所有这些都是2.4GHz 收发器?  所述技术是否适用于低于1GHz 范围内的其他收发器?  如果是、您会推荐哪一项?

    -此技术可移植到低于1GHz,但不是我计划的。

    谢谢。。。

    Brian

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    感谢您的详细回答! 此时、我的主要关注点是开发自己的上层堆栈/协议。 这超出了我的客户愿意支付的费用范围-因此我对 TI 堆栈感兴趣。 由于这没有所需的吞吐量、我正在寻找其他替代方案。 考虑到吞吐量、连接数和标准堆栈可用性的要求、Wi-Fi 是否是我的唯一选择? 这是一种"重"的解决方案、比我想要的解决方案要重、但我找不到满足这些要求的合适替代方案。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Brian、

    您是否愿意等我让团队成员将 SWRA433中描述的解决方案移植到 CC1310? 我一直在寻找让某人完成这项工作的原因、这对我来说是一个很好的机会、让他人完成这项工作。

    需要6-8周。

    此致、
    /TA
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    很抱歉耽误你的时间。 我们与客户会面、他们决定采用基于 Wi-Fi 的解决方案。 人们希望尽可能靠近"标准"堆栈运行。 再次感谢您提供的所有信息-我认为这可能适合我们未来与其他客户一起开展的一些工作。

    Brian