[参考译文] CC1352P7：Linux 主机上的 RCP_LMAC

尊敬的 AliGeda：

从你之前在你的另一篇文章中分享的屏幕截图中,它似乎在工作,因为你收到了“RCP init CNF Received“。

请尝试以下操作。

1.确保设备仍在/dev/ttyAMA0 上连接（在/dev/ttyACM0 上连接之前）

2.长按电源按钮重启设备。

3.使用 UniFlash 擦除整个闪存、然后再次刷写。

4.删除 nv-simulation.bin

此致、

Daniel

谢谢 Daniel、

我使用的是开发板中的 USB 连接器、但每次我重新启动主机时、它都会分配 不同的编号 ACM0/1/2、因此我改为使用开发板 (UART0) 上的引脚 12/13、因此提供了/dev/ttyAMA0.

我没有更改固件、但我将 按照稍后的建议删除 nv-simulation.bin、并通知您。

感谢伴侣、

AliGeda

当然、

让我知道它是如何实现的！

此致、

Daniel

尊敬的 Daniel：

•RCP 固件正在正常运行 以 460800 的速率发送连续二进制帧 （通过将 CC1352 TX 直接连接到 PC 进行验证）。
•PI UART2 环回测试 460800 张门票 、确认主机 TX/RX 时序正确。
•当 Pi TX 连接到 CC1352 RX (DIO12) 时、RCP 会改变行为（TX 活动选通）、但 切勿完成 SPINEL 握手 （否）IND_RESET。 甚至 CC 也会在 PC 捕获的每个请求处发送一些内容
•边界路由器从超时转换到 尝试解码 RX 数据时挂起 、表示存在 RX 活动但帧无效。
•即使两侧的波特率正确且无 NV 恢复、此行为也会持续存在。

这强烈表明是 特定于 460800 时 LP-CC1352P7-1 的 RX 完整性或引脚映射问题 而不是波特率或协议不匹配。

问题：

1. 亮起 LP-CC1352P7-1 是 DIO12 (RX)/DIO13 (TX) 正式支持 460800 时的 RCP UART 、或者这些引脚即使在外部供电时仍应与 XDS110 电路保持连接？

2. 是这样 推荐或必需 使用外部主机而不是 XDS110 时重新映射 RCP UART 引脚（例如远离 DIO12/13）？

3. 您能否证实 其中、SDK 中定义了 RCP UART RX/TX 引脚 对于 LP-CC1352P7-1 平台（board.c/ platform 文件）、以及修改这些文件是否安全？

4. 有任何问题 记录了信号完整性限制 或勘误表 460800 时 RCP UART RX （例如，从调试器路径，串联电阻器等加载）？

5. 有任何疑问吗 参考设计或已知良好的引脚映射 对于在 460800 处连接到 Linux 主机（Pi、NXP 等）时的 CC13xx RCP UART？

6. IND_RESET 的十六进制值是什么、以便我可以对其进行仿真并查看问题是什么

我的目标是将此设计移至 定制 PCB 因此、了解这是 LaunchPad 特定限制还是一般 RCP 约束很重要。

再次感谢、

AliGeda