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.

[参考译文] CC1312R:TI 15.4-Stack 169 MHz 支持和 Wisun 相关问题

Guru**** 2447610 points
Other Parts Discussed in Thread: SYSCONFIG, CC1312R7, CC1352P7, CC1312R

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1073036/cc1312r-ti-15-4-stack-169-mhz-support-and-wisun-related-questions

部件号:CC1312R
“线程:sysconfigCC1352P7

0Hello,我目前正在与两家 CC1312R1 LAUNHHPPADS 合作,开发一个低功耗动物传感器网络的原型,该网络设计用于森林/农村地区的169 MHz 频段。

我们计划使用15-4堆栈,因为 我们需要一个星型网络拓扑来执行这一步骤,我们计划将来使用 Web 服务器来监控和更改某些传感器参数

使用 SDK  15-4堆栈 示例时,我 无法选择169 MHz 频段 (我甚至无法在 sysconfig 中选择433 MHz 频段)。 我后来在文档中发现不支持此频段

1是否可以手动更改配置文件以在 中生成15-4堆栈  

2.  是否有计划在近期内支持这一领域?

3.如果两个答案都不正确,我们也在考虑将来使用网状网络。如果我们将网络设置为仅使用一台路由器的网状网络,或者使用另一个协议,则应该使用网状网络。 以下是您的建议

 CC1312R1 WISUN 作为传感器节点是否有任何示例(我只找到了该路由器和边界路由器的配置)

目前的主要目标是建立一个星形网络,在该网络中控制器或边界路由器将连接到蓝牙 应用程序(如果我们能够在我们工作的现场建立互联网连接, 以后我们将使用 Raspberry 而不是蓝牙应用来实施 Web 服务器)

请提前感谢

安德烈斯

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

    安德烈斯:

    1.正如您所说,我们目前不支持169 MHz 频带。 我们支持422 MHz 频带。 如果选择 C152P-4 LaunchPad,此选项将对您可用。

    您无法更改频段。

    2.我无法在这个公开论坛上回答有关我们路线图的问题。

    3.根据网络中需要的节点数和正在发送的数据量,Wi-SUN 听起来非常适合。

    4.是的,可以使用 ns_node 示例。 这将实现路由器节点角色。 请注意,这是一个 NWP 示例,您需要一台主机设备来运行。 (对于完全嵌入式的 Wi-Sun 解决方案,您需要一个更大的闪存设备 CC1312R7。)

    谢谢,

    玛丽·H

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

    玛丽,您好,谢谢您的快速响应。  

    我想问您以下几点( 欢迎您提供更多建议)

    2.你可以就此给我发一个下午的电话吗?  (我想知道是否值得等待发布或构建我们自己的解决方案,这是)

    3.目前我们有10个节点,所以我认为这不会是一个问题。 如果我们计划覆盖所有需要 大约50个节点的动物,但我们受到预算的限制,所以我不认为明年将达到这个数量。

    由于 CC1312R7 在茄合和 Digikey (将包裹发送到我所在的阿根廷)等提供商中不可行。 在没有 CC1312R7 设备的情况下,运行边界路由器或 WISUN 协议是否还有其他方法?

    5.短期内(一年的工作),我们需要的是能够在任何拓扑( 起点或网状)中设置十个节点,并将收集器/路由器连接到蓝网应用程序以进行监控 (明年我们将计划添加一个 Web 服务器功能来执行监控),并且非常希望具有双向通信 ,以便不仅能够监控节点,还能更改行为。 关于数据流,我们将每10分钟发送60字节的消息,因此非常低(如果我们要定位传感器节点,我们将使其每1秒发送一次突发消息,但每次只发送一个传感器)。 基于这一点以及节点数量和当前需求,您是否建议使用任何协议,还是仅根据 EasyLink 示例构建我们自己的协议?

    非常感谢

    此致

    安德烈斯

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

    安德烈斯:

    2.您需要联系 TI 销售代表。

    3.对于 Wi-Sun,我们建议每个边界路由器最多使用100台设备。 但是,Wi-Sun 风扇目前不支持睡眠节点。 您的产品可能需要这样做吗?

    CC1312R7将很快推出。 (我们上周刚刚发布了产品以供生产。) 另一种方法是使用 CC1352P7。

    5.您所描述的使用酶听起来相对简单,并且可以自行实施。 如果您需要以下任何功能,我建议您使用 TI 15.4堆栈:

    —自动重新传输丢失的数据包

    -无线固件升级(OAD)

    安全调试

    我建议您直接使用射频驱动程序进行开发,并避免使用 EasyLink。 主要原因是 EasyLink 非常有限,因此除非 WSN 示例与您要查找的内容非常相似,否则您可能无法使用它。

    谢谢,

    玛丽·H

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

    玛丽,你好!  

    2.谢谢!, 您是否有销售代表有关此特定查询的任何联系信息

    3.是的,我们需要节点在大部分时间都能入睡,以延长它们的使用寿命。 据我所知,只有路由器或边界路由器无法入睡,但节点是。 这是正确的吗?

    4.谢谢! 当然,使用带 R7的边界路由器以及使用 R1的节点和路由器节点可以正常工作吗? (或者路由器节点也需要是 R7?)

    5.我要使用15.4版堆栈,但由于丢失传播,我们需要在169 MHz 频段中工作,因此除非这种改变 ,否则,如果要构建我们自己的协议或使用简化示例,这似乎是最佳途径。

    谢谢!

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

    安德烈斯:

    2.您可以在此处找到全球联系信息: https://www.ti.com/info/contact-us.html 

    3.在 Wi-Sun 协议中,没有执行困倦的节点。

    4.路由器节点还需要为 CC1312R7设备。 (CC1312R 设备仅支持采用双芯片架构(即网络处理器)的 Wi-Sun。 您需要一个额外的芯片来充当应用处理器。)

    5.同意。

    谢谢,

    玛丽·H

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

    非常感谢 Marie 的所有帮助!祝您度过美好的一天:)