搜索

GD32F130R8T6发现严重BUG

[复制链接]
746|24
 楼主 | 2021-1-11 23:00 | 显示全部楼层 |阅读模式
当程序超过32K时,一条指令时间超长,用8M内部振荡器,一条指令长达20us;花了2周时间查问题,已经确定是mcu问题,还有谁遇到过?

使用特权

评论回复
| 2021-1-12 00:38 | 显示全部楼层
flash部分,这个不是bug,也不严重,这个叫“特性”,你仔细看看官方手册里面写了

使用特权

评论回复
| 2021-1-12 07:06 | 显示全部楼层
本帖最后由 imdx 于 2021-1-12 08:04 编辑

这不是bug,这是特性,用户手册上写得明明白白。GD32F130只有前面32k闪存是0等待的。64kB器件的后32kB访问有很长的延时,至于多长的延时,手册没有说。
简单来说,你把GD32F130C8T6当做一个32kB的器件来用就行了。
手册上还没有明确的一点是:对于FLASH不大于32kB的型号,比如32kB,16kB的型号,是否全部FLASH都是0等待?
猜测应该是全部0等待,否则对于16kB的型号,只有前面8kB是0等待那就没法用了。希望GD的FAE看到能给澄清一下。

使用特权

评论回复
 楼主 | 2021-1-12 11:01 | 显示全部楼层
imdx 发表于 2021-1-12 07:06
这不是bug,这是特性,用户手册上写得明明白白。GD32F130只有前面32k闪存是0等待的。64kB器件的后32kB访问 ...

谢谢,看到了,第一次遇到这个问题,没仔细看这句话;GD32F130 整个系列前32K是0等待,小于32k的mcu全0等待。

使用特权

评论回复
| 2021-1-12 11:31 | 显示全部楼层
看看这个标题。

使用特权

评论回复
 楼主 | 2021-1-12 15:07 | 显示全部楼层
本帖最后由 xhaity 于 2021-1-12 15:10 编辑

  高达64KB字节的片上闪存可用于存储指令或数据;
  在闪存的前32K字节空间内,CPU执行指令零等待;
  从闪存的32K ~ 64K地址空间内取数据有比较长的延迟;

从User_Manual 看有这三句话, 比较长的延迟,是什么话啊,找不到任何参数, 从目前分析, 后32k就是加了一个串行的data flash,可以当作code flash用,具体有多少延迟,“它妈”也不知道; 而且是说取数据,没有说取指令; 也许二货说的取数据包括取指令

使用特权

评论回复
| 2021-1-12 18:24 | 显示全部楼层
AT32没有这个问题,建议试试

使用特权

评论回复
| 2021-1-12 20:18 | 显示全部楼层
芯片内部就是用的串行flash,前32k上电后加载到ram里面运行,所以说芯片里面有一个大于32k的ram,雅特力也采用类似架构,所以ram大小可以自己设定

使用特权

评论回复
 楼主 | 2021-1-12 23:30 | 显示全部楼层
fuhelian 发表于 2021-1-12 20:18
芯片内部就是用的串行flash,前32k上电后加载到ram里面运行,所以说芯片里面有一个大于32k的ram,雅特力也 ...

可能性不大,如果加载到ram运行的话,系统总线频率不可能从72MHz修正到48MHz

使用特权

评论回复
| 2021-1-13 09:09 | 显示全部楼层
这个和FLASH特性有关系

使用特权

评论回复
| 2021-1-13 10:27 | 显示全部楼层
imdx 发表于 2021-1-12 07:06
这不是bug,这是特性,用户手册上写得明明白白。GD32F130只有前面32k闪存是0等待的。64kB器件的后32kB访问 ...

可以通过查看数据手册,有说明 code区和data区分别是多少,不同的IC 的code 区域大小是不一样的

使用特权

评论回复
| 2021-1-13 10:35 | 显示全部楼层
chenyilin 发表于 2021-1-13 10:27
可以通过查看数据手册,有说明 code区和data区分别是多少,不同的IC 的code 区域大小是不一样的 ...

gd的片子慢的flash区也是code区,都能跑程序,只是速度太慢被很多人当成data用了而已。

使用特权

评论回复
| 2021-1-13 10:36 | 显示全部楼层
fcccc 发表于 2021-1-12 18:24
AT32没有这个问题,建议试试

AT32也有零等待和非零等待,都一样的……

使用特权

评论回复
| 2021-1-13 10:39 | 显示全部楼层
本帖最后由 发呆二极管 于 2021-1-13 10:49 编辑
xhaity 发表于 2021-1-12 23:30
可能性不大,如果加载到ram运行的话,系统总线频率不可能从72MHz修正到48MHz  ...

别可能性不大……很遗憾,gd就是在你所说的可能性较小的那个区间,gd众所周知就是这样的硬件架构。
零等待的片子都是通过ram跑程序实现的。国产mcu里就at和gd是这样的。
刚开始用gd的时候我也踩这个坑了,习惯就好。1x0系列全是前32k零等待,后32k非常慢,所以你就当32k用就好了。

使用特权

评论回复

评论

xhaity 2021-1-15 15:39 回复TA
众所周知,还是道听途说,还是有专门文档说明? 不要听推广人员瞎说,市场推广人员,为了推广产品可以胡诌乱扯,技术文档可以要负法律责任,做技术的人,要讲事实,哪里有文档讲了这个众所周知的硬件架构? 
| 2021-1-13 11:11 | 显示全部楼层
发呆二极管 发表于 2021-1-13 10:36
AT32也有零等待和非零等待,都一样的……

AT32这个速度还是可以的非零等待96Mhz 无标题.jpg

使用特权

评论回复
| 2021-1-13 11:13 | 显示全部楼层
fcccc 发表于 2021-1-13 11:11
AT32这个速度还是可以的非零等待96Mhz

嗯,是的,at32的NZW速度确实也可以,比gd快多了……

使用特权

评论回复
| 2021-1-13 11:33 | 显示全部楼层
大多数芯片的flash如果以较低速度运行,是不用插入等待周期的.
不知道楼主这个8M时钟为何还这么长时间.

使用特权

评论回复
| 2021-1-13 11:40 | 显示全部楼层
fcccc 发表于 2021-1-13 11:33
大多数芯片的flash如果以较低速度运行,是不用插入等待周期的.
不知道楼主这个8M时钟为何还这么长时间. ...

一般130都是8m的hse倍频到72m运行,而不管频率多少,gd1x0在32k之后的flash,速度慢的就是没法用。

使用特权

评论回复
| 2021-1-14 15:04 | 显示全部楼层
对标的STM32是不是也有这样的问题呢?

使用特权

评论回复
| 2021-1-14 18:57 | 显示全部楼层
这个片子的FLASH特性就这样

使用特权

评论回复
扫描二维码,随时随地手机跟帖
您需要登录后才可以回帖 登录 | 注册

本版积分规则

我要发帖 我要提问 投诉建议 申请版主

快速回复

您需要登录后才可以回帖
登录 | 注册
高级模式

论坛热帖

在线客服 快速回复 返回顶部 返回列表