[参考译文] Bank3/4闪存 CANN&#39；耳塞

您好！

我认为我看到了这个问题。 我想您的意思是说存在问题的是闪存2和闪存3。 闪存0、1和4似乎擦除正常。

我正在调查中。 我会随时向您发布我的进度。

谢谢

Ki

使用 CCS 12.8.1.00005闪存2、3、4无法擦除。  但12.80.00012所有闪存都可以擦除

Unknown 说：

使用 CCS 12.8.1.00005闪存2、3、4无法擦除。  但12.8.0.00012所有闪存均可擦除[/QUOT]

是的、我看到了。 不过、闪存组4似乎再次擦除正常。 但2&3在12.8.1中存在问题、但在12.8.0中不存在问题

我也看到 UniFlash 8.8.x 但不是8.7.0存在相同的问题。

当我在 UniFlash 中启用控制台详细信息、然后擦除所有闪存时、我看到：

UniFlash 8.8.x：

upVerboseClearClose Δ IL
[GEL、9：06：52 AM][INFO] C28xx_CPU1：2024年11月13日 输出：存储器映射初始化已完成
[DCSM、9：06：52 AM][INFO] C28xx_CPU1：输出：... 2024年11月13日 初始化开始...
[DCSM、9：06：53 AM][INFO] C28xx_CPU1：输出：... 2024年11月13日 初始化已完成...
[CPU2、9：06：53 AM][INFO] C28xx_CPU1：GEL 输出：2024年11月13日 已退出复位并配置为等待引导。 (如果您先前已连接、可能必须恢复 CPU2以到达等待引导循环。)
[ 2024年11月13日、9：06：53 AM][信息] C28xx_CPU1：正在擦除闪存存储器...
[DCSM、9：06：53 AM][INFO] C28xx_CPU1：输出：... 2024年11月13日 初始化开始...
[DCSM、9：06：54 AM][INFO] C28xx_CPU1：输出：... 2024年11月13日 初始化已完成...
[CPU2、9：06：54 AM][INFO] C28xx_CPU1：GEL 输出：2024年11月13日 已退出复位并配置为等待引导。 (如果您先前已连接、可能必须恢复 CPU2以到达等待引导循环。)
[PLL、9：06：55 AM][信息] C28xx_CPU1：2024年11月13日 配置状态= 1。 PLL 配置成功。
[C28xx_CPU1 2024年11月13日：擦除闪存组0
[C28xx_CPU1 2024年11月13日：擦除闪存组1
[C28xx_CPU1 2024年11月13日：擦除闪存组4
[C28xx_CPU1、9：06：57 AM][成功] 2024年11月13日：操作成功完成。

UniFlash 8.7.x：

[C28xx_CPU1：2024年11月13日、9：20：09 AM][信息] C28xx_CPU1：GEL 输出：存储器映射初始化完成
[DCSM、9：20：09 AM][INFO] C28xx_CPU1：输出：... 2024年11月13日 初始化开始...
[DCSM、9：20：10 AM][INFO] C28xx_CPU1：输出：... 2024年11月13日 初始化已完成...
[CPU2、9：20：10 AM][INFO] C28xx_CPU1：GEL 输出：2024年11月13日 已退出复位并配置为等待引导。 (如果您先前已连接、可能必须恢复 CPU2以到达等待引导循环。)
[ 2024年11月13日、9：20：10 AM][信息] C28xx_CPU1：正在擦除闪存存储器...
[DCSM、9：20：10 AM][INFO] C28xx_CPU1：输出：... 2024年11月13日 初始化开始...
[DCSM、9：20：11 AM][INFO] C28xx_CPU1：输出：... 2024年11月13日 初始化已完成...
[CPU2、9：20：11 AM][信息] C28xx_CPU1：GEL 输出：2024年11月13日 未复位且配置为等待引导。 (如果您先前已连接、可能必须恢复 CPU2以到达等待引导循环。)
[ 2024年11月13日、9：20：11 AM][信息] C28xx_CPU1：GSxMSEL 寄存器配置正确
[ 2024年11月13日、9：20：11 AM][信息] C28xx_CPU1：BankMuxSel 寄存器配置正确
[PLL、9：20：12 AM][信息] C28xx_CPU1：2024年11月13日 配置状态= 1。 PLL 配置成功。
[ 2024年11月13日、9：20：13 AM][信息] C28xx_CPU1：擦除闪存组0
[C28xx_CPU1 2024年11月13日：擦除闪存组1
[ 2024年11月13日、9：20：13 AM][信息] C28xx_CPU1：擦除闪存组2
[C28xx_CPU1 2024年11月13日：擦除闪存组3
[ 2024年11月13日、9：20：14 AM][信息] C28xx_CPU1：擦除闪存组4
[C28xx_CPU1：操作已成功完成、[ 2024年11月13日、9：20：14 AM][成功]。

 

请注意8.8中缺少的8.7的红色条目。

这些消息与闪存编程器相关。 我与工程部门接触、他们认为这可能是闪存编程器问题、需要让器件专家进行调查。 我将提请他们注意该线程。

谢谢

Ki

您好！

您可以尝试使用最新的 CSS 版本吗？

我们也会在这边审查这一点。

此致、

Rajeshwary

Unknown 说：

您能试一下最新的 CSS 版本吗？

Xu 和我都使用最新的 CCS (12.8.1)版本对此进行了复制、

我还使用最新的 UniFlash 版本(8.8.1)复制了此文档。

许先生、您好！

这是一个已知问题、因为器件指向 nowFlash configs 存储库中 CPU XML 的另一个初始化映射矢量。 下面是当前的权变措施：

在 Uniflash 中、将以下文件放置在该位置：

uniflash_8.8.0\deskdb\content\TICloudAgent\win\ccs_base\c2000\nowFlash\configs

如果使用 CCS、请将以下文件放置在这个位置：

ccs1281\ccs\ccs_base\c2000\nowFlash\configs

e2e.ti.com/.../6052.TMS320F28P65x.CPU1.xml

这样 应该可以解决该问题并允许您在此器件上继续操作。 将在以下 CCS/Uniflash 中进行更新以解决此配置。

谢谢。此致、

Charles

我仍然不能写 const 在 bank4结束

在新 CCS 上使用了新文件

在0xEFFFFE 地址也可执行同样的操作

您好、Craig、

如果在 CRC2_sect 中使用 align(8)、您会看到同样的问题吗？

谢谢！

Charles

遗憾的是

#pragma DATA_SECTION (CRC32_SAVED_2、"CRC2_sect")
uint32_t const CRC32_saved_2 = FWCRCsav；

FWCRCsav 的定义 是32b 0x80D... 但仍然是 FFFF FFFF

现在擦除3和4、但上一次写入未进行

...

C28xx_CPU2：写入缓冲数据@长度为0x00000004的地址0x000E04FC
C28xx_CPU2：--验证闪存@地址0x000E04FC 的长度0x00000004
C28xx_CPU2：写入缓冲数据@长度为0x00000004的地址0x000E07DC
C28xx_CPU2：--验证闪存@地址0x000E07DC、长度为0x00000004

因此、只有 bank3 WR 不是 bank4的终点