在STM32中移植FATFS文件系统
STM32的FATFS文件系统移植笔记
一、序言
经常在网上、群里看到很多人问关于STM32的FATFS文件系统移植的问题,刚好自己最近也在调试这个程序,为了让大家少走弯路,我把我的调试过程和方法也贡献给大家。
二、FATFS简介
FatFs Module是一种完全免费开源的FAT文件系统模块,专门为小型的嵌入式系统而设计。它完全用标准C语言编写,所以具有良好的硬件平台独立性,可以移植到8051、PIC、AVR、SH、Z80、H8、ARM等系列单片机上而只需做简单的修改。它支持FATl2、FATl6和FAT32,支持多个存储媒介;有独立的缓冲区,可以对多个文件进行读/写,并特别对8位单片机和16位单片机做了优化。
三、移植准备
1、FATFS源代码的获取,可以到官网下载:https://www.360docs.net/doc/9f7704224.html,/fsw/ff/00index_e.html最新版本是R0.09版本,我们就移植这个版本的。
2、解压文件会得到两个文件夹,一个是doc文件夹,这里是FATFS的一些使用文档和说明,以后在文件编程的时候可以查看该文档。另一个是src文件夹,里面就是我们所要的源文件。
3、建立一个STM32的工程,为方便调试,我们应重载printf()底层函数实现串口打印输出。可以参考已经建立好的printf()打印输出工程:.viewtool./bbs/foru ...
d=77&extra=page%3D1
四、开始移植
1、在已经建立好的工程目录User文件夹下新建两个文件夹,FATFS_V0.09和SPI_SD_Card,FATFS_V0.09用于存放FATFS源文件,SPI_SD_Card用于存放SPI的驱动文件。
2、如图1将ff.c添加到工程文件夹中,并新建diskio.c文件,在diskio.c文件中实现五个函数:
1.DSTATUS disk_initialize (BYTE);//SD卡的初始化
2. DSTATUS disk_status (BYTE);//获取SD卡的状态,这里可以不用管
3. DRESULT disk_read (BYTE, BYTE*, DWORD, BYTE);//从SD卡读取数据
4. DRESULT disk_write (BYTE, const BYTE*, DWORD, BYTE);//将数据写入SD
卡,若该文件系统为只读文件系统则不用实现该函数
5. DRESULT disk_ioctl (BYTE, BYTE, void*);//获取SD卡文件系统相关信息
6.
复制代码
图1
3、初步实现以上五个函数
FATFS初始化函数:
1.DSTATUS disk_initialize (
2. BYTE drv /* Physical drive nmuber (0..) */
3. )
4. {
5. switch (drv)
6. {
7. case 0 :
8. return RES_OK;
9. case 1 :
10. return RES_OK;
11. case 2 :
12. return RES_OK;
13. case 3 :
14. return RES_OK;
15. default:
16. return STA_NOINIT;
17. }
18. }
复制代码
1.DSTATUS disk_status (
2. BYTE drv /* Physical drive nmuber (0..) */
3. )
4. {
5. switch (drv)
6. {
7. case 0 :
8. return RES_OK;
9. case 1 :
10. return RES_OK;
11. case 2 :
12. return RES_OK;
13. default:
14. return STA_NOINIT;
15. }
16. }
复制代码
FATFS底层读数据函数:
1.DRESULT disk_read (
2. BYTE drv, /* Physical drive nmuber (0..) */
3. BYTE *buff, /* Data buffer to store read data
*/
4. DWORD sector, /* Sector address (LBA) */
5. BYTE count /* Number of sectors to read (1..255) */
6. )
7. {
8. if( !count )
9. {
10. return RES_PARERR; /* count不能等于0,否则返回参数错误 */
11. }
12. switch (drv)
13. {
14. case 0:
15. if(count==1) /* 1个sector的读操作
*/
16. {
17. return RES_OK;
18. }
19. else /* 多个sector的读操作
*/
20. {
21. return RES_OK;
22. }
23. case 1:
24. if(count==1) /* 1个sector的读操作
*/
25. {
26. return RES_OK;
27. }
28. else /* 多个sector的读操作
*/
29. {
30. return RES_OK;
31. }
32.
33. default:
34. return RES_ERROR;
35. }
36. }
复制代码
FATFS底层写数据函数:
1.DRESULT disk_write (
2. BYTE drv, /* Physical drive nmuber (0..)
*/
3. const BYTE *buff, /* Data to be written */
4. DWORD sector, /* Sector address (LBA) */
5. BYTE count /* Number of sectors to write (1..255) */
6. )
7. {
8. if( !count )
9. {
10. return RES_PARERR; /* count不能等于0,否则返回参数错误 */
11. }
12. switch (drv)
13. {
14. case 0:
15. if(count==1) /* 1个sector的写操作
*/
16. {
17. return RES_OK;
18. }
19. else /* 多个sector的写操作
*/
20. {
21. return RES_OK;
22. }
23. case 1:
24. if(count==1) /* 1个sector的写操作
*/
25. {
26. return RES_OK;
27. }
28. else /* 多个sector的写操作
*/
29. {
30. return RES_OK;
31. }
32.
33. default:return RES_ERROR;
34. }
35. }
复制代码
FATFS磁盘控制函数:
1.DRESULT disk_ioctl (
2. BYTE drv, /* Physical drive nmuber (0..) */
3. BYTE ctrl, /* Control code */
4. void *buff /* Buffer to send/receive control
data */
5. )
6. {
7. if (drv==0)
8. {
9. switch (ctrl)
10. {
11. case CTRL_SYNC :
12. return RES_OK;
13. case GET_SECTOR_COUNT :
14. return RES_OK;
15. case GET_BLOCK_SIZE :
16. return RES_OK;
17. case CTRL_POWER :
18. break;
19. case CTRL_LOCK :
20. break;
21. case CTRL_EJECT :
22. break;
23. /* MMC/SDC command */
24. case MMC_GET_TYPE :
25. break;
26. case MMC_GET_CSD :
27. break;
28. case MMC_GET_CID :
29. break;
30. case MMC_GET_OCR :
31. break;
32. case MMC_GET_SDSTAT :
33. break;
34. }
35. }else if(drv==1){
36. switch (ctrl)
37. {
38. case CTRL_SYNC :
39. return RES_OK;
40. case GET_SECTOR_COUNT :
41. return RES_OK;
42. case GET_SECTOR_SIZE :
43. return RES_OK;
44. case GET_BLOCK_SIZE :
45. return RES_OK;
46. case CTRL_POWER :
47. break;
48. case CTRL_LOCK :
49. break;
50. case CTRL_EJECT :
51. break;
52. /* MMC/SDC command */
53. case MMC_GET_TYPE :
54. break;
55. case MMC_GET_CSD :
56. break;
57. case MMC_GET_CID :
58. break;
59. case MMC_GET_OCR :
60. break;
61. case MMC_GET_SDSTAT :
62. break;
63. }
64. }
65. else{
66. return RES_PARERR;
67. }
68. return RES_PARERR;
69. }
复制代码
以上函数都只是实现一个框架,并没有做实际的事情,下一步就需要把操作SD卡的程序填充在这个框架里面。
4、实现disk_initialize()函数
该函数在挂载文件系统的时候会被调用,主要是实现读写SD卡前对SD卡进行初始化,根据SD卡的传输协议,我们按照如下步骤初始化SD卡:
a、判断SD卡是否插入,可以通过检查SD卡卡座的CD脚电平进行判断,一般插入卡后该引脚会变成低电平。
b、稍微延时一段时间后发送至少74个时钟给SD卡。
c、发送CMD0命令给SD卡,直到SD卡返回0x01为止,这里可以循环多次发送。
程序如下:
1. /* Start send CMD0 till return 0x01 means in IDLE state */
2. for(retry=0; retry<0xFFF; retry++)
3. {
4. r1 = MSD0_send_command(CMD0, 0, 0x95);
5. if(r1 == 0x01)
6. {
7. retry = 0;
8. break;
9. }
10. }
复制代码
d、发送CMD8获取卡的类型,不同类型的卡其初始化方式有所不同。
e、根据卡的类型对卡进行初始化。具体初始化方式可以参考附件程序。
注:在初始化SD卡之前应该初始化SPI接口和相关的管脚。
实现后的程序如下:
1.DSTATUS disk_initialize (
2. BYTE drv /* Physical drive nmuber (0..) */
3. )
4. {
5. int Status;
6. switch (drv)
7. {
8. case 0 :
9. Status = MSD0_Init();
10. if(Status==0){
11. return RES_OK;
12. }else{
13. return STA_NOINIT;
14. }
15. case 1 :
16. return RES_OK;
17. case 2 :
18. return RES_OK;
19. case 3 :
20. return RES_OK;
21. default:
22. return STA_NOINIT;
23. }
24. }
复制代码
MSD0_Init()函数在SPI_MSD0_Driver.c文件中实现。
5、实现disk_read()函数
该函数是读取SD卡扇区数据的函数,根据SD卡数据传输协议可知有读取单扇区和读取多扇区两种操作模式,为提高读文件的速度应该实现读取多扇区函数。
实现后的程序如下:
1.DRESULT disk_read (
2. BYTE drv, /* Physical drive nmuber (0..) */
3. BYTE *buff, /* Data buffer to store read data
*/
4. DWORD sector, /* Sector address (LBA) */
5. BYTE count /* Number of sectors to read (1..255) */
6. )
7. {
8. int Status;
9. if( !count )
10. {
11. return RES_PARERR; /* count不能等于0,否则返回参数错误 */
12. }
13. switch (drv)
14. {
15. case 0:
16. if(count==1) /* 1个sector的读操作
*/
17. {
18. Status= MSD0_ReadSingleBlock( sector ,buff );
19. if(Status == 0){
20. return RES_OK;
21. }else{
22. return RES_ERROR;
23. }
24. }
25. else /* 多个sector的读操作
*/
26. {
27. Status = MSD0_ReadMultiBlock( sector , buff ,count);
28. if(Status == 0){
29. return RES_OK;
30. }else{
31. return RES_ERROR;
32. }
33. }
34. case 1:
35. if(count==1) /* 1个sector的读操作
*/
36. {
37. return RES_OK;
38. }
39. else /* 多个sector的读操作
*/
40. {
41. return RES_OK;
42. }
43.
44. default:
45. return RES_ERROR;
46. }
47. }
MSD0_ReadSingleBlock()和MSD0_ReadMultiBlock()函数都是SD卡操作的底层函数,我们在
SPI_MSD0_Driver.c文件中实现。
6、实现disk_write()函数
该函数主要实现对SD卡进行写数据操作,和读数据操作一样也分单块写和多块写,建议实现多块写的方式,这样可以提高写数据速度。
实现后的程序如下:
1.DRESULT disk_write (
2. BYTE drv, /* Physical drive nmuber (0..)
*/
3. const BYTE *buff, /* Data to be written */
4. DWORD sector, /* Sector address (LBA) */
5. BYTE count /* Number of sectors to write (1..255) */
6. )
7. {
8. int Status;
9. if( !count )
10. {
11. return RES_PARERR; /* count不能等于0,否则返回参数错误 */
12. }
13. switch (drv)
14. {
15. case 0:
16. if(count==1) /* 1个sector的写操作
*/
17. {
18. Status = MSD0_WriteSingleBlock( sector , (uint8_t *)(&buff[0]) );
19. if(Status == 0){
20. return RES_OK;
21. }else{
22. return RES_ERROR;
23. }
24. }
25. else /* 多个sector的写操作
*/
26. {
27. Status = MSD0_WriteMultiBlock( sector , (uint8_t *)(&buff[0]) , count );
28. if(Status == 0){
29. return RES_OK;
30. }else{
31. return RES_ERROR;
32. }
33. }
34. case 1:
35. if(count==1) /* 1个sector的写操作
*/
36. {
37. return RES_OK;
38. }
39. else /* 多个sector的写操作
*/
40. {
41. return RES_OK;
42. }
43.
44. default:return RES_ERROR;
45. }
46. }
MSD0_WriteSingleBlock()和MSD0_WriteMultiBlock()函数都是SD卡操作的底层函数,我们在SPI_MSD0_Driver.c文件中实现。
7、实现disk_ioctl()函数
该函数在磁盘格式化、获取文件系统信息等操作时会被调用。
实现后的程序如下:
1.DRESULT disk_ioctl (
2. BYTE drv, /* Physical drive nmuber (0..) */
3. BYTE ctrl, /* Control code */
4. void *buff /* Buffer to send/receive control
data */
5. )
6. {
7. if (drv==0)
8. {
9. MSD0_GetCardInfo(&SD0_CardInfo);
10. switch (ctrl)
11. {
12. case CTRL_SYNC :
13. return RES_OK;
14. case GET_SECTOR_COUNT :
15. *(DWORD*)buff = SD0_CardInfo.Capacity/SD0_CardInfo.BlockSize;
16. return RES_OK;
17. case GET_BLOCK_SIZE :
18. *(WORD*)buff = SD0_CardInfo.BlockSize;
19. return RES_OK;
20. case CTRL_POWER :
21. break;
22. case CTRL_LOCK :
23. break;
24. case CTRL_EJECT :
25. break;
26. /* MMC/SDC command */
27. case MMC_GET_TYPE :
28. break;
29. case MMC_GET_CSD :
30. break;
31. case MMC_GET_CID :
32. break;
33. case MMC_GET_OCR :
34. break;
35. case MMC_GET_SDSTAT :
36. break;
37. }
38. }else if(drv==1){
39. switch (ctrl)
40. {
41. case CTRL_SYNC :
42. return RES_OK;
43. case GET_SECTOR_COUNT :
44. return RES_OK;
45. case GET_SECTOR_SIZE :
46. return RES_OK;
47. case GET_BLOCK_SIZE :
48. return RES_OK;
49. case CTRL_POWER :
50. break;
51. case CTRL_LOCK :
52. break;
53. case CTRL_EJECT :
54. break;
55. /* MMC/SDC command */
56. case MMC_GET_TYPE :
57. break;
58. case MMC_GET_CSD :
59. break;
60. case MMC_GET_CID :
61. break;
62. case MMC_GET_OCR :
63. break;
64. case MMC_GET_SDSTAT :
65. break;
66. }
67. }
68. else{
69. return RES_PARERR;
70. }
71. return RES_PARERR;
72. }
复制代码
MSD0_GetCardInfo()函数也在SPI_MSD0_Driver.c文件中实现,其中SD0_CardInfo为
PMSD_CARDINFO类型的全局变量,它在SPI_MSD0_Driver.h文件中被定义。
8、到此diskio.c这个文件中的所有函数就已经实现,下一步就是实现SPI_MSD0_Driver.c 文件中的相关函数,SPI_MSD0_Driver.c文件可以在网上下载,参考的程序比较多,本工程使用的这个文件也是在网上下载并进行一定的修改过的。本文件中函数的实现方式可以参考源代码。
五、文件系统测试
1、测试写文件
测试代码如下:
1.//写文件测试
2. printf("write file test......\n\r");
3. res = f_open(&fdst, "0:/test.txt", FA_CREATE_ALWAYS | FA_WRITE);
4. if(res != FR_OK){
5. printf("open file error : %d\n\r",res);
6. }else{
7. res=f_write(&fdst,textFileBuffer,sizeof(textFileBuffer),&bw);
/* Write it to the dst file */
8. if(res == FR_OK){
9. printf("write data ok! %d\n\r",bw);
10. }else{
11. printf("write data error : %d\n\r",res);
12. }
13. /*close file */
14. f_close(&fdst);
15. }
注意:成功打开文件后一定要调用f_close()函数,否则数据无法写入SD卡中。
2、测试读文件
1.//读文件测试
2. printf("read file test......\n\r");
3. res = f_open(&fsrc, "0:/test.txt", FA_OPEN_EXISTING | FA_READ);
4. if(res != FR_OK){
5. printf("open file error : %d\n\r",res);
6. }else{
7. res = f_read(&fsrc, buffer, sizeof(textFileBuffer),
&br); /* Read a chunk of src file */
8. if(res==FR_OK){
9. printf("read data num : %d\n\r",br);
10. printf("%s\n\r",buffer);
11. }else{
12. printf("read file error : %d\n\r",res);
13. }
14. /*close file */
15. f_close(&fsrc);
16. }
复制代码
3、测试结果
测试结果如图2所示。
图2
六、中文长文件名支持
1、要支持长文件名需要在ffconf.h文件中修改两个宏定义。如下为我们修改后的宏定义。
#define _CODE_PAGE 936
#define _USE_LFN 1 /* 0 to 3 */
2、添加支持中文编码的文件
重新编译会发现有如图3的错误。原因是要支持中文文件名需要包含另外一个文件cc936.c,该文件在FATFS文件系统源码的.\src\option目录下,将它添加到工程文件目录FATFS中。如图4是我们添加文件后的工程文件结构,再次编译就通过了。如图5所示。我们发现增加这个文件后代码量增加了很多,主要原因是这个文件是我们支持中文所需要的中文编码文件。
图3
图4
图5
3、再次下载到板子中运行,发现中文的长文件名显示正常了。如图6所示。
4、若不需要支持中文长文件名而只支持英文长文件名则可以将宏定义做如下修改:
#define _CODE_PAGE 437
#define _USE_LFN 1 /* 0 to 3 */
同时将ccsbcs.c添加到工程目录中,这样就可以减小很多大代码量。将程序下载板子后再次运行结果如图7所示,可以看到可以支持英文的长文件名。
LINUX文件系统制作详细
Linux文件系统制作流程 关键词:ARM Linux yaffs文件系统移植 Linux文件系统简介 Linux支持多种文件系统,包括ext2、ext3、vfat、ntfs、iso9660、jffs、romfs和nfs等,为了对各类文件系统进行统一管理,Linux引入了虚拟文件系统VFS(Virtual File System),为各类文件系统提供一个统一的操作界面和应用编程接口。 Linux下的文件系统结构如下: Linux启动时,第一个必须挂载的是根文件系统;若系统不能从指定设备上挂载根文件系统,则系统会出错而退出启动。之后可以自动或手动挂载其他的文件系统。因此,一个系统中可以同时存在不同的文件系统。 不同的文件系统类型有不同的特点,因而根据存储设备的硬件特性、系统需求等有不同的应用场合。在嵌入式Linux应用中,主要的存储设备为RAM(DRAM,
SDRAM)和ROM(常采用FLASH存储器),常用的基于存储设备的文件系统类型包括:jffs2,yaffs,cramfs,romfs,ramdisk,ramfs/tmpfs等。 >基于FLASH的文件系统 Flash(闪存)作为嵌入式系统的主要存储媒介,有其自身的特性。Flash的写入操作只能把对应位置的1修改为0,而不能把0修改为1(擦除Flash就是把对应存储块的内容恢复为1),因此,一般情况下,向Flash写入内容时,需要先擦除对应的存储区间,这种擦除是以块(block)为单位进行的。 闪存主要有NOR和NAND两种技术(简单比较见附录)。Flash存储器的擦写次数是有限的,NAND闪存还有特殊的硬件接口和读写时序。因此,必须针对Flash 的硬件特性设计符合应用要求的文件系统;传统的文件系统如ext2等,用作Flash的文件系统会有诸多弊端。 在嵌入式Linux下,MTD(Memory Technology Device,存储技术设备)为底层硬件(闪存)和上层(文件系统)之间提供一个统一的抽象接口,即Flash的文件系统都是基于MTD驱动层的(参见上面的Linux下的文件系统结构图)。使用MTD 驱动程序的主要优点在于,它是专门针对各种非易失性存储器(以闪存为主)而设计的,因而它对Flash有更好的支持、管理和基于扇区的擦除、读/写操作接口。 顺便一提,一块Flash芯片可以被划分为多个分区,各分区可以采用不同的文件系统;两块Flash芯片也可以合并为一个分区使用,采用一个文件系统。即文件系统是针对于存储器分区而言的,而非存储芯片。 1.jffs2 JFFS文件系统最早是由瑞典Axis Communications公司基于Linux2.0的内核为嵌入式系统开发的文件系统。JFFS2是RedHat公司基于JFFS开发的闪存文件系统,最初是针对RedHat公司的嵌入式产品eCos开发的嵌入式文件系统,所以JFFS2也可以用在Linux,uCLinux中。 Jffs2:日志闪存文件系统版本2(Journalling Flash FileSystem v2) 主要用于NOR型闪存,基于MTD驱动层,特点是:可读写的、支持数据压缩的、基于哈希表的日志型文件系统,并提供了崩溃/掉电安全保护,提供“写平衡”支持等。缺点主要是当文件系统已满或接近满时,因为垃圾收集的关系而使jffs2的运行速度大大放慢。 目前jffs3正在开发中。关于jffs系列文件系统的使用详细文档,可参考MTD补丁包中mtd-jffs-HOWTO.txt。 jffsx不适合用于NAND闪存主要是因为NAND闪存的容量一般较大,这样导致jffs为维护日志节点所占用的内存空间迅速增大,另外,jffsx文件系统在
STM32学习笔记
输入模式初始化GPIOE2,3,4 ①IO口初始化:GPIO_InitTypeDef GPIO_InitStructure; ②使能PORTA,PORTE时钟: RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA|RCC_APB2Periph_GPIOE,ENABLE); ③PE.2.3.4端口配置:GPIO_InitStructure.GPIO_Pin = GPIO_Pin_2|GPIO_Pin_3|GPIO_Pin_4; ④设置成(上拉)输入:GPIO_InitStructure.GPIO_Mode = GPIO_Mode_IPU; ⑤GPIO_Init(GPIOE, &GPIO_InitStructure); 输出模式初始化 ①IO口初始化:GPIO_InitTypeDef GPIO_InitStructure; ②使能PB,PE端口时钟 RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOB|RCC_APB2Periph_GPIOE, ENABLE); ③3LED0-->PB.5 端口配置GPIO_InitStructure.GPIO_Pin = GPIO_Pin_5; ④设置(推挽)输出模式GPIO_InitStructure.GPIO_Mode = GPIO_Mode_Out_PP; ⑤设置IO口速度为50MHz GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz; ⑥说明初始化哪个端口GPIO_Init(GPIOB, &GPIO_InitStructure); 在LED灯试验中初始为高电平灭GPIO_SetBits(GPIOB,GPIO_Pin_5); 再初始化相同发输出模式时③④⑤可省略例如(经实验初始化恰好为不同IO口相同IO序号③可省略,应该不规范吧) GPIO_InitStructure.GPIO_Pin = GPIO_Pin_5; //LED1-->PE.5 端口配置, 推挽输出GPIO_Init(GPIOE, &GPIO_InitStructure); //推挽输出,IO口速度为50MHz GPIO_SetBits(GPIOE,GPIO_Pin_5); //PE.5 输出高 1,头文件可以定义所用的函数列表,方便查阅你可以调用的函数; 2,头文件可以定义很多宏定义,就是一些全局静态变量的定义,在这样的情况下,只要修改头文件的内容,程序就可以做相应的修改,不用亲自跑到繁琐的代码内去搜索。 3,头文件只是声明,不占内存空间,要知道其执行过程,要看你头文件所申明的函数是在哪个.c文件里定义的,才知道。 4,他并不是C自带的,可以不用。 5,调用了头文件,就等于赋予了调用某些函数的权限,如果你要算一个数的N次方,就要调用Pow()函数,而这个函数是定义在math.c里面的,要用这个函数,就必需调用math.h 这个头文件。
实验四Linux内核移植实验
合肥学院 嵌入式系统设计实验报告 (2013- 2014第二学期) 专业: 实验项目:实验四 Linux内核移植实验 实验时间: 2014 年 5 月 12 实验成员: _____ 指导老师:干开峰 电子信息与电气工程系 2014年4月制
一、实验目的 1、熟悉嵌入式Linux的内核相关代码分布情况。 2、掌握Linux内核移植过程。 3、学会编译和测试Linux内核。 二、实验内容 本实验了解Linux2.6.32代码结构,基于S3C2440处理器,完成Linux2.6.32内核移植,并完成编译和在目标开发板上测试通过。 三、实验步骤 1、使用光盘自带源码默认配置Linux内核 ⑴在光盘linux文件夹中找到linux-2.6.32.2-mini2440.tar.gz源码文件。 输入命令:#tar –jxvf linux-2.6.32.2-mini2440-20110413.tar对其进行解压。 ⑵执行以下命令来使用缺省配置文件config_x35 输入命令#cp config_mini2440_x35 .config;(注意:x35后面有个空格,然后有个“.”开头的 config ) 然后执行“make menuconfig”命令,但是会出现出现缺少ncurses libraries的错误,如下图所示: 解决办法:输入sudo apt-get install libncurses5-dev 命令进行在线安装ncurses libraries服务。
安装好之后在make menuconfig一下就会出现如下图所示。 ⑶配置内核界面,不用做任何更改,在主菜单里选择
STM32启动文件详解
STM32启动文件详解 (2012-07-28 11:22:34) 转载▼ 分类:STM32 标签: stm32 启动 在<
文件系统移植
嵌入式linux内核上文件系统的移植 实验目的:在已经能运行的内核上架构文件系统 其实,虽然 root_qtopia 这个文件系统的GUI 是基于Qtopia 的,但其初始化启动过程 却是由大部分由busybox 完成,Qtopia(qpe)只是在启动的最后阶段被开启。由于默认的内核命令行上有 init=/linuxrc, 因此,在文件系统被挂载后,运行的第一个程 序是根目录下的linuxrc。这是一个指向/bin/busybox 的链接,也就是说,系统起来后运行的 第一个程序也就是busybox 本身。 这种情况下,busybox 首先将试图解析/etc/inittab 来获取进一步的初始化配置信息(参 考busybox 源代码init/init.c 中的parse_inittab()函数)。而事实上,root_qtopia 中并没有/et c/inittab 这个配置文件,根据busybox 的逻辑,它将生成默认的配置 实验过程: 一、获取yaffs2源代码 现在大部分开发板都可以支持 yaffs2 文件系统,它是专门针对嵌入式设备,特别是使用nand flash 作为存储器的嵌入式设备而创建的一种 文件系统,早先的yaffs 仅支持小页(512byte/page)的nand flash,现 在的开发板大都配备了更大容量的nand flash,它们一般是大页模式 (2K/page),使用yaffs2 就可以支持大页的nand flash,下面是yaffs2 的移植详细步骤。 在https://www.360docs.net/doc/9f7704224.html,/node/346 可以下载到最新的yaffs2 源代码,需要使用git工具( 安装方法见本手册第一章),在命令行输入:#git clone git://https://www.360docs.net/doc/9f7704224.html,/yaffs2 稍等片刻,就可以下载到最新的yaffs2 的源代码目录,本光盘中也有单独的yaffs2 源代码包( 文件名为:yaffs2-src-20100329.tar.gz)
STM32学习笔记_STM32F103ZET6
STM32F103 系列芯片的系统架构: 系统结构: 在每一次复位以后,所有除SRAM 和FLITF 以外的外设都被关闭,在使用一个外设之前,必须设置寄存器RCC_AHBENR 来打开该外设的时钟。
GPIO 输入输出,外部中断,定时器,串口。理解了这四个外设,基本就入门了一款MCU。 时钟控制RCC: -4~16M 的外部高速晶振 -内部8MHz 的高速RC 振荡器 -内部40KHz低速RC 振荡器,看门狗时钟 -内部锁相环(PLL,倍频),一般系统时钟都是外部或者内部高速时钟经过PLL 倍频后得到 - 外部低速32.768K 的晶振,主要做RTC 时钟源
ARM存储器映像: 数据字节以小端格式存放在存储器中。一个字里的最低地址字节被认为是该字的最低有效字节,而最高地址字节是最高有效字节。
存储器映像与寄存器映射: ARM 存储器映像 4GB 0X0000 00000X1FFF FFFF 0X2000 00000X3FFF FFFF 0X4000 00000X5FFF FFFF
寄存器说明: 寄存器名称 相对外设基地址的偏移值 编号 位表 读写权限 寄存器位 功能说明 使用C语言封装寄存器: 1、总线和外设基地址封装利用地址偏移 (1)定义外设基地址(Block2 首地址) (2)定义APB2总线基地址(相对外设基地址偏移固定) (3)定义GPIOX外设基地址(相对APB2总线基地址偏移固定)(4)定义GPIOX寄存器地址(相对GPIOX外设基地址偏移固定)(5)使用 C 语言指针操作寄存器进行读/写 //定义外设基地址 #define PERIPH_BASE ((unsigned int)0x40000000) 1) //定义APB2 总线基地址 #define APB2PERIPH_BASE (PERIPH_BASE + 0x00010000) 2) //定义GPIOC 外设基地址 #define GPIOC_BASE (AHB1PERIPH_BASE + 0x0800) 3) //定义寄存器基地址这里以GPIOC 为例 #define GPIOC_CRL *(unsigned int*)(GPIOC_BASE+0x00) 4) #define GPIOC_CRH *(unsigned int*)(GPIOC_BASE+0x04) #define GPIOC_IDR *(unsigned int*)(GPIOC_BASE+0x08) #define GPIOC_ODR *(unsigned int*)(GPIOC_BASE+0x0C) #define GPIOC_BSRR *(unsigned int*)(GPIOC_BASE+0x10) #define GPIOC_BRR *(unsigned int*)(GPIOC_BASE+0x14) #define GPIOC_LCKR *(unsigned int*)(GPIOC_BASE+0x18) //控制GPIOC 第0 管脚输出一个低电平5) GPIOC_BSRR = (0x01<<(16+0)); //控制GPIOC 第0 管脚输出一个高电平 GPIOC_BSRR = (0x01<<0);
根文件系统移植
实验五根文件系统移植 实验目的: 通过本次实验,使大家学会根文件系统移植的具体步骤,并对根文件系统有更近一步的感官认识。让同学理解由于根文件系统是内核启动时挂在的第一个文件系统,那么根文件系统就要包括Linux启动时所必须的目录和关键性的文件,任何包括这些Linux 系统启动所必须的文件都可以成为根文件系统。 实验硬件条件: 1、实验PC机一台,TINY6410开发板一台 2、电源线,串口线,数据线。 实验软件条件: 1、VMware Workstation, 2、Ubuntu10.04 3、mktools-20110720.tar.gz 4、busybox-1.13.3-mini2440.tgz, 5、SecureCRT以及dnw烧写工具 实验步骤: 一、实验步骤 1.进入rootfs目录,查看压缩文件,具体操作指令如下:
2.发现有两个压缩文件夹,分别进行解压: 3.tar xvzf busybox-1.13.3-mini2440.tgz, 4.tar xvzf mktools-20110720.tar.gz,解压完成后, 5.查看文件夹#ls
二、实验步骤 1.修改架构,编译器#cd busybox-1.13.3/ 2.进入后查看#ls 3.#gedit Makefile 4.修改 164行 CROSS_COMPILE ?=arm-linux- 5.修改190行 ARCH ?= arm 6.保存后,退出!
三、实验步骤 1.修改配置 #make menuconfig 2.若出现如下提示
3.需调整到最大化。
4.把Busybox Settings -----→>Build Option ------→> Build BusyBox as astatic binary (no shared libs) 选择上,其他的默认即可。 然后一直退出,保存即可 5.接着执行 make接着执行 make install 6.最终生成的文件在_install 中 #cd _install
STM32启动文件的选择及宏定义及芯片型号更改IAP总结(精)
STM32启动文件的选择及宏定义及芯片型号更改 IAP总结 startup_stm32f10x_cl.s 互联型的器件,STM32F105xx,STM32F107xx startup_stm32f10x_hd.s 大容量的STM32F101xx,STM32F102xx,STM32F103xx startup_stm32f10x_hd_vl.s 大容量的STM32F100xx startup_stm32f10x_ld.s 小容量的STM32F101xx,STM32F102xx,STM32F103xx startup_stm32f10x_ld_vl.s 小容量的STM32F100xx startup_stm32f10x_md.s 中容量的STM32F101xx,STM32F102xx,STM32F103xx startup_stm32f10x_md_vl.s 中容量的STM32F100xx startup_stm32f10x_xl.s FLASH在512K到1024K字节的STM32F101xx, STM32F102xx,STM32F103xx cl:互联型产品,stm32f105/107系列 vl:超值型产品,stm32f100系列 xl:超高密度产品,stm32f101/103系列 ld:低密度产品,FLASH小于64K md:中等密度产品,FLASH=64 or 128 hd:高密度产品,FLASH大于128 在KEIL下可以在项目的选项C/C++/PREPROMCESSOR symbols的Define栏里定义,比如STM32F10X_CL 也可以在STM32F10X.H里用宏定义 #if !defined (STM32F10X_LD && !defined (STM32F10X_LD_VL && !defined (STM32F10X_MD && !defined (STM32F10X_MD_VL && !defined (STM32F10X_HD && !defined (STM32F10X_XL && !defined (STM32F10X_CL #define STM32F10X_HD #endif
stm32学习 c语言笔记
这是前段时间做彩屏显示时候遇到的难题, *(__IO uint16_t *) (Bank1_LCD_C)这个就是将后面的数据转换为地址,然后对地址单元存放数据。可如下等效: __IO uint16_t *addr; addr = (__IO uint16_t *) Bank1_LCD_C; #ifdef和#elif连用,语法和if。。。else if语句一样 推挽输出增加驱动,可以驱动LED起来 static int count=0 count++ 这个语句中,count仅仅被初始化一次 以后加加一次期中的值就不会变化了 SysTick_CTRL(控制和状态寄存器) SysTick_LOAD(重装载寄存器) SysTick_VAL(当前值寄存器) SysTick_CALIB(校准值寄存器)
TFT经验:弄多大的相片,必须先把那个相片的尺寸改掉,再去取模,才可以,要不会有重影的嘿嘿嘿嘿 VBAT 是电池供电的引脚 VBAT和ADD同时都掉电时才能让备份区复位。 volatile一个变量的存储单元可以在定义该变量的程序之外的某处被引用。 volatile主要是程序员要告诉编译器不要对其定义的这个变量进行优化,防止其不能被引用,不能被改变。 VDDA>2.4V ADC才能工作 VDDA>2.7V USB才能工作 VDD(1.8-3.6v) VBAT=1.8-3.6v VSS VSSA VREF必须接到地线 没有外部电源供电时必须VBAT接上VDD 使用PLL时,VDDA必须供电
printf("abs(x)=%d\n",x<0?(-1)*x:x) 条件编译是问号前边为真则取冒号前边的值,为假的,则取后边的值。 所以说上边这条打印的语句是打印x的绝对值。 //stm32f10x_nvic.c stm32f10x_lib.c stm32f10x_gpio.c stm32f10x_flash.c stm32f10x_rcc.c TIM6 TIM7基本定时器 (只有这两个定时器不能产生PWM) TIM1 TIM8高级控制定时器 TIM2 TIM3 TIM4 TIM5为通用定时器 其中高级定时器TIM1和TIM8可以同时产生多达7路的PWM输出。而通用定时器也能同时产生多达4路的PWM输出,这样,STM32最多可以同时产生30路PWM输出! 修改和自己写代码时候
FATFS文件系统移植和应用
FATFS文件系统的移植 作者:LJ 时间:2010年11月12日 随着信息技术的发展,目前常用文件系统主要有微软的FAT12、FAT16、FAT32、NTES文件系统,以及Linux系统的EXT2、EXT3等。由于Windows操作系统的广泛应用,当前很多嵌入式产品中用的最多的还是FAT文件系统。所以,选择一款容易移植和使用,并且占用资源少而功能全面的文件系统就显得非常重要了。 FATFS文件系统是一个完全免费且开源的FAT文件系统模块,由小日本工程师编写,它支持FAT12、FAT16和FAT32文件系统,专门为小型的嵌入式系统而设计。模块用标准的C语言编写,可以很容易地移植到各种硬件平台。 在“驱动程序”文件夹中有一个“FatFs R0.07c”文件夹,这是官方提供的FATFS文件系统的源码和文档,版本为R0.07c。打开“doc”文件夹下的“00index_e.html”英文网页文档,里面有FATFS文件系统的全部API函数说明,相对应的应用实例和如何编写硬件接口程序的说明。如果您的英文不怎么好,建议您先装一个有道词典,使用屏幕取词功能,能帮助我们阅读和理解。“00index_j.html”则是日文版的网页,毕竟是小日本写的。“src”文件夹存放有FATFS文件系统源码,下面是该文件夹下各个文件或文件夹存放的内容说明:“ff.h”文件:FATFS文件系统的配置和API函数声明; “ff.c”文件:FATFS源码;
“diskio.h”文件:FATFS与存储设备接口函数的声明; “diskio.c”文件:FATFS与存储设备接口函数; “integer.h”文件:FATFS用到的所有变量类型的定义; “option”文件夹:存放一些外接函数,下一实例有实际的讲解; “00readme.txt”文件:FATFS版本及相关信息说明; 编译工程,没有通过,根据编译信息提示在“diskio.c”文件中在几个函数没有定义。这很正常,因为我们还没有编写文件系统与存储设备的接口函数。下面来分析“diskio.c”文件中各个函数的功能:“DSTATUS disk_initialize ( BYTE drv )”是存储媒介的初始化函数,由于我们使用的是SD卡,所以实际上是对SD卡的初始化; “DSTATUS disk_status ( BYTE drv )”状态检测函数,检测是否支持当前的存储设备,支持返回0; “DRESULT disk_read (BYTE drv, BYTE *buff, DWORD sector, BYTE count)”是读扇区函数,drv是要读扇区的存储媒介号,*buff 存储读取的数据,sector是读数据的开始扇区,count是要读的扇区数。在SD卡的驱动程序中,分别提供了读一个扇区和读多个扇区的函数。当count == 1时,用读一个扇区函数;当 count > 1时,用读多个扇区的函数,这样提高了文件系统读效率。操作成功返回0。 “DRESULT disk_write(BYTE drv, BYTE *buff, DWORD sector, BYTE count)”写扇区函数,drv是要写扇区的存储媒介号,*buff存储写入的数据,sector是写开始扇区,count是要写的扇区数。同样在SD卡的驱动程序中,分别提供了写一个扇区和写多个扇区的函数。
petit_fatfs文件系统移植
FatFS文件系统的优点我就不赘述了,我需要的功能不多,所以我移植是FatFS的精简版petit fatfs,现将我的一直步骤写下来供大家参考。工程暂不能分享,见谅。 1、移植的文件系统为petit fatfs R0.02。 下载地址:https://www.360docs.net/doc/9f7704224.html,/fsw/ff/pff2.zip 2、本人选用的单片机是STC12C5A56S2(容量够大)。 3、选用的SD卡为macro SD,容量512M,格式化为fat32文件系统,分配大小为512字节。 Petit fatfs文件系统的修改步骤及说明如下: 一、integer.h,pff.c,diskio.h这三个文件不需要修改。 二、pff.h的修改: 1、使能FAT32文件系统的支持#define_FS_FAT321 2、选择简体中文编码格式#define_CODE_PAGE936 三、diskio.c的修改: 1、添加必要头文件:reg51.h,sd.h,spi.h。 2、填写设备初始化函数DSTATUS disk_initialize(void) 这个函数我是参考别人写的: DSTATUS disk_initialize(void) { DSTATUS stat; //Put your code here stat=STA_NOINIT; if(!SD_Init()) { stat&=~STA_NOINIT; } return stat; } 3、填写读函数:DRESULT disk_readp(BYTE*dest,DWORD sector,WORD sofs,WORD count) 这个函数写法各异,就不具体说了, BYTE*dest这个就是指你要讲读出来的数据存在哪里的指针变量。 DWORD sector是要读扇区的地址,看一下SD卡的读写命令你就知道了。 WORD sofs是偏移量,简单就是说,要读的数据相对于扇区开始的字节数,这个读出来,直接忽略掉。 WORD count是要读的字节个数,读完偏移量的字节数,就是要读这个,将读出来的数据存在干才说的那个BYTE*dest。 最后还有一个剩余字节数即(512-sofs-count),这个也不是需要的数据,读出来忽略掉就行了。 4、我做的东西不需要向SD写入,所以disk_writep就没有动。 具体操作,以及在主函数中的调用可参考https://www.360docs.net/doc/9f7704224.html,/tlptotop/blog/item/21c30b2ae0c9a4f5e7cd40de.html
STM32学习笔记
STM32学习笔记——时钟频率 ******************************** 本学习笔记基于STM32固件库V3.0 使用芯片型号:STM32F103 开发环境:MDK ******************************** 第一课时钟频率 STM32F103内部8M的内部震荡,经过倍频后最高可以达到72M。目前TI的M3系列芯片最高频率可以达到80M。 在stm32固件库3.0中对时钟频率的选择进行了大大的简化,原先的一大堆操作都在后台进行。系统给出的函数为SystemInit()。但在调用前还需要进行一些宏定义的设置,具体的设置在system_stm32f10x.c文件中。 文件开头就有一个这样的定义: //#define SYSCLK_FREQ_HSE HSE_Value //#define SYSCLK_FREQ_20MHz 20000000 //#define SYSCLK_FREQ_36MHz 36000000 //#define SYSCLK_FREQ_48MHz 48000000 //#define SYSCLK_FREQ_56MHz 56000000 #define SYSCLK_FREQ_72MHz 72000000 ST 官方推荐的外接晶振是8M,所以库函数的设置都是假定你的硬件已经接了8M 晶振来运算的.以上东西就是默认晶振8M 的时候,推荐的CPU 频率选择.在这里选择了: #define SYSCLK_FREQ_72MHz 72000000 也就是103系列能跑到的最大值72M 然后这个C文件继续往下看 #elif defined SYSCLK_FREQ_72MHz const uint32_t SystemFrequency = SYSCLK_FREQ_72MHz; const uint32_t SystemFrequency_SysClk = SYSCLK_FREQ_72MHz; const uint32_t SystemFrequency_AHBClk = SYSCLK_FREQ_72MHz; const uint32_t SystemFrequency_APB1Clk = (SYSCLK_FREQ_72MHz/2); const uint32_t SystemFrequency_APB2Clk = SYSCLK_FREQ_72MHz; 这就是在定义了CPU跑72M的时候,各个系统的速度了.他们分别是:硬件频率,系统时 钟,AHB总线频率,APB1总线频率,APB2总线频率.再往下看,看到这个了: #elif defined SYSCLK_FREQ_72MHz static void SetSysClockTo72(void); 这就是定义72M 的时候,设置时钟的函数.这个函数被SetSysClock ()函数调用,而SetSysClock ()函数则是被SystemInit()函数调用.最后SystemInit()函数,就是被你调用的了
STM32F10x 启动代码文件选择
startup_stm32f10x_xx.s 启动代码文件选择startup_stm32f10x_cl.s 互联型的器件,STM32F105xx,STM32F107xx startup_stm32f10x_hd.s 大容量的STM32F101xx,STM32F102xx,STM32F103xx startup_stm32f10x_hd_vl.s 大容量的STM32F100xx startup_stm32f10x_ld.s 小容量的STM32F101xx,STM32F102xx,STM32F103xx startup_stm32f10x_ld_vl.s 小容量的STM32F100xx startup_stm32f10x_md.s 中容量的STM32F101xx,STM32F102xx,STM32F103xx startup_stm32f10x_md_vl.s 中容量的STM32F100xx startup_stm32f10x_xl.s FLASH在512K到1024K字节的STM32F101xx,STM32F102xx,STM32F103xx 固件库中的Release_Notes_for_STM32F10x_CMSIS.html写到: STM32F10x CMSIS Startup files: startup_stm32f10x_xx.s Add new startup files for STM32 Low-density Value line devices: startup_stm32f10x_ld_vl.s Add new startup files for STM32 Medium-density Value line devices: startup_stm32f10x_md_vl.s SystemInit() function is called from startup file (startup_stm32f10x_xx.s) before to branch to applic ation main. To reconfigure the default setting of SystemInit() function, refer to system_stm32f10x.c file GNU startup file for Low density devices (startup_stm32f10x_ld.s) is updated to fix compilation err ors. 例如我用STM32F103RB,那么选启动文件为startup_stm32f10x_md.s
在STM32中移植FATFS文件系统
STM32的FATFS文件系统移植笔记 一、序言 经常在网上、群里看到很多人问关于STM32的FATFS文件系统移植的问题,刚好自己最近也在调试这个程序,为了让大家少走弯路,我把我的调试过程和方法也贡献给大家。 二、FATFS简介 FatFs Module是一种完全免费开源的FAT文件系统模块,专门为小型的嵌入式系统而设计。它完全用标准C语言编写,所以具有良好的硬件平台独立性,可以移植到8051、PIC、AVR、SH、Z80、H8、ARM等系列单片机上而只需做简单的修改。它支持FATl2、FATl6和FAT32,支持多个存储媒介;有独立的缓冲区,可以对多个文件进行读/写,并特别对8位单片机和16位单片机做了优化。 三、移植准备 1、FATFS源代码的获取,可以到官网下载:https://www.360docs.net/doc/9f7704224.html,/fsw/ff/00index_e.html最新版本是R0.09版本,我们就移植这个版本的。 2、解压文件会得到两个文件夹,一个是doc文件夹,这里是FATFS的一些使用文档和说明,以后在文件编程的时候可以查看该文档。另一个是src文件夹,里面就是我们所要的源文件。 3、建立一个STM32的工程,为方便调试,我们应重载printf()底层函数实现串口打印输出。可以参考已经建立好的printf()打印输出工程:.viewtool./bbs/foru ... d=77&extra=page%3D1 四、开始移植 1、在已经建立好的工程目录User文件夹下新建两个文件夹,FATFS_V0.09和 SPI_SD_Card,FATFS_V0.09用于存放FATFS源文件,SPI_SD_Card用于存放SPI的驱动文件。 2、如图1将ff.c添加到工程文件夹中,并新建diskio.c文件,在diskio.c文件中实现五个函数: 1.DSTATUS disk_initialize (BYTE);//SD卡的初始化 2. DSTATUS disk_status (BYTE);//获取SD卡的状态,这里可以不用管 3. DRESULT disk_read (BYTE, BYTE*, DWORD, BYTE);//从SD卡读取数据 4. DRESULT disk_write (BYTE, const BYTE*, DWORD, BYTE);//将数据写入 SD卡,若该文件系统为只读文件系统则不用实现该函数 5. DRESULT disk_ioctl (BYTE, BYTE, void*);//获取SD卡文件系统相关信息 6. 复制代码
嵌入式linux下的文件系统
嵌入式linux下常见的文件系统RomFS:只读文件系统,可以放在ROM空间,也 可以在系统的RAM中,嵌入式linux中常用来作 根文件系统 ?RamFS:利用VFS自身结构而形成的内存文件系 统,使用系统的RAM空间 ?JFFS/JFFS2:为Flash设计的日志文件系统?Yaffs:专门为Nand Flash设计 ?proc:为内核和内核模块将信息发送给进程提 供一种机制,可以查看系统模块装载的信息?devFS:设备文件系统 Linux上的Ext2fs ?支持4 TB 存储、文件名称最长1012 字符 ?可选择逻辑块 ?快速符号链接 ?Ext2不适合flash设备 ?是为象IDE 设备那样的块设备设计的,逻辑块大小必 须是512 byte、1 KB、2KB等 ?没有提供对基于扇区的擦除/写操作的良好管理 ?如果在一个扇区中擦除单个字节,必须将整个扇区复制到RAM,然后擦除,再重写入
?在出现电源故障时,Ext2fs 是不能防止崩溃的 ?文件系统不支持损耗平衡,缩短了flash的寿命 jffs/jffs2文件系统的优缺点 ?日志文件系统 ?提供了更好的崩溃、掉电安全保护 ?jffs2支持对flash的均匀磨损 ?在扇区级别上执行闪存擦除/写/读操作要 比Ext2文件系统好 ?文件系统接近满时,JFFS2 会大大放慢运行 速度——垃圾收集 Nand上yaffs文件系统的优势 ?专门为Nand flash设计的日志文件系统 ?jffs/jffs2不适合大容量的Nand flash ?jffs的日志通过jffs_node建立在RAM中,占用RAM空间:对于128MB的Nand大概需要4MB的空间来维护节点 ?启动的时候需要扫描日志节点,不适合大容量 的Nand flash ?FAT系统没有日志 编译yaffs文件系统 ?mtd的最新补丁升级? ?接口更新,适合与yaffs
用STM32一步一步点亮led灯
STM32之一步一步点亮led (2011-05-09 19:40) 标签: stm32led v3.4MDK 4.12入门分类:stm32 入手stm32以来,一直想快速上手,所以在各大论坛闲逛,各个达人的blog 上学习,正所谓欲速则不达,心急是吃不了热豆腐的!有木有? 最终决定使用st官网的库开发,据大侠们写道使用库可以快速上手,貌似的确如此,一个个教程写的那么好,直接拿过来用就是了。可是那么多个库,聪明的你请告诉到底选择哪一个啊?My God!实话实说,我被这些库折腾了个够!好吧,我最后还是承认最后用的是v3.4的库,是很方便! 切入正题,点亮LED。 硬件:红牛开发板,STM32F103ZET6(144封装). 软件:RealView MDK 4.12 stm32固件库:v3.4 附上自己整理后的库: V3.4_clean.rar 根据官网库自己整理了下,新建了工程模板如下图:(主要参考文章《在 Keil MDK+环境下使用STM32 V3.4库.pdf》)在KeilMDK+环境下使用STM32V3.4库.pdf 入图所示:新建一个目录01_ProLed,建议放在英文路径下,避免不必要的麻烦。将上面的库v3.4解压到此目录,再新建一个project目录,存放工程。 说明: CMSIS:最底层接口。StartUp:系统启动文件。StdPeriph_Lib:stm32外围设
备驱动文件。Project:工程文件。User:用户文件。新建工程步骤:此处略去300字。 简单说明: 1.core_cm3.c/core_cm3.h 该文件是内核访问层的源文件和头文件,查看其中的代码多半是使用汇编语言编写的。在线不甚了解。--摘自《在Keil MDK+环境下使用STM32 V3.4库》 2.stm32f10x.h 该文件是外设访问层的头文件,该文件是最重要的头文件之一。就像51里面的reg51.h一样。例如定义了 CPU是哪种容量的 CPU,中断向量等等。除了这些该头文件还定义了和外设寄存器相关的结构体,例如: 1.typedef struct
基于STM32的FATS文件系统移植全教程
一、移植目的 1、结合命令界面的改进,实现文件系统与命令界面的结合使用。 2、在命令界面中实现以下文件系统操作命令:flist-列出当前目录下的文件;f mkdir-在当前目录下创建目录;fchgdir-改变当前目录;fread-读取文件内容;fwrite-新建文件并写入。 二、移植条件 1、可以识别参数的串口命令界面。 2、FatFS007e版本。 三、对命令界面所实现功能的描述 1、超级终端设置。 首先打开串口终端,设置波特率115200,8位数据,无奇偶校验,无流控,终端仿真选择ANSIW,asicc码设置为以换行符结尾(以前设置的,原因已经忘了),反正这样设置了能够正常工作。 开发板复位后,终端显示:**********nthq2004 编写的简单命令接口!***** **** Sh> 然后可以在这里输入命令执行。比如现在支持的命令包括:"help","cls","ledon","ledoff","time","temp","i2cwr","i2crd","sdrd","sdwr",共10个命令。比如输入help me命令,则会显示命令界面当前支持的所有命令,并显示当前所有输入的命令参数。所以命令执行过程的分析以help me为例,help是命令,me是参数。 2、串口终端命令输入过程
在串口终端输入一个字符时,其工作工程为: void USART1_IRQHandler(void){ //该函数在文件stm32f10x_it.c中OS_CPU_SR cpu_sr; OS_ENTER_CRITICAL(); OSIntNesting++; //中断嵌套计数 OS_EXIT_CRITICAL(); if ( USART_GetITStatus ( USART1, USART_IT_RXNE )!= RESET) { Uart_ReceiveChar(); //串口接收字符} OSIntExit(); //这里可以触发任务切换软中断 } 串口接收到字符引起终端、然后调用函数Uart_ReceiveChar()获取字符并放入串口消息队列, void Uart_ReceiveChar (void) { //该函数在文件uart.c中 u32 RecChar; RecChar = (u32)(USART1->DR & 0xFF); OSQPost ( UartMsgOSQ, ( void* )RecChar );//将字符指针化放入消息队列,这里接用了周慈航教授书中的方法。} 在task_uartcmd.c文件创建的串口界面任务中, case UartStateInput: //如果出于输入状态 { UartCharIn=Uart_GetChar(); //读取输入按键 UartCharIn &= 0x7F;