完善资料让更多小伙伴认识你，还能领取20积分哦， 立即完善>
3天内不再提示
电子发烧友william hill官网
|
|
|
相关推荐
9个回答
|
|
|
|
|
|
|
|
|
回复【2楼】发烧友:
------------------------------- 原子哥。我是这么设置的 在“Options for Target”选项卡中，选择“Debug”，然后，右边的“Use”选择框，选中，“Cortex M/R J-Link/J-Trace”项。 然后，用 J-Link 连接开发板，点击 调试 后，在左边的 寄存器 观察窗口中，看 运行时间。 这样，是不是错了啊？如果，错了，有其它办法测时间吗？ |
|
|
|
|
|
呵呵，看看delay_ms的说明，
//延时Nms //注意Nms的范围 //Nms<=0xffffff*8/SYSCLK //对72M条件下,Nms<=1864 void delay_ms(u16 nms) { ... } |
|
|
|
|
|
|
|
|
|
|
|
Nms 应该不会超过范围的，才 1000 ms 的延时啊。
你下面说的 Stm32_Clock_Init 是什么啊？不太理解，也查不到资料。 还有，硬件仿真，是不是不能查看运行时间啊？或者，说，误差很大？ 请帮帮忙，解答一下，谢谢了。或者，QQ 联系也可以，我的***. |
|
|
|
|
|
还是我自己解答了吧，果真不能硬件仿真，测量时间。误差，太大了，用 示波器 测量硬件的结果，和仿真的结果，就不在一个数量级，我当然相信， 示波器 了。仿真不可靠啊。
|
|
|
|
|
|
呵呵,软件仿真时间还是比较准的.
|
|
|
|
|
|
软件仿真是准确的，
不好意思，我之前误解了你的意思，无视即可， 我刚才下载了你的代码软件仿真了一下，发现确实不准， 然后我用我的在主函数里工程做了同样的事情，仿真的结果是准确的。 对比后发现，原来你的程序里用了官方的 SystemInit函数，里面默认用PLL把系统时钟配置到了72M 看启动代码，你会发现在调用main函数之前会调用SystemInit函数 所以导致了延时不准，把system_stm32f10x.c里的SystemInit函数体注释掉即可。 我的工程里也在用官方给的那个文件，后来考虑到可能会干扰我原有的初始化函数，所以那个函数里的内容就被我注释掉了。 |
|
|
|
|
|
多谢 原子 哥，和，Pony279 兄的解答，我用了官方的 SystemInit函数后，系统时钟的确是 72 了，我调用延时函数初始化时，直接参数用 72 了，即，delay_init(72)，延时，非常准确。
然后，发现，软件仿真 的确时间测量非常准确。硬件仿真，根本就不能测量时间，误差 几乎 达到 一个数量级了。 再次感谢楼上两位的回答。谢谢了。 |
|
|
|
|
只有小组成员才能发言，加入小组>>
调试STM32H750的FMC总线读写PSRAM遇到的问题求解？
1866 浏览 1 评论
X-NUCLEO-IHM08M1板文档中输出电流为15Arms，15Arms是怎么得出来的呢？
1656 浏览 1 评论
1133 浏览 2 评论
STM32F030F4 HSI时钟温度测试过不去是怎么回事？
755 浏览 2 评论
ST25R3916能否对ISO15693的标签芯片进行分区域写密码？
1717 浏览 2 评论
1963浏览 9评论
STM32仿真器是选择ST-LINK还是选择J-LINK?各有什么优势啊？
783浏览 4评论
STM32F0_TIM2输出pwm2后OLED变暗或者系统重启是怎么回事？
607浏览 3评论
626浏览 3评论
stm32cubemx生成mdk-arm v4项目文件无法打开是什么原因导致的？
588浏览 3评论
/6 
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 （威廉希尔官方网站 图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
1409
评论
淘帖
1482
