找回密码
 立即注册
查看: 85|回复: 0

关于STC32g144K256芯片的一点超频初测总结及BUG反馈

[复制链接]
  • 打卡等级:初来乍到
  • 打卡总天数:5
  • 最近打卡:2025-10-23 00:29:02

0

主题

6

回帖

78

积分

注册会员

积分
78
发表于 2025-10-23 00:29:02 | 显示全部楼层 |阅读模式

到手既尝试测试了一下stc8052...这玩意超频挺有趣的。
我这里的测试板设计了一个BUCK产生VCORE电源,以减少MCU自身的发热情况.
BUCK未开启时MCU输出的VCORE约1.524V(也就是默认Vcore),此时上限工作频率约142Mhz,VCC输入接近110mA电流

※测试使用跑NOP来进行,不代表全部情况
测试时钟路径为:24M时钟源->分频5->PLL1倍频分别为58,62,66,70->PLL1输出分频2->时钟DIV分频1->CPU

此后开启BUCK来产生Vcore供电,测试了1.600V,1.69V,1.775V三个点(再高怕坏还没测)
在1.600V,芯片149M情况下,芯片功耗约0.30W,
在1.69V,芯片158M,芯片功耗约0.33W
在1.775V,芯片168M时芯片功耗约0.37W


对比默认Vcore情况下,Vcore电压每升高100mV频率上限频率约提升10Mhz
测试程序运行于sram_code区域时频率上限会比flash_code高约5Mhz

此外,wtst寄存器flash延迟所引起的寻址延时情况暂未明显发现...可能需要更复杂的测试算法才可以测试到它
在CPU跑在168Mhz时,无论代码运行在sram_code区还是flash里依然都可以将wtst设置成1,
不知道在什么情况下它能引起可观测的表现

然后是一个BUG反馈:
CKCON寄存器(sfr:0xea),ramexe位有误,
必须把它设置成1才可以对800000~800fff执行写入操作,否则一旦写入既会触发单片机复位。
这与手册甚至逻辑行为都不符,貌似是硬件的bug.
file:///G:\QQ聊天记录文件夹\个人文件夹\1837107998\nt_qq\nt_data\Pic\2025-10\Thumb\2970144003911b384d5c63d0b08f6189_720.jpg


最后是一点经验分享:如需采用外部buck来节省功耗,建议设置电压在1.55~1.6v上(防止电流走mcu内ldo)

截图202510230044155678.jpg
回复

使用道具 举报 送花

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|手机版|深圳国芯人工智能有限公司 ( 粤ICP备2022108929号-2 )

GMT+8, 2025-11-3 02:57 , Processed in 0.131653 second(s), 50 queries .

Powered by Discuz! X3.5

© 2001-2025 Discuz! Team.

快速回复 返回顶部 返回列表