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.

[参考译文] CC2340R5:UART 上的 CC2340R5/CC2340R2每次重新启动时出现意外数据打印。

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1444407/cc2340r5-cc2340r5-cc2340r2-on-uart-unexpected-data-being-printing-upon-every-restart

器件型号:CC2340R5
主题中讨论的其他器件: CC2340R2SysConfig

工具与软件:

您好!

  目前我正在 CC2340R5和 CC2340R2上处理示例 basic_ble 外设配置文件项目。现在、已禁用了显示 TI 驱动程序、并添加了 UART2、其中配置了 TX、RX 引脚、如所示         serialIoCfgIndex =1 、但我们没有将 UART 作为外设初始化。

然后将二进制文件加载到模块中。 每次重新启动时、 0xFD 值在 UART (TX DIO 13)上打印。

请帮助我们解决这个问题。

SDK 版本:simplelink_lowpower_f3_sdk_8_10_01_02 (外设)

CCS 版本:CCS 12.7.1

谢谢!

Vignesh。

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

    尊敬的 Vignesh:  

    感谢您联系我们。  

    当通过复位或类似方式重新启动器件时、GPIO 首先会断电、并且将配置为 SysConfig 在 gpioPinConfigs[]表中设置的值。 我相信这就是您在这里观察到的情况。
    为了确认此行为、我建议使用逻辑分析仪并考虑更改默认引脚配置。  

    我希望这将有所帮助、

    此致、

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

    您好、Clement、

    我们已尝试使用 DSO (数字存储示波器)捕获 TX 线、我们发现、在 RESET 引脚变为高电平然后传输0xFD/0xFC、然后传输实际有效载荷的 x 个延迟。 供您参考下面随附的图像。

    对于您的输入、我们已尝试配置  serialIoCfgIndex =0、我们得到0xFC、 serialIoCfgIndex =1获得0xFD

    但是、正如在 serialIoCfgIndex =2中所示、我们没有在 UART 上获取任何额外的字节。

    我们通过更改引脚配置开漏、使用内部上拉和硬件上拉再次进行了尝试、我们还在 UART 上获得额外的字节。

    硬件详细信息:  

    CC2340R5和 CC2340R2 (4x4)。

    软件详细信息:

    1.SDK 版本:simplelink_lowpower_f3_sdk_8_10_01_02 (外设)

    CCS 版本:CCS 12.7.1

    您能向我们推荐  要使用的 serialIoCfgIndex 吗?

    请帮助我们解决这个问题。

    Vignesh。

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

    您好!  

    引脚 DIO6/DIO20和 DIO13的硬件设计是否不同?

    在复位发生前如何配置上述引脚?  

    此致、  

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

    您好、Clement、

    引脚 DIO6/DIO20和 DIO13的硬件设计是否有区别?

    在我们的定制模块中、我们展示了 UART TX 具有 DIO 13、UART RX 具有 DIO 12。   

    在进行复位前、上述引脚是如何配置的?  [报价]

    这里我附上了 TX GPIO 配置的映像、我们不会在运行时和复位前更改任何配置。

    谢谢!

    Vignesh。

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

    尊敬的 Vignesh:  

    再次感谢您的耐心等待。  

    我对这一问题的解释如下:UART Tx 线路在器件使用时保持高电平(请参阅 SysConfig 设置)。 断电后、线路不再保持高电平。 重新建立电源后、该线路会立即恢复为高电平。  
    这就是使行读取为"0xFC"或"0xFD"的原因(例如、1或2位读取为"0")。  

    为了确认此情况、我建议您收集一个额外的迹线、其中也显示了 RESET 线。  

    此致、   

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

    您好、Clement、

    附件为针对 RST 和 TX 信号捕获的图像。

    谢谢

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

    您好!  

    感谢您的提供。 这确认意外0xFD 的接近程度以及复位完成。 我相信您的根本原因就在这里。

    解决方法是确保在设备完成引导之前收到丢弃数据。  

    此致、  

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

    您好、Clement、

    您的结论/建议解决方法是、 至 丢弃从器件接收到的任何数据 会发生什么? 我是说这个 FD 是在复位后找到的  

    谢谢

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

    您好、Raul、  

    正确、在引导过程中、在器件准备好工作之前会接收到0xFD 数据、并应将其丢弃。  

    此致、  

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

    您好、Clement、

    感谢您的答复。

    在设备准备就绪前应丢弃。  [报价]

    让我们知道如何在 UART 上放弃0xFD 打印。

    在不将 UART 初始化为外设的情况下、当 UART2配置为 SERALIoCfgIndex =1且显示 TI 驱动器为禁用状态时、在引导过程中会接收0xFD 数据。

     我在这里附加了一个在 UART2引脚上方配置的 Basic_Ble_数以千计的工程。

    e2e.ti.com/.../BASIC_5F00_BLE_5F00_EXAMPLE.rar

    请您是否可以测试此工程并告诉我们需要进行哪些更改才能排除 UART 上的0xFD 打印。

    谢谢!

    Vignesh。

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

    您好!  

    此行为是由启动后上拉 UART 引脚引起的。

    您可以选择实际将引脚保持为低电平、这样一来、引脚上的噪声将不会被视为正确的 UART 消息、而会被丢弃。  

    我希望这将有所帮助、

    此致、  

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

    您好、Clement、

         尽管我们在 TX 上接收到0xFD 数据、但在重置模块时、我将 UART TX 引脚配置初始输出状态保持为低电平。

    谢谢!

    Vignesh。

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

    您好!

    我不确定我 是否理解您的信息-您的意思是问题仍然存在吗? 您能否分享获得的跟踪?  

    此致、

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

    您好、Clement、

    您的意思是问题仍然存在吗?

    是的、 我们在  复位时通过 UART 收到(0x00 0xFF 0x00)消息。

    您能告诉我们需要什么类型的迹线吗?

    谢谢。

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

    您好!  

    感谢您的分享。  

    这再次证实了该问题基本上是由引脚上的电压电平引起的、而绝对不是由 UART 传输引起的。  

    此致、  

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

    您好、Clement、

    其中在 Board_init ();函数默认为 Board_shutDownExtFlash ();函数被初始化。  禁用 Board_shutDownExtFlash()函数后 、在重置  模块时 、我们不会收到0xFD 数据。


    要禁用 Board_shutDownExtFlash();函数在 syscfg 中进行了更改。

    通过上述更改、问题已得到解决。

    谢谢!

    Vignesh。