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.

[参考译文] UNIFLASH:Uniflash GUI 在编程时是否进行验证?

Guru**** 2813875 points

Other Parts Discussed in Thread: TMDSCNCD263P, UNIFLASH

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1570367/uniflash-does-uniflash-gui-do-verification-when-programming

器件型号:UNIFLASH
Thread 中讨论的其他器件: TMDSCNCD263P

工具/软件:

使用具有 TMDSCNCD263P Rev B 的 Uniflash 9.2.0.5300、通过 JTAG 连接的板载 XDS110、BOOTMODE=OSPI (8)。

使用 Uniflash GUI 对闪存进行编程时、控制台表明所有块都已编程并完成。

但我们注意到、有时(难以复制)在成功加载和对电路板进行下电上电后、它会在启动期间部分停止。  就像映像损坏一样。

在一个实例中、我们对 SBL、appimage 和 appimage_XIP 进行了编程。  在成功并重新启动时、我们可以看到输出在引导 SBL 的过程中部分停止。

成功后再次加载相同的图像。  另一次下电上电、SBL 引导并将控制权移交给崩溃的应用程序。

第三次成功再次加载相同的图像。  再次下电上电、现在 SBL 和 appimages 已正确启动。

几乎在每个编程序列对映像进行进一步编程时就出现了这种情况。

我有 3 个问题:

  1. Uniflash GUI 在进行编程时是否执行验证?
    1. 如果是、我们如何解释我看到的行为?
  2. 是否有方法或工具可以只根据闪存中编程的内容来验证映像?
  3. 从独立命令行中使用 dslite 时、参数似乎相互冲突。  -s 表示没有验证、但-v 表示编程后验证。   
    1. -s VerifyAfterProgramLoad=“无验证“
    2. -v
    3. 但它似乎正在进行核查。

感谢您的支持。

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

    您好:

    Uniflash GUI 在进行编程时是否进行验证? [/报价]

    是的。 请参阅:  关于 UNIFLASH:关于 Uniflash 的“验证映像“函数 

    对于非缔约国会议来说、这将是一种“快速“的核查、只在少数几个领域进行核查。

    是否有一种只能根据闪存中编程的内容验证图像的方法或工具?

    使用“verify program“(验证程序)选项、可将 CCS 配置为在不加载/刷写的情况下运行完整验证。

    从独立命令行使用 dslite 时、参数似乎存在冲突。  -s 表示没有验证、但-v 表示编程后验证。   
    1. -s VerifyAfterProgramLoad=“无验证“
    2. -v
    3. 但它似乎正在进行核查。
    [/报价]

    是的,它们似乎相互矛盾。 我假设您使用的是 UniFlash 生成的独立 CLI 包。 我假设它将使用最后指定的选项(在本例中为-v)。 我需要与工程部门确认。

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

    “verify image“(验证图像)链接返回“access denied“(拒绝访问)。

    是否有 CLI 工具? 或者我们可以使用 dslite/uniflash 的一些隐藏功能?  我们不在 CCS 中进行开发、因此使用 uniflash、关闭、打开 CCS、连接、加载映像 验证。  然后再次切换回 uniflash 以对映像进行编程。

    感谢您对此进行研究。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    “验证图像“链接返回“访问被拒绝“。

    抱歉、该链接受限。 以下是相关部分:

    是... 种类。 这是目的、但可以进行不同类型的验证。 UniFlash 默认使用“快速“验证选项、该选项仅检查部分下载程序(前 20 个字节和后 20 个字节)。 所有器件都需要 MSP430、这始终会进行“完整“验证(检查整个程序)。

    有关更多详细信息、请参阅 https://software-dl.ti.com/ccs/esd/documents/users_guide_12.8.0/ccs_debug-main.html#program-memory-load-options。 检查名为“验证选项“的零件。

    是否有 CLI 工具? 或者使用 dslite / uniflash 的一些隐藏功能、我们可以使用吗?

    我会对此进行研究。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    [引用 userid=“2210" url="“ url="~“~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1570367/uniflash-does-uniflash-gui-do-verification-when-programming/6048696 ]是的、它们似乎相互矛盾。 我假设您使用的是 UniFlash 生成的独立 CLI 包。 我假设它将使用最后指定的选项(在本例中为-v)。 我需要与工程部门确认。

    我对此有更多详细信息:

    VerifyAfterProgramLoad 是一个调试器选项、每次写入后都会验证存储器。 对于闪存、这会自动关闭(将其设置为“无验证“)、因为可以缓冲数据以优化写入。 “-v"是“是指在程序加载结束时、在所有数据都已加载后进行独立验证。 它默认为“快速“(部分)验证。

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

    感谢您的解释。

    我的另一张票。  实际上、GUI 根本不会进行任何验证。  您能否证实这一点?   

    https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1567609/am263p4-uniflash-uart-fails-to-flash-appimage-larger-than-1mb-on-tmdscncd263p-evm/6061420?tisearch=e2e-sitesearch&keymatch=%2520user%253A620195#

    此致