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.

[参考译文] TIDA-00484:RS-485替换为低于1GHz 连接

Guru**** 1127450 points
Other Parts Discussed in Thread: TIDA-00484, CC1310, TIDC-01002, CC1150, CC1020
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/tools/simulation-hardware-system-design-tools-group/sim-hw-system-design/f/simulation-hardware-system-design-tools-forum/705778/tida-00484-rs-485-replacing-with-sub-1ghz-connection

器件型号:TIDA-00484
主题中讨论的其他器件: CC1310TIDC-01002CC1150CC1020

您好!
我想用无线连接替换 RS-485连接并增加距离。

现在、将多达10个温度传感器连接到 PC、将 RS-485作为菊花链。
这些传感器放置在视线范围内、并根据 PC 请求发送结果。
在一个新项目中、我希望避免电缆连接、并将 PC 与链中最后一个传感器之间的距离增加到2-3公里(将来可能需要长达16公里的距离)。

PC 应每1-2秒实时收集一次结果(传感器的结果由3个字节组成)。
不允许延迟接收结果、我的应用程序应直接获取这些结果-而不是从云或某些服务器获取。
(或者、如果延迟为几秒、则应该知道并保持稳定-但情况更糟)。

是否可以将 TIDA-00484用作节点,也可以将 CC1310无线 MCU LaunchPadTm开发套件连接到 PC,以便在2km 的距离内提供无线连接并以最小的延迟(<1s)获取数据?

如果此技术与项目不对应、您是否应该向我推荐另一种 ST 技术?

此致、
Vadim

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

    这在您所讨论的 TI 设计中是非常可能的。 在 PC 端、您可以使用刷写了收集器示例的 CC1310、这将从该传感器板接收数据(无需修改代码)、您应该能够在终端窗口中看到该温度。

    在连接10多个传感器以及在 PC 中接收和播放信息方面、您也可以执行此操作、我建议您执行一项任务、负责与 PC 进行 UART 连接并定期发送此数据。 就发送数据的间隔而言、可以在工程中的 config.h 文件上修改此间隔。

    我还会推荐我们的 TIDC-01002传感器到云示例。 此示例非常好、因为它将在基于 Web 的 GUI 上显示您所需的所有信息。 不需要互联网(至少需要连接一台 WiFi 路由器)。

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

    您好!

    非常感谢您的回答。

    我的项目的目标是仅在 PC 请求(通过 CC1310)上获得发送到特定节点(TIDA-00484)的数据、并将数据定向到我们的应用

    并使用您的 API 和示例作为基础来设计我们的软件。

    您可以回答下一个问题吗?

    1) 1)这对器件(收集器示例烧录的 TIDA-00484和 CC1310)是否应20km 的距离内提供直视连接(非城市位置)?

    如果不是、 可以直接看到哪个距离?

    2) 2)如果 PC 通过 CC1310向 TIDA-00484请求数据、您能否评估 CC1310请求与收到的正确答案之间的延迟、前提是距离最大

    我 没有找到有关传输-接收过程的信息、因此、我不理解这对数据的行为方式、当传输失败时、它可能会尝试在不同的频率范围内重新连接、而没有收到正确的答案? 在最坏的情况下、可能需要多长时间? 何时停止?

    或者、 传输可能仅完成一次、而不检查是否正确?

    3) 3)我还找到了不同的 TI 低于1GHz 收发器/(CC1020/21、CC1111、CC1150等)。

    TIDA-00484 + CC1310对是否更适合我的任务?为什么? 可能是、由于用于纠错的特定软件?

    此致、

    Vadim

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

    低于1GHz 技术将允许您实现这一目标、但使用我们的 LAUNCHPAADS、您将无法获得这种类型的覆盖范围。 预计在城市环境中使用视距为几公里的距离、并使用我们的 LRM (远距离模式)、这是我们的示例代码和 SmartRF 设置的一部分。 要获得该范围、需要使用放大器和更好的天线。 请参阅以下文档、因为它将帮助您计算实际范围:

    e2e.ti.com/.../375823
    www.ti.com/.../swra479


    2、您可以放弃 UART_READ/UART_WRITE 延迟、因为这种延迟太快了、可以忽略不计。 如果您使用的是 TI 15.4 Stack、则时间将取决于您正在运行的配置类型(信标、非信标或跳频)、但可在 Config.h 中修改(轮询间隔)。

    3.对于这些其他收发器,您需要创建协议,因为这些是专有射频通信,它们不会随您想要运行的配置一起开箱即用。 我相信、您希望运行的配置将会更好、因为代码已用完、需要读取、并且不会进行任何修改或细微修改。

    此致、
    AB
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好!
    非常感谢您的回答
    和有用链接、以报告"实现最佳无线电范围"。

    我之前看到的 Excel 文件、但 TI 的广告"使用纽扣电池供电、覆盖整座楼宇到整座城市超过20公里"提出了问题。

    关于第二个问题:
    您是否可以评估传输开始和结束之间的延迟时间? 假设这对(发送器-接收器)的工作距离接近其限值(固定 Tx 功率的最大距离、Rx 灵敏度、天线参数、外部 EMI 和3字节有效载荷数据)。
    几百毫秒、几秒?
    我想数据中有一个时间戳、但它需要使用一些有线接口(4km 步行)对每个节点进行定期时钟同步。

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

    我会说几百毫秒。

    此致、
    AB