2023国内精品久久久久精免费,japan少妇洗澡videos

標題: 新手玩STM32F1x遇到的常見問題及解決措施 [打印本頁]

作者: 上善-若水 時間: 2018-7-6 11:07
標題: 新手玩STM32F1x遇到的常見問題及解決措施
1 在flash中跑程序時，能進入中斷，但在ram中跑時，進不了中斷的原因。
看以下的中斷配置函數(shù)可以知道，要在ram中調試程序，需要定義VECT_TAB_RAM。
定義方法a:在Project\Options for taget 'xxx' 的對話框的c/c++中定義宏VECT_TAB_RAM

定義方法b:在程序中直接定義

void NVIC_Configuration(void)
{
  NVIC_InitTypeDef NVIC_InitStructure;

#ifdef  VECT_TAB_RAM
  /* Set the Vector Table base location at 0x20000000 */
  NVIC_SetVectorTable(NVIC_VectTab_RAM, 0x0);
#else  /* VECT_TAB_FLASH  */
  /* Set the Vector Table base location at 0x08000000 */
  NVIC_SetVectorTable(NVIC_VectTab_FLASH, 0x0);
#endif

  /* Configure and enable ADC interrupt */
  NVIC_InitStructure.NVIC_IRQChannel = ADC1_2_IRQChannel;
  NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority = 0;
  NVIC_InitStructure.NVIC_IRQChannelSubPriority = 0;
  NVIC_InitStructure.NVIC_IRQChannelCmd = ENABLE;
  NVIC_Init(&NVIC_InitStructure);
}

2 SysTickHandler 函數(shù)不能進入。
原先初始化的語句為
SysTick_Config();

修改為以下時可以進入
SysTick_Config();
SysTick_CounterCmd(SysTick_Counter_Enable);

3 如何解決鏈接時錯誤"..\obj\LowCostDA.axf: Error: L6218E: Undefined symbol assert_failed (referred from stm32f10x_flash.o)."？
如果所加入的庫是STM32F10xD.LIB（即調試模式庫），則需要在無論什么得放添加函數(shù)定義
void assert_failed(u8* file, u32 line)
{
  /* User can add his own implementation to report the file name and line number,
   ex: printf("Wrong parameters value: file %s on line %d\r\n", file, line) */  /* Infinite loop */
  while (1)
  {
  }
}

如果所加入的庫是STM32F10xR.LIB（即發(fā)布模式庫），則不會報錯。

4 打開中斷的時機不正確，導致無法進行任務切換。

由于我過早地打開了 SysTick 中斷，而我在SysTickHandler 中有如下語句：

{

...

OS_ENTER_CRITICAL(); /* Tell uC/OS-II that we are starting an ISR  */
OSIntNesting++;
OS_EXIT_CRITICAL();

OSTimeTick();       /* Call uC/OS-II's OSTimeTick()             */

OSIntExit();
...

}

因為打開過早，因此 OSIntNesting++ 能夠執(zhí)行，而OSIntExit函數(shù)卻沒有把OSIntNesting減1.因此，導致了無法進行任務切換。

注意2點可以避免該情況：
a 同時使用 OSIntExit(); 和OSIntEnter(); 而不是像我這樣使用OSIntNesting++ 和OSIntExit()。
b 開中斷要在操作系統(tǒng)初始化后完成，即在OSStart之后。

5 程序中只要使用了printf函數(shù)，就會執(zhí)行到BKTP語句掛掉。

解決方法：Project\Options  Target選項頁中選中 Use MicroLIB

關于 MicroLIB的詳細說明見網(wǎng)友文章

6 參考99的rtc時鐘的使用方法，出現(xiàn)問題并順利解決。

在程序中我修改當前時間是調用的以下函數(shù)
void Time_SetUnixTime(time_t t)
{
RTC_WaitForLastTask();
RTC_SetCounter((u32)t);

RTC_WaitForLastTask();
return;
}
但是程序會一直運行在 RTC_WaitForLastTask 中無法出來。

最終順利解決。
99所介紹的程序啟動是配置rtc的函數(shù)如下：

