完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
我需要在固件中生成20 ms的中断。 STM8S208的HSE为16 Mhz。
我把这个初始化代码放到我的固件中,通过使用tiM3实现这一点: #define PRESC TIM3_PRESCALER_32 为了达到所需的20 ms周期,我将计数器初始化为10000,以便(16 Mhz / 32 presc = 500 Khz)/ 10000 = 50 Hz。 不幸的是,实际频率是预期频率的75%,所以我需要取消对计数器修正声明的注释。 有人为什么会这样? 问候。 乔治 以上来自于谷歌翻译 以下为原文 I need to generate a 20 ms interrupt into my firmware. HSE is 16 Mhz with STM8S208. I put this initialization code into my firmware to accomplish that through the use of TIM3: #define PRESC TIM3_PRESCALER_32 To achieve the desired 20 ms period I initialized the counter to 10000, so that (16 Mhz / 32 presc = 500 Khz) / 10000 = 50 Hz. Unfortunately the actual frequency is 75% of the expected one, so I need to uncomment the counter correction statement. Does someone why does this happen? Regards. Giorgio |
|
相关推荐
7个回答
|
|
嗯,看不出代码有什么问题。
但是要有10000期,我会使用9999的计数器值。这不会在这里产生很大的不同。 另外,在进入中断程序时,是否清除定时器的中断标志? 以上来自于谷歌翻译 以下为原文 Hmm, don't see anything wrong with the code. But to have period 10000 I would use a counter value of 9999. Not that this would make a big difference here. Also, do you clear the timer's interrupt flag on entering your interrupt routine? |
|
|
|
是的,10000到999没有太大的区别。为了达到所需的时间,我必须将counter设置为755。
当然,我将TIM3_IT_UPDATE清除到处理程序中: #ifdef _COSMIC_ @far @interrupt void TIM3_UPD_OVF_BRK_IRQHandler(void) #else / * _RAISONANCE_ * / void TIM3_UPD_OVF_BRK_IRQHandler(void)中断15 #endif / * _COSMIC_ * / { TIM3_ClearITPendingBit(TIM3_IT_UPDATE); } 以上来自于谷歌翻译 以下为原文 Yes, 10000 to 999 doesn't make a big difference. To achieve the required timing I must set counter to 755. Of course, I cleared the TIM3_IT_UPDATE into the handler: #ifdef _COSMIC_ @far @interrupt void TIM3_UPD_OVF_BRK_IRQHandler(void) #else /* _RAISONANCE_ */ void TIM3_UPD_OVF_BRK_IRQHandler(void) interrupt 15 #endif /* _COSMIC_ */ { TIM3_ClearITPendingBit(TIM3_IT_UPDATE); } |
|
|
|
任何想法为什么会这样?我应该认为它是硬件错误吗?问候
以上来自于谷歌翻译 以下为原文 Any ideas why this happens? Shoud I consider it an harware bug? Regards |
|
|
|
我认为定时器中的硬件错误不太可能。
想到的另一件事是,在配置计时器后是否生成事件源更新?否则,无法保证所有值都已正确加载。 使用TIM3_GenerateEvent(TIM3_EVENTSOURCE_UPDATE) 以上来自于谷歌翻译 以下为原文 I think a hardware bug in the timers is unlikely. Another thing that comes to mind, do you generate an event source update after configuring the timer? Otherwise it is not guaranteed that all values are correctly loaded. with TIM3_GenerateEvent(TIM3_EVENTSOURCE_UPDATE) |
|
|
|
好吧,如果我用计数器观察到10000到755之间的变化行为,则意味着计数器应该正确加载。无论如何我会试试。
以上来自于谷歌翻译 以下为原文 Well, if I observed a changed beahaviour ranging from 10000 to 755 with the counter it would mean the counter should be loaded correctly. Anyway I'll try. |
|
|
|
配置计时器时,甚至无法更改TIM3_GenerateEvent(TIM3_EVENTSOURCE_UPDATE)。还检查了Raisonance编译器生成的程序集,似乎没问题(参考文献中提到的LDW问题):
;功能?TIM3_TimeBaseInit(BEGIN) ;寄存器参数TIM3_Prescaler(A)重新定位(AUTO) ;寄存器YW分配给参数TIM3_Period ;消息来源#78 0000 51 EXGW X,Y ;消息来源#82 0001 C7532A LD 0532AH,A ;消息来源#84 0004 93 LDW X,Y 0005 9E LD A,XH 0006 C7532B LD 0532BH,A ;消息来源#85 0009 909F LD A,YL 000B C7532C LD 0532CH,A ;消息来源#86 000E 81 RET 以上来自于谷歌翻译 以下为原文 No changes even adding TIM3_GenerateEvent(TIM3_EVENTSOURCE_UPDATE) when timer is configured. Checked also the assembly produced by Raisonance compiler, seems to be ok (LDW issue mentioned on the reference): ; FUNCTION ?TIM3_TimeBaseInit (BEGIN) ; Register-parameter TIM3_Prescaler (A) is relocated (AUTO) ; Register YW is assigned to parameter TIM3_Period ; SOURCE LINE # 78 0000 51 EXGW X,Y ; SOURCE LINE # 82 0001 C7532A LD 0532AH,A ; SOURCE LINE # 84 0004 93 LDW X,Y 0005 9E LD A,XH 0006 C7532B LD 0532BH,A ; SOURCE LINE # 85 0009 909F LD A,YL 000B C7532C LD 0532CH,A ; SOURCE LINE # 86 000E 81 RET |
|
|
|
我用COSMIC尝试了你的代码,它首先开始工作。在一个范围我得到一个很好的25赫兹(因为WriteReverse)
int main(void){ u16 counter = 9999; / *切换到16Mhz Crystal Osc时钟* / CLK_ClockSwitchConfig(CLK_SWITCHMODE_AUTO,CLK_SOURCE_HSE,DISABLE,DISABLE); TIM3_DeInit(); // counter = counter / 4 * 3; //校正以接近20毫秒的时间 TIM3_UpdateRequestConfig(TIM3_UPDATESOURCE_GLOBAL); TIM3_TimeBaseInit(TIM3_PRESCALER_32,计数器); TIM3_UpdateDisableConfig(DISABLE); TIM3_ARRPreloadConfig(ENABLE); TIM3_ITConfig(TIM3_IT_UPDATE,ENABLE); TIM3_GenerateEvent(TIM3_EVENTSOURCE_UPDATE); //启用TIM3。 TIM3_Cmd(ENABLE); GPIO_DeInit(GPIOD); GPIO_Init(GPIOD,GPIO_PIN_0,GPIO_MODE_OUT_PP_LOW_SLOW); //启用中断(不,真的)。 enableInterrupts(); // 无限循环。 而(1){ } } // --------------------------------------------- @far @interrupt void Timer3_Interrupt_Handler(void){ GPIO_WriteReverse(GPIOD,GPIO_PIN_0); //清除中断挂起位 TIM3_ClearITPendingBit(TIM3_IT_UPDATE); } 以上来自于谷歌翻译 以下为原文 I tried your code with COSMIC and it worked first start. On a scope I get a nice 25 Hz (because of the WriteReverse) int main(void) { u16 counter = 9999; /* Switch to 16Mhz Crystal Osc clock */ CLK_ClockSwitchConfig(CLK_SWITCHMODE_AUTO, CLK_SOURCE_HSE, DISABLE, DISABLE); TIM3_DeInit(); //counter = counter / 4 * 3; //correction to run closer to a 20 ms period TIM3_UpdateRequestConfig(TIM3_UPDATESOURCE_GLOBAL); TIM3_TimeBaseInit(TIM3_PRESCALER_32, counter); TIM3_UpdateDisableConfig(DISABLE); TIM3_ARRPreloadConfig(ENABLE); TIM3_ITConfig(TIM3_IT_UPDATE, ENABLE); TIM3_GenerateEvent(TIM3_EVENTSOURCE_UPDATE); // Enable TIM3. TIM3_Cmd(ENABLE); GPIO_DeInit(GPIOD); GPIO_Init(GPIOD, GPIO_PIN_0, GPIO_MODE_OUT_PP_LOW_SLOW); // Enable interrupts (no, really). enableInterrupts(); // Infinite loop. while(1){ } } //--------------------------------------------- @far @interrupt void Timer3_Interrupt_Handler(void) { GPIO_WriteReverse(GPIOD, GPIO_PIN_0); // Clear the interrupt pending bit TIM3_ClearITPendingBit(TIM3_IT_UPDATE); } |
|
|
|
只有小组成员才能发言,加入小组>>
请教:在使用UDE STK时,单片机使用SPC560D30L1,在配置文件怎么设置或选择?里面只有SPC560D40的选项
2741 浏览 1 评论
3244 浏览 1 评论
请问是否有通过UART连接的两个微处理器之间实现双向值交换的方法?
1813 浏览 1 评论
3653 浏览 6 评论
6043 浏览 21 评论
1342浏览 4评论
203浏览 3评论
对H747I-DISCO写程序时将CN2的st-link复用为usart1,再次烧录时无法检测到stlink怎么解决?
356浏览 2评论
STM32G474RE芯片只是串口发个数据就发烫严重是怎么回事?
445浏览 2评论
STM32处理增量式编码器Z信号如何判断中断是正转的还是反向转的?
275浏览 2评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-12-26 04:29 , Processed in 1.614878 second(s), Total 88, Slave 72 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号