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.
您好!
当 TPS65987从"区域1"加载增补软件集+配置文件时、我会看到一个问题。 它似乎总是返回错误的"版本(寄存器0x0F)"、因为它总是返回0xF7071000、而不是应该返回的0xF7071008。 从"区域0"加载增补软件集时 ,版本(Reg. 0x0F)将正确返回 0xF7071008。
有趣 的是、自定义配置文件不受影响、我能够正确协商自定义 PDO、但我担心的是、如果最新的 TI 补丁0xF7071008无法进行修复/修改、我将看到其他差异。
作为可能的提示、浏览二进制文件时、我只会看到包含" 0xF707"的2个位置、区域区域区域开头的一个位置包含正确的"0xF7071008"
但是、在较低的几百字节处有一个"0xF7071000"、这可能是某个情况、也可能只是一个奇怪的巧合。
您能否帮助澄清返回旧修补程序0xF7071000的版本的后果?
谢谢、
Ilya
您好!
感谢您的联系。
我已将此问题指派给相关专家、他们将很快返回给您。
谢谢
普拉吉斯
您好 Ilya、
几个问题:
1.您是否在评估模块上看到此问题?
2.如果平台是您的定制平台、您如何对 SPI 闪存进行编程? 意思是、您是否使用外部 EC/微控制器对其进行编程?
3.当您看到错误时,您可以共享 Boot Flags 寄存器(0x2D)的读数吗?
此致、
Kedar
您好!
1.我没有现有的评估模块设置。
2.我已经通过微控制器和使用生成"完整映像"二进制文件通过 Aardvark 工具"内联"刷写 SPI 闪存。 这两种情况都会导致版本读取0xF7071000、到目前为止、这似乎是唯一的结果。
3. 这是引导标志寄存器(0x2D) 0x00000030 000006a2 00000078 -(说到它、规范似乎并不表示字节[5-8]、即0x000006a2后面的含义)
谢谢、
Ilya
您好!
进一步澄清(2):
相反、为了强制从区域1加载、我通过擦除区域0 [0x0000、0x1000)的标头来模拟"损坏"。
此致、
Ilya
您好 Iliya、
最后一点、不建议触摸标题区域。 也会损坏标头指向的数据。
仅为了说明、您是否尝试测试冗余、或者是否有 PD 控制器最终尝试从区域1而非区域0引导的情况?
根据您提供的数据、它看起来像区域#0和区域#1都被尝试(0x00000030)。
您能否共享二进制文件和配置(PJT 文件)以进行并行审阅?
要回答您原来的问题、F7071000和 F7071008版本之间存在显著差异。 始终建议使用最新和最优秀的补丁。
此致、
Kedar
您好!
理论上、闪存的任何部分都可能发生损坏、因此这就是我仿真的结果。
我正在尝试测试冗余。 从区域1引导是否存在已知问题?
如何私下共享工程文件?
我当然明白这两个版本之间有很大的差异。 在 使用区域#1时、它无法完全加载补丁集 F7071008、或者无法正确读取/填充补丁集版本寄存器、这是个问题吗?
谢谢、
Ilya
您好 Ilya、
这是发行说明中记录的器件中的一个已知问题。 引用发行说明的摘录:
"如果 RegionHead-0指向的低区域二进制文件的前四个字节包含无效的设备标识标签,则设备当前不会尝试从高区域(由 RegionHeader-1指向)引导。"
此致、
Kedar
您好 Kedar、
编辑
在我最近的实验中、我没有正确删除"中间"页面。 这似乎是"腐败"的实验。 这意味着、如果我从低区域中擦除随机页面、我将获得正确的高区域补丁版本。 擦除标头似乎也会导致从高区域加载时出现问题。
谢谢、
Ilya