void RTC_Config(void)
{
//我們在BKP的后備寄存器1中，存了一個特殊字符0xA5A5
//第一次上電或后備電源掉電后，該寄存器數(shù)據(jù)丟失，
//表明RTC數(shù)據(jù)丟失，需要重新配置
if (BKP_ReadBackupRegister(BKP_DR1) != 0xA5A5)
{
      //重新配置RTC
      RTC_Configuration();
      //配置完成后，向后備寄存器中寫特殊字符0xA5A5
      BKP_WriteBackupRegister(BKP_DR1, 0xA5A5);
}
else
{
      //若后備寄存器沒有掉電，則無需重新配置RTC
      //這里我們可以利用RCC_GetFlagStatus()函數(shù)查看本次復位類型
      if (RCC_GetFlagStatus(RCC_FLAG_PORRST) != RESET)
      {
         //這是上電復位
      }
      else if (RCC_GetFlagStatus(RCC_FLAG_PINRST) != RESET)
      {
         //這是外部RST管腳復位
      }
      //清除RCC中復位標志
      RCC_ClearFlag();

      //雖然RTC模塊不需要重新配置，且掉電后依靠后備電池依然運行
      //但是每次上電后，還是要使能RTCCLK???????
      //RCC_RTCCLKCmd(ENABLE);
      //等待RTC時鐘與APB1時鐘同步
      //RTC_WaitForSynchro();

      //使能秒中斷
      RTC_ITConfig(RTC_IT_SEC, ENABLE);
      //等待操作完成
      RTC_WaitForLastTask();
}

#ifdef RTCClockOutput_Enable
/* Enable PWR and BKP clocks */
RCC_APB1PeriphClockCmd(RCC_APB1Periph_PWR | RCC_APB1Periph_BKP, ENABLE);

/* Allow access to BKP Domain */
PWR_BackupAccessCmd(ENABLE);

/* Disable the Tamper Pin */
BKP_TamperPinCmd(DISABLE); /* To output RTCCLK/64 on Tamper pin, the tamper
                              functionality must be disabled */

/* Enable RTC Clock Output on Tamper Pin */
BKP_RTCOutputConfig(BKP_RTCOutputSource_CalibClock);
#endif

return;
}

要調用Time_SetUnixTime設置時間應該在if分支里邊。

而不是在else分支里邊。
我正好是犯了這樣的錯誤。

7 關于堆棧對齊的問題
程序中出現(xiàn)了一個奇怪的問題
char g_cpTask2Buffer[200];

void Task2(void *arg)
{
...

sprintf(g_cpTask2Buffer,"%.3f", ADCInfoArray[0].m_fVolt);
...

}

ADCInfoArray[0].m_fVolt是一個float值。

在執(zhí)行完 sprintf 后，無論m_fVolt是多少，始終得到的g_cpTask2Buffer的內容都是"0.000"。

調試了好幾天的匯編終于解決了問題，根源竟然是ucos的堆棧需要以8字節(jié)對齊。

Task2是一個ucos的任務，Stack2 是Task2的任務堆棧。

如果是以下形式則出錯：

Stack2                                  0x200084ac Data       804  main.o(.bss)
Stack3                                  0x200087d0 Data       800  main.o(.bss)
如果是以下形式則不出錯：
Stack2                                  0x200084ac Data       800  main.o(.bss)
Stack3                                  0x200087cc Data       800  main.o(.bss)

為什么 sprintf在Task2 的中，但是執(zhí)行結果的正確與否卻看起來似乎與Task3的任務堆棧Stack3相關？

原因是，任務 Task2 的堆棧頂實際上位于Stack2 + (Stack2STKSIZE - 1)，該值正好與Stack3
相連。

為什么堆棧必須要8字節(jié)對齊？
因為在匯編中有這樣的語句：
BIC    r0,r2,#0x07

該句得到double型值（在處理過程中，m_fVolt先從float被轉換為double型）的存儲地址。

該匯編的意思是把r2的最低一個字節(jié)的二進制最后3位清零，即把r2變?yōu)樾稳?6進制xxxxxxx0或者xxxxxxx8，然后放入r0。

可以看到該地址必然是8字節(jié)對齊的。

最根本的原因我仍然沒有找到，但算是解決了問題。

8 外部sram用作堆棧的一個問題

系統(tǒng)中使用了ucos，由于任務堆棧的空間需要的比較多，因此把其放到了外部sram中，使用這樣的語句：

OS_STK Stack1[STKSIZE] __at (Bank1_SRAM3_ADDR) ;

但是沒有想到的是，在使用sdio方式操作sd卡時，總是出現(xiàn)SDIO_IT_TXUNDERR 中斷。

沒有好的解決辦法，只能老老實實地把任務堆棧放入片內的sram。

想來，恐怕原因是系統(tǒng)在和SD卡交換數(shù)據(jù)時用到了任務堆棧區(qū)，而任務堆棧區(qū)所在的片外的sram速度不夠快導致的問題。

雖然問題湊合解決了，但是問題仍然存在：

外部sram到底能怎么用？如果外部sram能和片內的sram一樣方便地使用就好了。

看到這篇博客的朋友，有沒有什么好的解決辦法？

9 鬧鐘中斷的問題(RTCAlarm)

打算在standby模式下使用鬧鐘中斷，但由于standby模式調試不方便，因此在正常運行狀態(tài)下先測試鬧鐘中斷。

沒想到遇到了問題：
關掉了RTC_IRQHandler，只打開RTCAlarm_IRQHandler。但是依然能進入RTC_IRQHandler中斷函數(shù)，但不是正常狀態(tài)下的進，而是不停地進中斷，
而且RTC_GetITStatus(RTC_IT_SEC)得到狀態(tài)也確實不是秒中斷發(fā)生。

同時，也會進RTCAlarm_IRQHandler中斷，也不是正常狀態(tài)下的進，而是不停地進中斷，而且RTC_GetITStatus(RTC_IT_ALR)得到狀態(tài)也確實不是鬧鐘中斷發(fā)生。

最終找到了問題所在：
一定要在RTCAlarm_IRQHandler函數(shù)中有這句：EXTI_ClearITPendingBit(EXTI_Line17);

歡迎光臨 (http://www.torrancerestoration.com/bbs/)