完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
好像以前听说,好多系列的MCU,比如说有16K,32K,64K的系列,其实里面都是64K的,只不过前面的是测试保证好的,后面没测试过的
|
|
|
|
感谢回复, 所以一个系列的芯片,就会按照最大的Flash来预留设计么?所以对超出自身flash范围,但是没有超出该系列芯片最大flash范围的部分进行擦除就没问题? |
|
|
|
本帖最后由 stm1024 于 2018-7-13 09:59 编辑
不会有问题,你看看arm的储存器布局: 你看储存器从数学上是连续的,一个区域挨着一个区域,但是实际上,ARM公司在设计的时候考虑到不同厂家的存储空间和外设数量,一般会留有余地。因此,会存在一些真空地带。flash一般会有一个片内储存器保留区间,所以别说什么16k,64k,512k的,就是1GB都是可能的,所以你擦除扇区的时候落在这个区域,是不会起作用的。 如果一个耿直的厂商做了一个1gb的flash…… |
|
|
|
感谢回复,由于不明白具体电路设计的原理,只能单纯的理解为预留出来,不了解对没有接flash的地方执行擦除操作会发生什么样的电气变化。 考虑到程序的稳定性,还是不敢轻易去擦除没有真实flash的地带。ST的例程貌似没有对256K和512K进行区分,统一成512K对待。 |
|
|
|
HAL_FLASH_Program(uint32_t TypeProgram, uint32_t Address, uint64_t Data)这个函数是有返回值的,楼主可以自己DEBUG看一下 返回值(就是return status是多少)
HAL库绝大部分函数都有返回值,便于诊断错误 |
|
|
|
UserMen 发表于 2019-6-18 10:46 感谢回复,我试一下看看 |
|
|
|
你正在撰写答案
如果你是对答案或其他答案精选点评或询问,请使用“评论”功能。
2162 浏览 1 评论
AD7686芯片不传输数据给STM32,但是手按住就会有数据。
1997 浏览 3 评论
4593 浏览 0 评论
如何解决MPU-9250与STM32通讯时,出现HAL_ERROR = 0x01U
2140 浏览 1 评论
hal库中i2c卡死在HAL_I2C_Master_Transmit
2659 浏览 1 评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-12-24 18:41 , Processed in 0.775414 second(s), Total 83, Slave 67 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号