最近用到STM32的CRC32模块,看一下官网的Lib,感觉用起来十分简单.但是,你会发现直接使用起来会出现,与很多在线CRC32的网站或者PC端的CRC32校验工具计算结果不一致！

简直就是无语......

搜索了一下,在21IC的论坛上面有关使用STM32的CRC32的大讨论,不过是09年的帖子.主要定论是STM32的CRC32与目前大多数的PC端软件使用的一些数据顺序及方法不一致.这里主要推荐看一下这个链接: STM32内置CRC模块的使用 讨论的很火.

如果真如,那帖子说的那样.那么作为MCU这端,是有必要进行转换,要适应潮流.当然这里不是说ST不好.

按照帖子的结论：

1、每个字节的位序相反。stm32f是按32位，高位在先。而主流实例每字节里面是从低位起的。
2、结果出来后，主流实例与0xffffffff异或了。而stm32f没有。

那么我们可以大概贴出以下代码.

1.  /******************************************************************************* 

2. * Function Name  : CRC32_ForWords 

3. * Description    :输入的是32bit buffer的指针及长度 

4. * Input          :  

5. * Output         :  

6. * Return         :  

7. * 说明           : 

8. *******************************************************************************/  

9. u32 CRC32_ForWords(u32 *pData,u32 uLen)  

10. {  

11.     u32 i = 0,uData = 0;  

12.     if((RCC->AHB1ENR & RCC_CRC_BIT) == 0)  

13.     {  

14.         RCC->AHB1ENR |= RCC_CRC_BIT;  

15.     }  

16.   

17.     /* Reset CRC generator */  

18.     CRC->CR = CRC_CR_RESET;  

19.     for (i = 0;i 

20.     {  

21. #ifdef USED_BIG_ENDIAN        

22.         uData = __REV(*(pData + i));  

23. #else  

24.         uData = *(pData + i);  

25. #endif        

26.         CRC->DR = revbit(uData);  

27.     }  

28.     return revbit(CRC->DR)^0xFFFFFFFF;  

29. }  

说明:__REV()函数功能是将数据按指节大小反向取 ，如原来的数据为0x41424344,经过这个函数之后变成0x44434241

其中,数据反向的代码(由于是GCC编译器所以不知道为什么不支持)别人的代码:

1. crc_16_32 revbit(crc_16_32 data)  

2. {  

3.   asm("rbit r0,r0");  

4.   return data;  

5. };  

自己修改的代码如下:

1. /******************************************************************************* 

2. * Function Name  : revbit 

3. * Description    :对入参uData 按位倒序。如:0111-->1110 

4. * Input          : uData:被转的数据 

5. * Output         : None 

6. * Return         : 转换好的数据 

7. *******************************************************************************/  

8. u32 revbit(u32 uData)  

9.  {  

10.    u32 uRevData = 0,uIndex = 0;  

11.    uRevData |= ((uData >> uIndex) & 0x01);  

12.    for(uIndex = 1;uIndex 

13.    {  

14.     uRevData <<= 1;  

15.     uRevData |= ((uData >> uIndex) & 0x01);  

16.    }  

17.    return uRevData;  

18.  }  

经过测试,确认能得到与PC端的代码一致的结果.

那接着又有问题了,那如果我传入的buffer非4字节对其能否使用STM32 CRC32能.

当然,答案是肯定的.但是需要软件配合.这里直接推荐一下,我的代码参考的帖子: 实现非4字节对其的CRC32方法

我的代码如下:

1. #define CRC32_POLYNOMIAL                        ((uint32_t)0xEDB88320)  

2. #define RCC_CRC_BIT                             ((uint32_t)0x00001000)  

3.   

4. //#define   USED_BIG_ENDIAN  

5.   

6. /*================================================================== 

7. * Function  : CRC32_ForBytes 

8. * Description   : CRC32输入为8bits buffer的指针及长度 

9. * Input Para    :  

10. * Output Para   :  

11. * Return Value:  

12. ==================================================================*/  

13. u32 CRC32_ForBytes(u8 *pData,u32 uLen)  

14. {  

15.     u32 uIndex= 0,uData = 0,i;  

16.     uIndex = uLen >> 2;  

17.       

18.     if((RCC->AHB1ENR & RCC_CRC_BIT) == 0)  

19.     {  

20.         RCC->AHB1ENR |= RCC_CRC_BIT;  

21.     }  

22.   

23.     /* Reset CRC generator */  

24.     CRC->CR = CRC_CR_RESET;  

25.         

26.     while(uIndex--)  

27.     {  

28. #ifdef USED_BIG_ENDIAN    

29.         uData = __REV((u32*)pData);  

30. #else  

31.         memcpy((u8*)&uData,pData,4);  

32. #endif        

33.         pData += 4;  

34.         uData = revbit(uData);  

35.         CRC->DR = uData;  

36.     }  

37.     uData = revbit(CRC->DR);  

38.     uIndex = uLen & 0x03;  

39.     while(uIndex--)  

40.     {  

41.         uData ^= (u32)*pData++;  

42.         for(i = 0;i 

43.           if (uData & 0x1)  

44.             uData = (uData >> 1) ^ CRC32_POLYNOMIAL;  

45.           else  

46.             uData >>= 1;  

47.     }  

48.     return uData^0xFFFFFFFF;  

49. }  

测试一下,"Hello World"得到的结果为0x4A17B156,确认与PC的软件一致.

难道CRC32这样就结束了吗?非也,还有问题.

那就是数据大小端的问题.从我的代码中,我认为如果大端的话需要将数据反一下,然后再送入到STM32 CRC32的硬件里面做运算.这样就可以得到跟PC同样的结果.

但是由于我用keil的gcc编译器,目前这个无法支持大端.所以只能当作留给有心人去帮手做剩下我结论的验证。

keil的gcc编译器编译出来的错误信息也贴上,看看有没有高手支持解决一下:

我认为目前该编译器不支持大端编译的原因是以下链接:讨论gcc大端问题 也许是支持的,自己鸡肠不够好理解错了,欢迎大家纠正.