cyclone v QSPI烧写问题(not able to map flash id)

在使用soceds工具烧写QSPI过程中遇到notabletomapflashidfromflashdatabase错误。经排查,发现问题源于DS-5调试过程中误改CR1的OTP位,导致上电保护位默认为1,进而引发flash异常行为。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

在使用soc eds工具烧写QSPI过程中,出现了如下问题:


not able to map flash id from flash database。

板子刚开始使用时是没有问题的,经过一段时间调试后,突然就出现这个问题。每次上电后,是可以读出flashid的,但是失败后再次读取发现flashid读取也失败。经过分析,认定是在使用DS-5调试过程中,改写了一个CR1的otp位。导致上电的保护位默认是1,这样就导致了flash的异常行为。下面对这个问题进行较详细分析。

我们使用的QSPI芯片是 spansion S25FL256S 。他的SR1读出来是这样的:


也就是说这个位在上电后默认BP1-BP0是1。关于保护的内容在手册里有如下说明:


这个说明是保护了全部扇区。所以我们第一次擦写会失败。那么问题在这里,就是出厂时侯是没有保护的,BP0-BP2与CR1的配置有关。关于这个看手册下面的说明。


结合这个表可以知道当CR1.BPNV=1时,BP[0:2]=0x111。这样所以扇区全部处于保护状态。但是问题来了,这个位是OTP位,也就是说一次编程再不可更改的一个位,默认是0.那么这个位现在上电却变成了0。是什么软件将这个位改掉了呢?目前问题可以定位到这里。有待进一步确认是那位伙计干的。


评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

如之

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值