• 状态 Resolved
  • 已锁定 已锁定
  • 回复 3 回复
  • 订户 0 订户
  • 视图 257 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] TM4C1290NCPDT：EEPROM 块的保护级别比我们应用的保护级别高莫名

admin
Guru**** 2536460 points


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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1352004/tm4c1290ncpdt-eeprom-blocks-with-mysteriously-higher-protection-level-than-what-we-applied-to-them

器件型号：TM4C1290NCPDT

你好。

我们的应用程序只使用保护级别 EEPROM_PROT_RW_LRO_URW、如果发现任何块尚未提供此保护级别、它会在启动后很快应用此保护级别。

在三个器件上(在许多器件中)、此启动代码遇到了少数 应用 EEPROT_PROT_NA_LNA_URW 保护级别的分类块、即使我们的应用程序中没有任何可实现此更改的源代码也是如此。  尝试将 这些特定装置上的保护级别"降级"到所需的 EEPROT_PROT_RW_LRO_URW 级别会产生错误：EEPROM_RC_NOPERM (权限不足)。  

至少有两个问题：  

  1. 我是否应该从块保护级别的这种即兴更改中理解任何特定的含义-例如、它是否表示我们已经用尽了此单元上的可用写入周期数？ -还是更可能只是某种随机腐败?
  2. 我在文档中看不到降级保护级别时应遵循的顺序。  我是否需要确保在降级保护级别之前解锁模块？或者、作为应用所需保护级别之前的中间步骤、我是否需要完全移除_all_保护？

非常感谢您的任何见解！

  • 0
    TI__Guru**** 2536460 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    [报价 userid="599587" url="~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1352004/tm4c1290ncpdt-eeprom-blocks-with-mysteriously-higher-protection-level-than-what-we-applied-to-them "]

    我们的应用程序只使用保护级别 EEPROM_PROT_RW_LRO_URW、如果发现任何块尚未提供此保护级别、它会在启动后很快应用此保护级别。

    [/报价]

    您好！

    要问的第一个问题是 、块是否受密码保护？ 如果块受到密码保护、达到此保护级别、则只允许读取访问、不允许写入访问。  

    Unknown 说：
    在三台设备上(众多设备中)、此启动代码遇到了少数几个分类块 、而应用了 EEPROM_PROT_NA_LNA_URW 保护级别

    您确定它用作 EEPROM_PROT_NA_LNA_URW 吗？ 在这一保护级别中、即使设置了密码、如果块被锁定、读取和写入访问也会被拒绝。  您是说即使提供密码、也无法读取或写入块吗？

    [报价 userid="599587" url="~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1352004/tm4c1290ncpdt-eeprom-blocks-with-mysteriously-higher-protection-level-than-what-we-applied-to-them "]
    • 我是否应该从块保护级别的这种即兴更改中理解任何特定的含义-例如、它是否表示我们已经用尽了此单元上的可用写入周期数？ -还是更可能只是某种随机腐败?
    • 我在文档中看不到降级保护级别时应遵循的顺序。  我是否需要确保在降级保护级别之前解锁模块？或者、作为应用所需保护级别之前的中间步骤、我是否需要完全移除_all_保护？
    [/报价]

    保护不应因写入周期数而变化。  

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

    您好 Charles、感谢您的回复。

    我声称块已经以某种方式获得  EEPROT_PROT_NA_LNA_urw 的原因是、当我使用 EEPROMBlockProtectGet 查询块保护状态时、返回了该位的值。  

    在回答您的问题"您是说即使您提供了密码、您也无法读取或写入块吗？"时、我 看到尝试解锁块(使用密码)并向其中写入数据的操作失败了。  在阅读和检查结果之前、我没有明确尝试解锁； 我们通常不需要这样做。  但经过深思熟虑、我确实认为确实是这样、因为一旦我成功将一个单元恢复为  EEPROT_PROT_RW_LRO_URW 保护状态、就会看到一组额外的信息。

    自最初发布以来、我学到的一项新内容是：  

    之前从  EPROM_PROT_NA_LNA_urw 更改为所需  EEPROM_PROT_RW_LRO_urw 的尝试失败 、返回代码 EEPROM_RC_NOPERM、如果我首次解锁模块(使用在器件使用寿命早期最初请求 EEPROM_PROT_RW_LRO_urw 时提供的密码) 在尝试更改其保护状态之前、成功。  

    我认为这个答案编号为问题2在我的原始帖子-你同意吗?  我想您已经回答了第1个问题。

    希望我试用一下此装置、以便 TI 更深入地理解它？  否则、我认为我现在有答案 可以继续、可以关闭该 TT 吗？

    谢谢、
    授予

  • 0
    TI__Guru**** 2536460 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    Unknown 说：
    我认为这个答案编号为问题2在我的原始帖子-你同意吗?  [/报价]

    尊敬的 Grant：

     您的理解是正确的。