完善资料让更多小伙伴认识你，还能领取20积分哦， 立即完善>
3天内不再提示
|
我现在要用tiM1产生频率为20kHz的PWM，我选用TIM1的中央对齐模式：
TIM_TimeBaseStructure．TIM_CounterMode = TIM_CounterMode_CenterAlignedl； 为了提高定时器的分辨率，直接将72 MHz作为定时器的计数时钟，没有任何预分频。假设PWM频率为frq = 20k，则可以计算时间基的计数值tpwm： TIM_CLOCK是定时器的计数频率，本系统为72 MHz。频率设为20 kHz，则计数器的值则为3600。 问题：那请问我向TIM_TimeBaseStructure.TIM_Period(TIM1_ARR)中应该赋值为1800还是1800-1啊？为什么？求高手帮忙指导 
1
|
|
相关推荐
22个回答
|
|
|
应该是1800-1
|
|
|
|
|
|
1800-1 吧
|
|
|
|
|
|
重新上个图片吧
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
楼上正解。
|
|
|
|
|
|
|
|
|
|
|
|
但是手册上写的是：In center-aligned mode, the counter counts from 0 to the auto-reload value (content of the TIMx_ARR register) – 1, generates a counter overflow event, then counts from the autoreload value down to 1 and generates a counter underflow event. Then it restarts counting from 0.(在中央对齐模式，计数器从0开始计数到自动加载的值(TIMx_ARR寄存器)−1，产生一个计数器溢出事件，然后向下计数到1并且产生一个计数器下溢事件；然后再从0开始重新计数。) 这样的话，如果里面装1800-1，上升时计数器从0开始计数到1798（上升计了1799个数），然后向下计数到1（1798个数），总共就不是3600了。不知我这样分析对不？ |
|
|
|
|
|
谢谢你的回复，可否进一步分析下，谢谢。 |
|
|
|
|
leilijiao 发表于 2018-9-29 19:33 我也是这样理解的，手册上的例子也给出了类似的说明。 在向上和向下模式时是从0-1799总共计时1800次 在中央对齐时是0-1798 总共1799，然后再从1799到1又是1799，所以总共计时3598. |
|
|
|
|
|
如果实在确定不了的，可以示波器测试一下波形。
|
|
|
|
|
|
我用示波器已经测试了，设的是1800-1，产生的PWM的周期适合的，但是理论上我不理解啊，为什么是这样？和我想的不一样 |
|
|
|
|
|
楼上几位也分析了。手册也说明是从0开始增加，加到1799，正好是1800。
|
|
|
|
|
|
我用装1800也测试了，周期也是合适的，纠结。。。。。。 |
|
|
|
|
|
示波器应该可以测试出一点差别的。
|
|
|
|
|
|
10#说的很好啊
|
|
|
|
|
|
这个不可能装2个不同的值结果都对吧，有空我自己测试下
|
|
|
|
|
你正在撰写答案
如果你是对答案或其他答案精选点评或询问，请使用“评论”功能。
2028 浏览 1 评论
AD7686芯片不传输数据给STM32，但是手按住就会有数据。
1879 浏览 3 评论
4470 浏览 0 评论
如何解决MPU-9250与STM32通讯时,出现HAL_ERROR = 0x01U
2027 浏览 1 评论
hal库中i2c卡死在HAL_I2C_Master_Transmit
2535 浏览 1 评论
/6 
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
6903
评论
淘帖
34660
