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.

[参考译文] CC3235MODAS:关于对外部闪存的需求

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1093831/cc3235modas-about-the-need-for-external-flash

器件型号:CC3235MODAS
主题中讨论的其他器件: UNIFLASHCC3235MODSLAUNCHXL-CC3235SSysConfigCC3235SSYSBIOS

你(们)好
我们目前正在使用 CC3235MODAS 调试产品。
我们从 CCR 编写了 CC3235MODAS 程序、该程序正常完成、但似乎没有运行。
作为操作确认,我们每次通过 main()循环时都会切换 GPIO,但没有响应。
正如我上次发布的、我们甚至无法通过 JTAG 进行调试、因为我们无法正确设置 TCK 引脚、所以我们不知道发生了什么。
(文章:CC3235MODAS:JTAG_TCK 无法设置模块 pin21)

我有一个问题、
1.正确的说法是:如果 CC3235MODAS 配置中没有外部闪存、以 CCR 编写程序将写入内置 ROM?
2. CC3235MODAS 是否绝对需要外部闪存?

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

    抱歉!

    CCR→CCS (Code Composer Studio)

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

    您好!

    CC3235MOD 包含4MB SPI 闪存(称为 sFlash)。 因此、您无需将另一个 SPI 闪存芯片连接到您的模块。 此 sFlash 芯片用作非易失性存储器(固件映像、服务包、Web 文件、用户文件等)。

    CC3235MODS 具有256KB RAM、用于代码执行和变量(堆栈、堆、缓冲区等)。 从 CCS 调试代码时、通过 JTAG 将代码加载到 RAM 中。 但为此、您需要在开发时通过 UART 对器件进行编程(使用 CCS ImageCreator 的 Uniflash 软件)。 详细介绍了如何切换到此处 此处所示的开发模式

    但我认为、在第一步中、您应该要求 TI审查您的硬件。

    1月

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

    你(们)好、Jan

    感谢你的建议。

    我们将考虑您建议的评论。 顺便说一下、作为补充说明、我们在使用 CC3235MODAS 产品之前连接了评估板(LaunchXL-CC3235S 和 LauchCC3235SF)、而不是我们的硬件的 CC3235MODAS、并且我们已确认可以实现预期的操作。
    但是、我们无法确认代码以原始 CC3235MODAS 配置运行、因此我们询问了这些差异、无论是否具有外部闪存都与预期行为相关。

    根据建议、我们了解 sFlash 也可以是 UniFlash、并且可以进行引导。
    我们怀疑 CCS 上的配置有问题、而不是硬件连接问题(尤其是与 CCS 上的仅 sFlash 配置相关的配置)。 因为它可以与评估板良好配合使用。

    我们在 CCS 中尝试了开发/生产两种模式、但结果仍然无法确认代码正在运行。

    此致。

    谢谢你。

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

    您好!

    根据以上信息、我不确定您到底尝试做什么。

    第一步、请尝试通过 Uniflash 软件(使用 UART 连接- RX、TX、RST、GND)连接您的电路板。 如何通过 LaunchPad 连接模块、您可以在此处的第4.4章中找到。 确保您使用正确的 SOP 模式。 连接成功后、请提供 Uniflash 状态窗口的屏幕截图。

    您当前的 SOP 模式是什么?

    1月

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

    你(们)好、Jan

    感谢你的答复。
    下面是有关 Uniflash 作为 Blow 的屏幕截图、SOP 模式为 SOP[2.0.0]=[010](UARTLOAD_FUNCTIONAL_4WJ)。

    此致。

    谢谢你。

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

    您好!

    否。请按照我在前一个回答中提供的链接执行如何使用 Uniflash 的过程。

    BTW...当是 SOP 模式0-1-0时,请注意,当 RX 线路未连接时,需要在 UART RX 线路上拉。

    1月

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

    您好!  

    感谢你的建议。
    因此 、我不确定它是否是状态窗口、但我尝试按 如下方式进行发布。

    然后是有关电路的信息。 我们对最新配置进行了一些更改。
    用于写入 sFlash 的 UART 的 RX 线现在有一个上拉电阻器。
    这是因为我们通过 Launchpad 编写固件。
    JTAG 上拉电阻已更改为 WiFi 功率(P3R3V_WiFi)
    3、nRESET 线路已通过二极管更改为有线逻辑、因此也可以从微控制器(MCU_WIFI_RST)或 Launchpad (DBG_WIFI_RST)复位。

    此致。

    谢谢你。

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

    您好!

    根据器件上方的屏幕截图、您的器件处于开发模式。 在此模式下、您应该能够通过 CCS 中的 JTAG 进行调试。 如果您无法在此模式下进行调试、则可能是硬件问题、请查看您的设计。 您也可以自己查看此设计检查清单。 例如、您在 JTAG 线路上不应该有4k7。

    当您的器件具有 SOP 模式0-1-0且 GPIO2上有10k (其他电路在低电平下不支持该模式)时、不应有任何原因表明您的代码在刷写到 sFlash 中之后不会执行(由 Uniflash 或 CCS Image Creator 提供)。

    1月

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

    您好!

    感谢你的建议。

    由于无法在 SysConfig 中将 TCK 引脚设置为引脚21、因此无法通过 JTAG 为 CC3235MODAS 进行调试。
    相关文章:
    https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1092766/cc3235modas-jtag_tck-cannnot-set-the-module-pin21/4049553#4049553

    我们正在等待一个补丁。 那么、我想问、如果器件暂时设置为 CC3235S 并且所有引脚设置都设置为 CC3235S 而不是 CC3235MODAS、是否可以通过 JTAG 进行调试?

    此致。

    谢谢你。

    P.S.  我们已经提供了硬件审核。

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

    您好!

    我认为您的调试问题 SynConfig 问题之间没有任何关系。 因为 JTAG 连接在执行与 SysConfig 相关的 pinmux 代码之前打开。 我认为您的问题与您的 JTAG 连接有关、而 JTAG 连接不是根据制造商的建议完成的。

    是的、您可以在 CC3235MOD 的设置处选择 CC3235S。 因为模块内部是 CC3235S QFN 芯片。 如何在内部 QFN 上映射模块引脚、您可以在模块的数据表中找到该模块。 请注意、模块的引脚未映射到与内部 QFN 完全相同的引脚。

    1月

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

    您好!

    感谢你的建议。

    我们使用 CC3235S QFN 引脚设置尝试了通过 JTAG 进行调试。
    因此、发生了一个错误并且还未通过 JTAG 进行调试。
    错误为“Error-242 (错误- 242)”和“Error-1170 (错误- 1170)”,我们每次都看到“Error-1170 (错误- 1170)”。

    如过去所说、我们还移除了 JTAG 4.7K 上拉电阻器、但错误仍然会发生。

    我们如何解决此错误?

    P.S.
    我们已查看硬件设计检查清单。 以下4个点仍然与建议的条件不匹配。
    但是、我们认为它不会受到通过 JTAG 进行调试的影响、它们是否正确?
    - TX 线路上没有100k 电阻器。
    -未在开路 GPIO 引脚上设置2.7k 或更强的上拉或下拉电阻(我们认为可能会发生" GPIO 上的干扰")。
    - GPIO05和 GPIO07不用作外部测试点。(=开路)  
    - RF ABG 引脚(# 31 @ CC3235MODAS)打开(因为我们只打算使用 MOD 中包含的印刷天线)。

    此致。

    谢谢你。

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

    您好!

    请务必将 XDS110连接到模块21 - JTAG_TCK、22 - JTAG_TMS、18 - JTAG_TDO、12 - JTAG_TDI、GND 的正确引脚。 对吧? 也许您可以尝试通过两线 SWD 来使用调试(在 CCS 中更改目标配置、更改 SOP 模式、重新启动模块)。

    上面的错误代码不会使我们前进。 它表示调试探针存在硬件连接问题。 例如,当您尝试与非开发模式的设备通信时,通常会显示错误代码-1170。 但情况并非如此、因为我们已经通过 Uniflash 进行了检查。

    您的连接问题可能是由于硬件问题或制造问题(模块下的焊点错误)造成的。 请等待 TI 方面的硬件审核。

    是的、我同意上述更改在我看来也不重要。

    1月

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

    您好!

    感谢你的建议。

    因此、很遗憾听到入门级的声音。
    我们已经尝试了 Functional _2WJ (SOP [2..0]= 001)模式、但在 CCS 上按下调试按钮后、立即出现以下错误:

    我们还检查了 JTAG 接线并确认连接正确。

    如果我们使用 Functional _2WJ 进行调试、应遵循什么正确的过程?
    1、用 UARTLOAD_FUNCTIONAL_4WJ 写入 F/W、并在写入之间将 SOP 切换为 FUNCTIONAL_2WJ。
    (预计在写入 F/W 后将被复位并切换 SOP 模式)
    CCS 中有一个设置、允许直接调试 JTAG、而无需编译和写入 F/W

    此致。

    谢谢你。

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

    您好!

    要通过 SWD 进行调试、您需要:

    1. 通过 Uniflash 将器件切换到开发模式(您已经完成此操作、但可以再次检查)
    2. 通过 TDI、TDO 和 GND 连接调试探针
    3. 将 SOP 模式0-0-1 (2-1-0)设置为 Fn2WJ 模式、然后在该模式后重新启动器件以应用 SOP 模式
    4. 将 CCS 的目标配置设置为 CC3235S_SWD
    5. 启动调试会话

    从技术上讲、可以将调试会话连接到已运行的代码、但这不会改变任何内容、因为调试连接不工作。

    1月

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

    您好!

    我们尝试构建另一个调试环境以查看 JTAG 问题、但构建过程需要几天时间。
    顺便说一下、我们尝试遵循您的建议、并得到以下错误:

    连接到目标时出错:
    (错误-615 @ 0x0)
    目标无法看到正确格式化的 SWD 报头。 目标无法看到正确格式化的 SWD 报头。
    与目标的连接可能不可靠。 尝试降低
    TCLK 设置、然后再试一次。
    (仿真包9.4.0.00129)

    我们应该怎么做?

    作为参考、所调试的开发环境的版本如下所示。
    CodeComposerStudio 版本:10.4.0.00006 + SimpleLink CC32xx SDK 5.20.00.06

    此外、Image Mode (图像模式)设置为 Development (开发)。


    该器件还选择 CC3235S_SWD。


    然后、在确认完成从 CCS 写入闪存后、开始调试。

    此致。

    谢谢你。

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

    您好!

    您是否要求 TI 审查您的硬件? 你有回应吗?

    SWD 上的错误代码-615无法使我们前进。 因为这是 SWD 模式下的常规通信错误。 例如、当您断开 LaunchPad 上的 TMS 和 TCK 跳线连接时、会显示该图。

    1月

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

    您好!

    感谢你的建议。
    因此、我在上周(4月19日)提交了审核、但尚未回复。

    此致。

    谢谢你。  

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

    您好!

    根据您的建议、我们检查了连接(TCK、TMS)、它们都正常。
    TCK 和 TMS 的波形如下。 (CH1 = TMS、CH2 = TCK)


    在我们的电路板上观察到波形。
    在我们的调试环境中、我们使用 LAUNCH-XLCC3235S 作为仿真器(调试探针)并将其连接到我们的板(通过跳线和 FPC)。


    总布线长度约为20厘米(8英寸)。
    但是、结果与之前一样(错误-615 @ 0x0)。
    我们有什么需要做的吗?

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

    您好!

    老实说、我对您的 JTAG 连接(跳线-> PCB ->带状电缆)没有太大信心。 但我相信 TCK 和 TMS 连接是正确的。

    您的 GND 连接是如何完成的? 它是通过连接到纸板下方 Launchpad 上挂钩的小线完成的?

    也许您应该检查是否正确选择了 SOP 模式。

    如果您可以使用 X 射线机器或 BGA 检查凸轮、则可能应检查模块下的焊点。

    我认为 TI 应在您提交设计审查后的三个工作日内回复您。 如果这需要更长的时间、您可以在 e2e 论坛(参考此论坛)上打开新主题、仅供 TI 工程师" ping "。

    1月

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

     您好!

    感谢你的建议。

    关于 GND、 它们通过纸板背面的铜箔胶带接触、并使用一些镀锡导线。
    (评估板来自 GND TP2端子、中间板来自 GND 引脚、而我们的原始板来自 GND 平面。)

    我看了一个带有 X 射线检测器 件的焊点、然后我可以看到焊盘下方有一些空隙、但我认为它足以连接。

    此致。

    谢谢你。

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

    您好!

    从我的角度来看、焊点看起来不错、但我对此不是很专业。 我认为下一步是从 TI 方面进行设计审查、因为我的想法已用完。

    1月

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

    您好 Toshio、

    如 Jan 所述、硬件审核的反馈将有助于解决这些问题。

    本页也是解决 JTAG 问题的好资源: https://software-dl.ti.com/ccs/esd/documents/ccsv7_debugging_jtag_connectivity_issues.html#cannot-access-the-dap

    以下是该页面中与您所看到的错误代码相对应的部分的一些特定链接:

    此致、

    Jesse

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

    您好、Jasse、

    非常感谢您的建议。 因为我们的假期很长,所以回复时间很长,很抱歉。

    顺便说一下、  我们参考您所教授的页面尝试了各种检查、但我们尚未解决。
    错误为“Error-242 (错误-242)”或“Error-1170 (错误-1170)”。 (几乎-1170)
    在我们检查时、我们进行了一些修改。
     我们移除了 TDO 线路上剩余的上拉电阻器。
     2.连接到原电路板的 FFC 的长度已缩短(10cm->5cm)。
     3. SOP0的下拉电阻和 SOP1的上拉电阻设置为68k (现有电阻值最接近建议的69.8k)。 (SOP[2..0]=[010])
     4.从 FFC 中间板添加了一条 GND 线。

    此外、我们检查了 LaunchPad 上的 JTAG 信号(启动 XL-CC3235S)。
    -仅当 LaunchPad (可进行调试)时的信号。
    -当仿真器位于 LaunchPad 上、通过 JTAG (TMS、TCK、TDI、TDO)和复位(发生错误 )连接到原始电路板时的信号。
    波形中似乎没有任何差异。

    作为补充、我们 通过以下操作来观察每个内核(目标配置-启动所选配置-显示所有内核)、并尝试将目标连接到 IcePick_C、没关系、但对于 CS_DAP、
    我们可以看到错误-242或-1170。

    我们还应该做什么呢?

    此致。

    谢谢你。

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

    您好 Toshio、

    在您对硬件审核的响应中、您提到 UniFlash 工作正常。 您是否能够 使用 UniFlash 将程序刷写到 CC3235MODAS?

    此致、

    Jesse

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

    您好 Jesse、

    感谢你的答复。

    是的。 我们已检查 Uniflash 是否正常工作。
    但是、当我们再次尝试工作时、似乎需要一些程序、如果不好、则会出现-7错误。 (RX 信号长时间保持 L、然后变为超时。)
    目前、我们 在 Uniflash 上推入"Load Image" botton、在 RX 变为 L 后、打开 原始板上的 WiFi 电源、就可以了。

    此致。

    谢谢你。

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

    您好!

    以下是其他信息。

    我们已经好奇了一段时间、然后、在电源打开后、UART 的 TX (WiFi->XDS110)引脚每输出两个 Lo 脉冲、周期约为420ms。
    我们想知道 WiFi 模块怀疑有定期复位的问题。
    我们应该在哪里检查?
    (假设原因不是 WiFi 模块电源、nRESET)

    (CH1:nRESET、CH2:P3R3V_WIFI、CH3:WiFi_DBG_UART_WRX (MOD:47引脚)、CH4:WiFi_DBG_UART_WTX (MOD:46引脚))

    此致。

    谢谢你。

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

    您好 Toshio、

    我不熟悉您提到过的 UniFlash 中出现的-7错误。 是否有该错误的描述? 当您能够通过 UniFlash 成功刷写到 CC3235MODAS 时、应用是否会按预期在您的电路板上运行?

    您可以尝试以下步骤吗? 开始时 、请确保已验证  Launchpad 与定制板之间的 UART 连接(RX、TX、RST、GND)是否正确、SOP 引脚是否为[010]。

    使用 UniFlash 时、请确保使用 UniFlash 中的 Image Creator 工具。 请勿使用自动检测功能、请确保选择 CC31XX/CC32XX、甚至 LAUNCHXL-CC3235S (如下所示)、然后单击"Start Image Creator"。 请勿选择 CC3235 (引导加载程序)。

    点击"New Project"以启动新项目、输入项目的名称和说明、并确保将器件类型设置为 CC3235S并开发器件模式。  

    要将 MCU 映像添加到项目中、请单击  Browse 并导航到您的应用程序 bin 文件。  如果您使用 CCS 进行开发、此 bin 文件通常位于工程的 Debug 文件夹中的 CCS 工作区中。

    然后、您应该能够  映像连接、刻录和编程到您的设备。 本指南的第4节至第5.5节概述了这些步骤: https://www.ti.com/lit/ug/swru469h/swru469h.pdf#page=7&zoom=100,0,102。 近期链接的本指南 JAN 中也提供了类似的详细信息: UniFlash ImageCreator 基础知识(TI.com)。

    此致、

    Jesse

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

    您好 Jesse、

    感谢你的建议。

    我们已根据您的建议确认、它适用于 Uniflash。

    但是,有一个问题。 当从启动 XL-CC3235S (TM4C1294NCPDTI3R)复位时、原始电路板上的 nRESET 电平可能约为0.72V、这可能偏离器件要求(VIL (nRESERT)= 0.6V (典型值))、并且可能不会复位。 我发现这里有。 我们暂时将启动 XL-CC3235S 的 R17 (10kohm)更改为5Kohm、工作正常。

    顺便说一下、即使我们在 UniFlash 上指定 MCU img 时选择了应用程序 bin 文件、文件名也将为 mcuimg.bin。
    是否应在高级模式下写入此内容?
    还是在现阶段将文件保留为 mcuimg.bin 更好? (这是因为在调试时、CCS 将会将映像写入 CC3235S 上的内置 RAM、也就是说、它不依赖于 sFlash 的内容)

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

    您好 Toshio、

    我很高兴听到 UniFlash 现在工作正常。

    当您通过 UniFlash 进行刷写并选择.bin 文件进行编程时、该文件将始终显示为 mcuimg.bin

    此致、

    Jesse

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

    您好 Jesse、

    感谢你的答复。

    我得到了 UniFlash 文件名。

    因此、从使用 UniFlash 成功进行写入操作开始、我们可以假设 CC3235S 工作正常。
    考虑到这一点、我认为 JTAG 也可以正常工作、但遗憾的是、以下错误未得到解决、并且通过 JTAG 进行调试也无法正常工作。
    (A)错误-1170 @ 0x0无法访问 DAP
    (b)错误-242 @ 0x0无法访问路由器子路径
    我提到了您教我的"Debugging JTAG"网页、但我在这里没有发现任何可疑的东西。
    -从 UniFlash 的良好运行开始、我认为 UART 连接和 SOP 设置是正确的。
    -JTAG 波形与 LaunchPad 单独运行时似乎没有什么不同、因此我认为 JTAG 连接没有问题。
    我们应该在哪里检查以建立良好的 JTAG 连接? (设置、过程等)

    此致。

    谢谢你。

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

    您好 Toshio、

    您能否尝试以下步骤来查看 CCS 中的调试是否有效?

    1. 通过依次单击"Project"->"Import CCS Projects"、然后浏览 SDK 中的 examples/rtos/CC3235S_LAUNCHXL_tirtos_ccs 文件夹、将 hello_CC3235S_LAUNCHXL/SYSBIOS/hello/tirtos/CCS 示例项目导入到 CCS 工作区中。  

    2. 不要更改任何设置、只需构建项目即可。

    3. 验证从 LaunchPad 到电路板的 JTAG 连接(RST、TMS、TCK、TDO、TDI、 GND)、并且您板上的 SOP 引脚是[010]


    4. 点击"Debug"在 CCS 中启动调试器。 如果您首次看到-1170错误、请重置主板和 Launchpad 并重试。

    5. 单击"Resume"运行、您应该会看到 Hello world 被打印到控制台。

    您还可以在项目中的 targetConfigs 文件夹下打开 CC3235S.ccxml 文件、然后单击"Test Connection"。

    此致、

    Jesse

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

    您好 Jesse、

    感谢你的建议。

    我尝试了示例 SDK 项目、它工作正常!!

    只是需要确认的注释。

    此致。

    谢谢你。

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

    您好 Toshio、

    很高兴 听到您现在能够进行调试。

    只要  SysConfig 中的板或器件设置中有默认的 CC3235S.ccxml 文件和 CC3235S 作为器件、并且默认为软件包(而不是 mod)、您就应该能够调试项目。

    此致、

    Jesse

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

    您好 Jesse、

    感谢你的答复。

    根据这些事实、
     1. 我们原电路板上的 CC3235S 处于活动状态。
     2. LaunchPad 和原电路板之间的连接没有问题。
    我们发现的是...
    然后、我们认为有一个(部分)键可用于/不能用于示例项目和我们的项目之间的差异。
    我们首先应该检查什么?
    我的想法是示例...
     1.北区和 RTOS 之间的差异
     2.某处设置的差异(我不知道确切的位置)
     3.配置差异

    作为补充、我尝试了以下实验。

    答:示例项目和我们的项目之间的 CC3235S.ccxml 是不同的。
    因此、重新播放文件。
    结论:“Error -1170 (发生错误-1170)”。

    差异示例、第一个是我们的项目、第二个是 SampleProject
       第3行:
       第3行:

    b.从".\nortos\CC3235S_LAUNCHXL\demos\trigger_mode\ccs 中导入示例项目
    然后依次选择"Build Project"->"Load SLI Image to Serial Flash"->"Debug"
    结论:“Error -1170 (发生错误-1170)”。
      (屏幕截图如下所示)

    此致。

    谢谢你。

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

    我忘了说这 句话".. \ nortos \ CC3235S_LAUNCHXL \ demos\ trigger_mode \ CCS"是我们项目的基础

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

    您好 Toshio、

    我认为问题不在于北区和 RTOS。 问题可能是设置或配置存在差异。

    有时在仅需要重置设备时会出现-1170错误。 您能否尝试:

    1.  再次导入 TRIGGER_MODE_CC3235S_LAUNCHXL_nortos_CCS 示例工程。 请勿更改任何设置。
    2. 编译工程(右键单击工程->编译工程)
    3. 尝试调试。 (右键单击项目-> Debug As -> Code Composer Debug Session)
      1. 如果您在第一次 尝试调试时看到-1170错误、请重置  CC3235MODAS 并重试步骤3。
      2. 如果您再次看到-1170错误、请尝试通过单击 SW1 - RESET 重置 LaunchPad、然后再次尝试步骤3。

    此致、

    Jesse

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

    您好 Jesse、

    感谢你的建议。

    我们有一个问题。 (但仍然很小...)

    (1)我们尝试了您建议的步骤(在 TRIGGER_MODE 中构建项目->[SW1:RESET]->调试 AS -> Code Composer 调试会话)、但都未成功。
    (2)我们尝试了另一个示例项目(..\ti\simplelink_cc32xx_sdk_5_20_00_06\examples\nortos\CC3235S_LAUNCHXL_drivers\display\ccs)。
    根据给出的建议、这也不起作用、但是在这个过程中(Build Project->Load SLI image to serial flash->SW1:Reset->Debug As -> Code Composer Debug Session)、调试模式成功。 此外、Resume (F8)也正常。
    (3)之后(2)、在"TRIGGER_MODE"中、我们在您的过程中达到调试模式的"第一步"(生成项目-> SW1:重置->调试 AS -> Code Composer 调试会话)。 但我们在 Resume (Error-242或 Error-1170)中遇到错误。
    (4)按照(3)、在"TRIGGER_MODE"中、我们有以下步骤(构建项目->将 SLI 映像加载到串行闪存-> SW1:重置->调试 AS -> Code Composer 调试会话)我们遇到错误(错误242或错误1170)、甚至无法在调试模式下达到第一步。


    图1. 在(2)中的示例"显示"处进行调试


    图2.  在  (2)中的样本"显示"处继续


    图  在   (3)中的"TRIGGER_MODE"示例处进行调试


    图  4.在    (3)中的"TRIGGER_MODE"采样处恢复

    此外、无论是否加载 SLI、SDK (..\ti\simplelink_cc32xx_sdk_5_20_00_06\examples\nortos\CC3235S_LAUNCHXL\demos)样本都无法达到调试模式。
    请注意,在 SDK 的".\ti\simplelink_cc32xx_sdk_5_20_00_06\examples\nortos\CC3235S_LAUNCHXl\drivers"中存储的样本中,它与(2)-(4)相同。
    (但是、由于(4)中的错误、"看门狗"未进入调试模式)

    根据上述结果、
    a)无论调试是否可行、RTOS 和 NoRTOS 之间的差异都无关紧要。 (我们确认了您的意见)
    b)在 NoRTOS 中、"演示"示例项目并不都能在调试模式下与 CC3235MODAS 配合使用。
    c)我们在 NoRTOS "驱动程序"示例项目中加载 SLI 之后、才能够以"TRIGGER_MODE"进入调试模式的第一步。

    在今天的进展中、关键是在"Load SLI"和"driver"示例项目中。 但是、我们没有找到 超越简历(F8)的关键字。

    我们应该怎么做

    此致。

    谢谢你。

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

    您好 Jesse、

    我们取得了更多进展。 ( 这是一个巨大的步骤!)

     我们在 Resume 中发现了一个错误、但此时使用 STEP 执行、没问题。
    "sl_DeviceEnable()"的错误标题
    (可能在 cc_PAL.c 中的 NwpPowerOn()上)

    感谢您的合作

    对我们来说,唯一的问题是什么。 为什么在"驱动程序"示例项目中不加载 SLI 映像就无法正常工作?

    此致。

    谢谢你。

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

    您好 Toshio、

    我很高兴听到您取得了进展并发现了错误。

    我不确定为什么在"驱动程序"示例项目中加载 SLI 映像时调试不起作用。 尝试将工程的编译配置更改为"调试"、而不是"MCU+Image"。 单击"Build"旁边的下拉箭头并选择"Debug"、如下所示。  

    构建项目、然后再次尝试调试。 如果您最初看到-1170错误、请尝试重置设备并尝试再次进行调试。

    此致、

    Jesse

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

    您好 Jesse、

    我们已经尝试将"Build" 从"MCU + Image"更改为"Debug"。
    还可以、但仍假设使用 原电路板的"驱动程序"的"示例项目"中存在"Load SLI Image"。

    单独使用 LaunchPad 时、无论示例项目的类型如何、无论是否执行了"加载 SLI 映像"、调试都是正常的。 我们认为 LaunchPad 和我们的原电路板之间存在一些差异。

    尽管我们的小问题仍然存在、但无法通过 JTAG 连接来检查 cc3235是否正常工作的问题现在可以跟踪程序。

    请告知我们差异是否与外部闪存有关。 否则、我们将解决本文的问题(因为我们现在正在重新设计印刷电路板)。

    非常感谢您的支持。

    此致。

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

    您好 Toshio、

    我将研究您对与外部闪存相关的差异的疑问、并将在下周初提供更新。

    此致、

    Jesse

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

    您好 Jesse、

    感谢你的答复。

    那么、这里是一个附加信息。
    在可在不出现 Launchpad 问题的情况下进行调试的触发模式示例项目中、我们上次讨论了原始电路板上的"恢复"中的错误。
    LaunchPad 和我们的原电路板之间的区别在于
    - LaunchPad 的电源提供给所有设备。
    -我们原电路板的 WiFi 模块电源由 MCU 控制。
    这具有不同的加电时序。

    作为测试、我们尝试操作 MCU 电源和原始电路板上的 WiFi 模块电源。
    因此,恢复中的错误问题已得到解决。

    MCU 控制 WiFi 模块的电源以降低功耗(延长待机期间的电池寿命)。

    那么、问题是、是否禁止单独打开和关闭 WiFi 模块的电源?  或者、是否可以通过附加数据表(SWRS215D)"8.17.3复位时序"中所述的时序来独立打开/关闭它?

    此致。

    谢谢你。

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

    您好 Toshio、

    1) 1)您能否更清楚地了解 R5F571如何控制 CC3235MODAS 的电源?

    2) 2)当您说、

    作为测试、我们尝试操作 MCU 电源和原始电路板上的 WiFi 模块电源。
    因此,恢复中的错误问题已得到解决。

    ,您是否说您正在使用  P3R3V_MCU 为 R5F5571和 CC3235MODAS 供电

    • P3R3V_MCU 来自 IC51、MP2155。
      • 此降压/升压转换器可在3V3下提供最大1A 的电流。
    • P3R3V_WIFI 来自 IC19、XC6221D331Gr。
      • 此 LDO 可在3V3下提供最大200mA 的电流。

    请参阅 CC3235MODAS 数据表中的第8.4节。 当 VBAT 为3V3时、器件首次通电时的峰值校准电流为450mA。  根据电路板上的其他电源需要、最好将 LDO 输出加倍或增大、因此建议使用 MP2155或最大输出电流为1A 或更高的 LDO 为 CC3235MODAS 供电。

    BR、

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

    尊敬的 Seong:

    感谢你的答复。

    1)是否可以更清楚地了解 R5F571如何控制 CC3235MODAS 的电源?

    我们将介绍下面的电源序列。
     1.要插入的电池。
     2.只有 P3R3V_MCU 处于活动状态。
     3.按下 MCU (R5F571)上 POWER_SW 的引脚(使能为 H)。
     4.当继续按 POWER_SW   100ms 或更长时间时、MCU 确定已满足加电条件。
     MCU 将 MAIN_POW_EN 设置为启用(H)、然后打开   MAIN_POW
     6.当 MAIN_POW 变为 LIVE 时、P1R1VD_PG 变为 H
     7. P3R5V_MID 变为激活状态,然后 P3R3V_WIFI 变为激活状态。
     8. MCU 拆分(H) nRESET (初始设置)、遵循流程5。请在 avobe 中进行说明。

    现在、P3R3V_WIFI 上升至 nRESET 上升之间的时序约为0.9ms。

    >您说的是使用  P3R3V_MCU 为 R5F5571和 CC3235MODAS 供电吗?

    是的。

    将线测试为吹扫。

    此致。

    谢谢你。

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

    您好 Toshio、

     除了上面提到的 Seong 建议之外、要回答您之前的问题、请执行以下操作:

    [引用 userid="467687" URL" URL"~/support/wireless-connectivity/wi-fi-group/wi-fi-fi-fi-forum/1093831/cc3235modats-about the Need-for-external-flash/4086610#4086610"]请告知我们差异是否与外部闪存相关。

    CC3235MOD 已具有内部 SPI 闪存。 您无需将另一个 SPI 闪存芯片连接到您的模块。

    此致、

    Jesse

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

    您好 Jesse、

    感谢你的答复。

    关于外部闪存的问题很清楚!

    非常感谢。

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

    尊敬的 Seong:

    我们还有一个问题。
    我们认为可以通过 MCU 重写 CC3235MODAS 的闪存(sFlash)、原始电路将 CC3235MODAS 的 FLASH_SPI 引脚连接到 MCU。 那么、CC3235MODAS 内部的闪存能否从 MCU 重新写入?
    如果无法重写、我们是否必须使 FLASH_SPI 信号保持断开状态?

    下面是我们的问题的剩余部分。
    --
    那么、问题是、是否禁止单独打开和关闭 WiFi 模块的电源? 或者、是否可以通过附加数据表(SWRS215D)"8.17.3复位时序"中所述的时序来独立打开/关闭它?
    --

    此致。

    谢谢你。

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

    您好 Toshio、

    [~ userid="467687" URL"支持/无线连接/wi-fi-group/wii/fi-fi-forume/1093831/cc3235modats-about the Need-for-external-flash/4097720#4097720"]我们认为可以通过 CC35DAS 的原始 MCU 闪存(sFlash)连接到 CC35Das 的原始 MCU 闪存、MO32Das 电路。 那么、CC3235MODAS 内部的闪存能否从 MCU 重新写入?
    如果无法重写、我们是否必须使 FLASH_SPI 信号保持断开状态?

    您可以尝试使用 MCU 重新写入串行闪存、但这通常不是 FLASH_SPI 引脚(如下所示)所使用的方式。

    这些引脚通常用于在生产线上对串行闪存进行编程 、如本生产线指南中所示。 请参阅第2、3和4节。

    如果您确实尝试使用 MCU 重新写入串行闪存、请参阅  CC3235MODx 数据表的第8.16.5.9节"外部闪存接口"、其中说明:

    "CC3235MODx 和 CC3235MODAx MCU 包含 Macronix 32Mb 串行闪存。 串行闪存可直接使用外部闪存接口(引脚13、14、15和17)进行编程。 在正常运行期间、外部闪存接口应保持未连接状态。

    有关时序的详细信息、请参阅 MX25R3235F 数据表。"

    [~ userid="467687" URL" URL"支持/无线连接/wi-fi-group/wii/fi-fi-forume/1093831/cc3235modats-about the Ney-for-external-flash/4097720#4097720"]那么、是否禁止单独打开和关闭 WiFi 模块的电源? 或者、是否可以通过附加数据表(SWRS215D)"8.17.3复位时序"中所述的时序来独立打开/关闭它?

    只要满足数据表中的加电时序要求并且电源能够提供足够的电流、就可以独立打开和关闭模块。

    此致、

    Jesse

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

    你好、Jesse、Seong、Jan、

    我们感谢您的大量支持。
    本文中的所有问题都已解决。

    结论如下。
    CC3235 MODAS 是否需要外部闪存才能工作? →无需外部闪存即可工作
    2.有些硬件错误导致 CC3235MODAS 无法正常工作
    a) UARTLOAD UART 线需要100k 上拉电阻
    b)请勿向 JTAG 线路添加上拉电阻
    C)有必要遵守数据表中有关 WIFI 上电和 nRESET 之间时序的规定。
    d) CC3235MODx 或 CC3235MODAx 模块的意外唤醒和启动可能会由于外部器件在打开 WiFi 电源之前向信号焊盘驱动正电压而发生。
    e) WiFi 电源的容量不足(最大450mA (@ 3.3V、峰值校准电流)

    3.上述问题在以下修复中正常工作。
    a) UARTLOAD 的 UART 线连接了一个100k 上拉电阻。
    b)从 JTAG 线路上移除了上拉电阻
    c)根据数据表设置了 nRESET 的时序。
    d)将我们的 wifi 电源连接到 LaunchPad 上缓冲器外部侧的电源引脚
    e)暂时将 CC3235MODAS 连接到 MCU 电源。 (我们将在下一个版本中将 wifi 电源更改为1A)

    非常感谢。

    此致。