[参考译文] CC1352P：使用 CC1352P 的芯片入门

您好 YiKai Chen  

因为芯片示例支持 CC13X2系列。 我们为何无法使用 CC1352P 进行开发

CC1352P 支持 Zigbee 和 Thread 协议。  

是否有任何具体原因不使用 CC1352P？

我想这是关于资源限制。 CC13x2x7或 CC26x2x7与各自的 CC13x2x1或 CC26x2x1器件引脚兼容、功能相同、但具有额外的352KB 闪存和额外的64KB RAM。

我们的应用已准备好使用 CC1352P、

我们是否有任何方法可以使用 CC1352P 与芯片 SDK 集成？

芯片是开源的、因此您可以尝试自己实现它。

芯片是否支持 CC1312R7？

由于芯片现在仅在2.4G 上工作、我认为它不支持低于 G Hz SOC 的 CC1312R7。

因为我能够看到 CC1352P 和 CC1352R 具有相同的存储器限制。

为什么仅支持 CC1352R 而不支持 CC1352P？

CC1352P7 和 CC2652R7 是具有704k 闪存的 SimpleLink Arm Cortex-M4F 多协议无线 MCU。

您好 YiKai Chen

我比较了 CC1352P1 CC1352P7方框图、可以看到在存储器和架构方面、二者的配置相同、如下所示。

它们之间有何差异。

如何获取 CC1352P7的正确文档？

等待 TI 发布。

@Toby Pan &@Ryan Brown1,

请帮我获取有关 CC1352P7的更多信息吗？

将额外的闪存和 RAM 存储器添加到 CC1352P 以支持 Matter (CHIP)的原因是什么？

@YiKai Chen & @Ryan Brown1.

您能不能帮助我了解具体原因、

1、为什么 Matter (CHIP)不支持 CC1352P1？

2.内存是否只是问题？  如果是，它如何影响此事？

尽管 CC1352P1是多协议 IC、但我只想使用 CC1352P1来实现线程协议、以与 Matter (芯片)连接。

为什么不可能？

Matter (CHIP)将使用大闪存、因此 CC1352P1内部闪存大小不够。 有什么理由可以争辩、为什么以前设计的 SOC CC1352P1必须支持新发布的 Matter (CHIP)协议？

Matter (CHIP)将使用大闪存、因此 CC1352P1内部闪存大小不够。

>>这是否意味着 Matter (CHIP) SDK 将集成在 CC1352P7上？

我想通过 Raspberry PI 运行 Matter (CHIP) SDK、然后尝试与 Thread 边界路由器进行通信以建立线程网络。

如果我错了、请改正。

我们使用单独的 CC1352P1 SOC 来设计 Zigbee、Thread 和 SUB1加密狗等每种协议。

由于该线程没有任何标准协议、我们希望将来使用 Matter。

如果 Matter 不支持 CC1352P1、那么如果您说 cc1352P1不支持 Matter、我们如何使我们的线程软件狗 Matter 兼容。

如果您打算在 Raspberry PI 上运行 Matter (CHIP) SDK、它将充当 Thread 边界路由器。 为此、我假设您可以将 CC1352P 设为 RCP。 仅当您想在 SOC 模式下运行 Matter (CHIP)时、才需要 CC1352P7或 CC2652R7。

是的、我想通过 Raspberry PI 使用 Matter (CHIP) SDK 来控制 CC1352P Thread Broder 路由器、
用作用于 CC1352P ZNP 的 Zigbee Linux 网关。

这就是为什么我要问、是否支持 CC1352P1很重要？

如果是、是否有任何 CC1352P1和 Matter (CHIP)使用入门文档

您好！

也许您会发现我们的附件设备自述文件对 您有所帮助：https://github.com/project-chip/connectedhomeip/tree/master/examples/lock-app/cc13x2x7_26x2x7

我们有适用于 CC1352P 的 NCP 示例： https://dev.ti.com/tirex/explore/node?node=APIEuJmrIgn0VOCN454xew__pTTHBmu__LATEST

此外： https://github.com/openthread/ot-cc13x2-cc26x2

谢谢、
Toby

我们确实有 CC1352P 的 NCP 示例： https://dev.ti.com/tirex/explore/node?node=APIEuJmrIgn0VOCN454xew__pTTHBmu__LATEST

>>此 NCP 示例是否适用于 Matter？ 我们仍然不清楚 SOC 的实施情况。

是否有任何核心人员指导我们开始开发？

NCP 将被用于连接到边界路由器的 RCP 取代、Matter 实现不在 RCP/NCP 上。

由于 Matter 是开源代码、是否可以通过 Raspberry PI 运行？

是的、这是有可能的。

那么、它将如何通过 Thread 网络提供通信接口？

边界路由器用于将互联网/内部网与 Thread 网络桥接。

您的意思是说、

此问题将通过 Raspberry PI 进行处理、而线程边界路由器将连接到同一网络、而不会与 Raspberry PI 进行任何物理联系。

没有与 Raspberry PI 进行任何物理接触、我无法理解您的意思。 也许您可以参阅 https://training.ti.com/ti-matter-technology-demo-unified-standard-connected-objects 、更好地了解使用方案。

没有与 Raspberry PI 进行任何物理接触、我无法理解您的意思。

>>  与 Raspberry PI 进行 UART 或 USB 通信的物理接触

如果 Matter 在 Raspberry Pi 上运行、并且您打算与 Mate/Thread 器件通信、则仍然必须通过 UART 进行 RCP 连接。

感谢您分享此链接 https://training.ti.com/ti-matter-technology-demo-unified-standard-connected-objects
现在、我已经不知怎么处理了这个问题。

如果我错了、请更正我...

因为介绍 CC2652R1的演示视频用作边界路由器、并通过 BBB 通信正在运行的事宜。

我们有相同的用例、但不同之处在于我们希望使用 CC1352P1而不是 CC2652R1和 Raspberry PI、而不是 BBB。

有可能吗？

是的、这是可能的、您可以参考 https://openthread.io/guides/border-router/raspberry-pi 来设置 Raspberry Pi 边界路由器。

对于 BBB 或 Raspberry PI 的设置问题、是否有任何参考文档？

否、但您可以在 sunmaysky.blogspot.com/.../project-connected-home-over-ip-chip.html 中参考我的类似测试

感谢您提供相关信息、

OTBR 和 WIFI 接入点设置是否与 Matter (芯片)瞬时设置？  
我认为 Matter (CHIP) SDK 本身管理线程边界路由器？

我会说不 如果在 Matter (CHIP)系统中不使用 OpenThread 节点、则不需要 OTBR。