ThreadX LevelX在STM32+NorFlash的移植

最新推荐文章于 2024-04-18 19:41:17 发布
最新推荐文章于 2024-04-18 19:41:17 发布
阅读量1.4k 收藏 6
点赞数 3
分类专栏： 均衡磨损 文件系统
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_15100379/article/details/110039772
版权

LevelX在STM32+NorFlash的移植

开发平台：

IDE:Atollic TrueSTUDIO for STM32 + STM32Cubemx
MCU:STM32F767IGT6;
NorFlash:W25Q256;
SPI:四线。

本教程是基于STM32 + SPI NorFlash 完成的，实际使用过程中与芯片没什么紧密关系，均可使用，也不局限与SPI NorFlash 。实际上无论什么接口、什么类型的FLASH，除移植过程中对接口操作进行修改其余均可参照此教程进行移植。这里仅仅使用 SPI NorFlash进行举例，其余均可举一反三进行对照移植。

STM32CubeMX中NorFlash SPI的配置参数：

STM32CubeMX NorFlash SPI配置
在这里插入图片描述

移植操作

LevelX将一个NorFlash的物理Block（块）主动分成由N个每128字的大小的扇区组成，所用的NorFlash实际扇区一般都不等于128字即512字节，在移植过程中，只需要将操作的地址进行转换一下，至于绝对操作地址相关的接口即可。

移植接口

只要移植的接口有7个函数接口：

UINT  nor_driver_initialize(LX_NOR_FLASH *nor_flash);
UINT  nor_driver_read_sector(ULONG *flash_address, ULONG *destination, ULONG words);
UINT  nor_driver_write_sector(ULONG *flash_address, ULONG *source, ULONG words);
UINT  nor_driver_block_erase(ULONG block, ULONG erase_count);
UINT  nor_driver_block_erased_verify(ULONG block);
UINT  nor_flash_system_error(UINT error_code, ULONG block, ULONG sector);

UINT nor_driver_initialize(LX_NOR_FLASH *nor_flash)

驱动程序初始化：
这些服务是通过在驱动的初始化函数中设置LX_NOR_FLASH实例的函数指针来设置的。驱动程序的初始化函数。

  1. 指定闪存的基本地址。
  2. 指定闪存的总块数和每个块的字数。
  3. 一个RAM缓冲区（nor_sector_memory），用于读取flash的一个扇区(512字节)，并为ULONG访问而对齐。
    在返回LX_SUCCESS之前，驱动初始化函数可能还会执行额外的设备和/或特定实现的初始化任务。
UINT  nor_driver_initialize(LX_NOR_FLASH *nor_flash)
{
	//dev_dbg(dev, "%s\n", __func__);
    /* Setup the base address of the flash memory.  */
    nor_flash -> lx_nor_flash_base_address =               (ULONG *) 0;

    /* Setup geometry of the flash.  */
    nor_flash -> lx_nor_flash_total_blocks =                TOTAL_BLOCKS;
    nor_flash -> lx_nor_flash_words_per_block =             W25Q256FV_BLOCK_SIZE / sizeof(ULONG);

    /* Setup function pointers for the NOR flash services.  */
    nor_flash -> lx_nor_flash_driver_read =                 nor_driver_read_sector;
    nor_flash -> lx_nor_flash_driver_write =                nor_driver_write_sector;
    nor_flash -> lx_nor_flash_driver_block_erase =          nor_driver_block_erase;
    nor_flash -> lx_nor_flash_driver_block_erased_verify =  nor_driver_block_erased_verify;

    /* Setup local buffer for NOR flash operation. This buffer must be the sector size of the NOR flash memory.  */
    nor_flash -> lx_nor_flash_sector_buffer =  &nor_sector_memory[0];

    /* Return success.  */
    return(LX_SUCCESS);
}

UINT nor_driver_read_sector(ULONG *flash_address, ULONG *destination, ULONG words)

驱动程序读取扇区：
LevelX NOR 驱动程序 "读取扇区 "服务负责读取一个 在NOR闪存的特定块中的特定扇区。所有的错误检查和 纠正逻辑是驱动服务完成的。
如果成功，则 LevelX NOR 驱动程序返回 LX_SUCCESS。
如果不成功，LevelX NOR 驱动程序返回 LX_ERROR。
其中 "flash_address "指定了一个逻辑扇区的地址。NOR闪存块，"目标 "和 "字 "指定在哪里。放置扇区的内容和读取多少个32位字。

UINT  nor_driver_read_sector(ULONG *flash_address, ULONG *destination, ULONG words)
{
	uint8_t Nor_Status = 0;

	Nor_Status = BSP_W25Q256_Read((uint8_t*) destination, (uint32_t)flash_address, words * 4);

	if(W25Q256_OK == Nor_Status)
	{
		return (LX_SUCCESS);
	}
	else
	{
		dev_err(dev, " Read Sector Error!!!");
		return (LX_ERROR);
	}
}

UINT nor_driver_write_sector(ULONG *flash_address, ULONG *source, ULONG words)

驱动器写扇区：
LevelX NOR驱动 "写扇区 "服务负责写一个 块的NOR闪存中。所有的错误检查都是 驱动服务的责任。
如果成功，LevelX NOR驱动程序 返回 LX_SUCCESS。
如果不成功，LevelX NOR驱动程序将返回 LX_ERROR。
其中，“ flash_address”指定NOR闪存块中逻辑扇区的地址，而“ source”和“ words”指定写入的源以及要写入多少个32位字。
注意：LevelX依赖驱动程序来验证写入扇区是否成功。 通常通过读回编程值以确保其与要写入的请求值相匹配来完成此操作。

UINT  nor_driver_write_sector(ULONG *flash_address, ULONG *source, ULONG words)
{
	uint8_t Nor_Status = 0;
    /* Loop to write flash.  */
    Nor_Status =  BSP_W25Q256_Write((uint8_t*) source, (uint32_t) flash_address, words * 4);
	if(W25Q256_OK == Nor_Status)
	{
		return (LX_SUCCESS);
	}
	else
	{
		dev_err(dev, " Write Sector Error!!!");
		return (LX_ERROR);
	}
}

UINT nor_driver_block_erase(ULONG block, ULONG erase_count)

驱动器块擦除
LevelX NOR驱动的 "块擦除 "服务负责擦除 “块”。NOR闪存的指定块。
如果成功，LevelX NOR驱动程序 返回 LX_SUCCESS。
如果不成功，LevelX NOR驱动程序将返回 LX_ERROR.LevelX NOR驱动的原型是 “块擦除”。
其中 "block "表示要擦除的NOR块。参数 "erase_count "是为了诊断目的而提供的。例如 驱动程序可能希望在以下情况下提醒应用软件的另一部分。擦除次数超过特定的阈值。

注意：LevelX依赖驱动程序检查块的所有字节，以确保将其擦除（包含所有字节）。

UINT  nor_driver_block_erase(ULONG block, ULONG erase_count)
{
    uint8_t Nor_Status = 0;
    Nor_Status =  BSP_W25Q256_Erase_Sector(block * W25Q256FV_BLOCK_SIZE);
	if(W25Q256_OK == Nor_Status)
	{
		return (LX_SUCCESS);
	}
	else
	{
		dev_err(dev, " Erase Sector Error!!!");
		return (LX_ERROR);
	}
}

UINT nor_driver_block_erased_verify(ULONG block)

驱动程序块被擦除 验证
LevelX NOR驱动的 "块擦除验证 "服务主要负责 验证NOR闪存的指定块是否已被擦除。
如果已被擦除，则： LevelX NOR驱动程序返回LX_SUCCESS。
如果块没有被清除。的LevelX NOR驱动程序返回LX_ERROR。

其中 "block "指定要验证哪个block是否被擦除。
注意：LevelX依赖驱动程序检查指定字节的所有字节，以确保将其擦除（包含所有字节）。

UINT  nor_driver_block_erased_verify(ULONG block)
{
ULONG   *word_ptr;
ULONG   words;
	static uint8_t erase_verify_buf[W25Q256FV_SECTOR_SIZE] = {0};
	u32 i = 0, Sectors_per_block = W25Q256FV_SECTORS_PER_BLOCK;
	uint8_t Nor_Status = 0;
	for(i = 0; i< Sectors_per_block; i++)
	{
		/*每次只读取其中一个扇区*/
		Nor_Status =  BSP_W25Q256_Read(erase_verify_buf, block * W25Q256FV_BLOCK_SIZE + i * W25Q256FV_SECTOR_SIZE, W25Q256FV_SECTOR_SIZE);
		if(W25Q256_OK != Nor_Status)
		{
			return (LX_ERROR);
		}

		words = W25Q256FV_SECTOR_SIZE / sizeof(ULONG);
		word_ptr = (ULONG *)&erase_verify_buf[0];

	    while (words--)
	    {
	        /* Is this word erased?  */
	        if (*word_ptr++ != 0xFFFFFFFF)
	        {
	            return(LX_ERROR);
	        }
	    }
	}

    /* Return success.  */
    return(LX_SUCCESS);
}

UINT nor_driver_system_error(UINT error_code, ULONG block, ULONG sector)

驱动程序系统错误处理
LevelX NOR驱动程序 "系统错误处理 "服务负责设置处理LevelX检测到的系统错误。该例程中的处理是依赖于应用程序的。
如果成功，LevelX NOR驱动程序返回LX_SUCCESS。
如果不成功，LevelX NOR驱动程序返回LX_ERROR。
其中 "error_code "代表发生的错误。

UINT  nor_driver_system_error(UINT error_code, ULONG block, ULONG sector)
{
    LX_PARAMETER_NOT_USED(error_code);
    LX_PARAMETER_NOT_USED(block);
    LX_PARAMETER_NOT_USED(sector);

    /* Custom processing goes here...  all errors are fatal.  */
    return(LX_ERROR);
}

LevelX的使用

正如均衡磨损的那篇文章中介绍的那样，LevelX并不依赖与ThreadX 或者是FileX，仅仅依赖与部分ThreadX的数据类型，所以添加需要的数据类型后，我们就可以直接使用了。

LevelX最终目的就是实现均衡磨损，用户只需要知道当前LevelX提供的虚拟操作扇区，无需知道实际操作的物理扇区。
下面是一个使用LeveX的一个小demo:

int main(void)
{
  /* USER CODE BEGIN 1 */

  /* USER CODE END 1 */

  /* MCU Configuration--------------------------------------------------------*/

  /* Reset of all peripherals, Initializes the Flash interface and the Systick. */
  HAL_Init();

  /* USER CODE BEGIN Init */

  /* USER CODE END Init */

  /* Configure the system clock */
  SystemClock_Config();

  /* USER CODE BEGIN SysInit */

  /* USER CODE END SysInit */

  /* Initialize all configured peripherals */
  MX_GPIO_Init();
  MX_USART1_UART_Init();
  MX_SPI5_Init();
  MX_FMC_Init();
  /* USER CODE BEGIN 2 */

  BSP_W25Q256_Reset();

  BSP_W25Q256_Init();

  _lx_nor_flash_initialize();

  _lx_nor_flash_open(&nor_flash, "sim nor flash", nor_driver_initialize);
  /* USER CODE END 2 */

  /* Infinite loop */
  /* USER CODE BEGIN WHILE */
  while (1)
  {
	  HAL_Delay(1000);
    /* USER CODE END WHILE */

    /* USER CODE BEGIN 3 */
	  if(WD_TEST)
	  {
		/*更改/初始化要写入的数据*/
		  for(i = 0; i< LX_NOR_SECTOR_SIZE/4; i++)
		  {
			  WrBuf[i] = i+1;
		  }
	  /*将要写入的内容写入虚拟扇区“1”， 大小128字*/
		  _lx_nor_flash_sector_write(&nor_flash, 1, WrBuf);
		/*从虚拟扇区“1”中读取大小128字数据*/
		  _lx_nor_flash_sector_read(&nor_flash, 1, RdBuf);
		/*打印出读取的数据*/
		  for(i = 0; i< LX_NOR_SECTOR_SIZE/4; i++)
		  {
			  dev_dbg(dev, "%ld ", RdBuf[i]);
		  }
		  dev_dbg(dev, "\n ");
	  }
  }
  /* USER CODE END 3 */
}

如果每次写入同一个“扇区”于不同的数据，但读取数据与写入数据相同，根据FLASH的写入特性，则表明移植成功。也可以查看底层操作扇区接口，打印出实际使用物理扇区或地址，确保移植成功。
本次工程文件：LevelX移植工程

李易达
关注
  • 3
    点赞
  • 踩
  • 6
    收藏
    觉得还不错? 一键收藏
  • 7
    评论
专栏目录
STM32+Nano版RT-thread+LWIP移植源码
05-23
STM32+Nano版RT-thread+LWIP移植源码是一个针对STM32微控制器的嵌入式系统开发项目，其核心目标是将轻量级的RTOS（实时操作系统）RT-thread的Nano版本与TCP/IP协议栈LWIP整合，以实现网络通信功能。下面将详细阐述这...
RT-Thread在正点原子Apollo上为 QSPI FLASH W25Q256移植FATFS文件系统
qq_38784061的博客
03-06 1997
大概步骤在官网上的介绍已经说清楚了https://www.rt-thread.org/document/site/application-note/components/dfs/an0012-dfs/ 其中有一些细节问题，这里再说一遍 ①首先需要有一个stm32f767-atk-apollo的工程，在rtthread\bsp\stm32下有这个bsp包，进去后在env直接输入scons ...
STM32CubeMX+FATFS+FREERTOS实现W25Q256虚拟U盘
chen18221987993的博客
02-09 5897
STM32CubeMX+FATFS+FREERTOS实现W25Q258虚拟U盘
stm32开发之threadx+filex+levelx结合使用(底层设备使用的是w25q128)
最新发布
scl8295的博客
04-18 553
说明sd卡的扇区大小一般是512字节,w25q128的扇区大小是4096，所以在分配的缓冲区的时候按最大的来分配5124096/*4KB*/
STM32+FATFS+W25Q64——第一次尝试移植
qq_43418795的博客
08-31 828
小白为了更了解文件系统，自己尝试移植，记录自己移植的过程，方便复盘。
彻底拿下QSPI双闪存W25Q256| STM32H750| QSPI 双FLASH |cubeIDE |下载算法（一）
weixin_43166744的博客
10-07 3871
STM32H750挂在QSPI双闪存
STM32CbueMX之Fatfs移植到SPI_Flash
sudaroot的博客
07-02 2043
我使用的是SPI_Flash芯片是W25Q256，兼容MX25L256。驱动程序在https://blog.csdn.net/sudaroot/article/details/93158309 STM32CubeMX配置图： 解释一下选项： 1、支持中文简体编码格式就没什么好说的。 2、缓存工作区为什么放在栈？其实fatfs提供了三个选项：BSS，STACK , ...
在STM32MP157A上移植ThreadX
07-26
10. **PanGu开发板**：PanGu开发板提供了丰富的外设和示例代码，有助于快速验证和测试ThreadX在实际硬件上的运行效果。 完成以上步骤后，就可以在STM32MP157A的M4核上成功移植并运行ThreadX，实现高效的实时操作...
STM32F103+Azure threadx RTOS 简单任务
05-17
STM32F103+Azure threadx RTOS 简单任务 此程序包含Azure threadx RTOS代码在STM32F103芯片的移植，采用Keil5搭建工程。简单实现两个任务，LED亮灭验证任务的运行。
基于stm32的threadx移植工程+源代码+文档说明
12-02
基于stm32的threadx移植工程 ## 项目备注 1、该资源内项目代码都经过测试运行成功，功能ok的情况下才上传的，请放心下载使用！ 2、本项目适合计算机相关专业(如计科、人工智能、通信工程、自动化、电子信息等)的...
基于STM32F103标准库移植RTTHread_NANO
01-30
在STM32F103上移植RT-Thread Nano，可以为开发者提供多任务调度、定时器、信号量、互斥锁等基本的实时操作功能，提升系统性能和可维护性。 移植RT-Thread Nano到STM32F103标准库的过程中，主要涉及以下步骤： 1. *...
LevelX STM32 SPI NorFlash
11-24
本教程是基于STM32 + SPI NorFlash 完成的，实际使用过程中与芯片没什么紧密关系，均可使用，也不局限与SPI NorFlash 。实际上无论什么接口、什么类型的FLASH，除移植过程中对接口操作进行修改其余均可参照此教程进行移植。这里仅仅使用 SPI NorFlash进行举例，其余均可举一反三进行对照移植。
ThreadX + LevelX+ FileX在STM32+NorFlash的移植
李易达 的博客
12-23 2590
ThreadX + LevelX+ FileX在STM32+NorFlash的移植 开发平台： IDE:MDK + STM32Cubemx MCU:STM32F767IGT6; NorFlash:W25Q256; SPI:四线。 本教程是基于STM32 + SPI NorFlash 完成的，此历程相对上一个LevelX的历程中增加了使用ThreadX 与FileX的支持，同时，SPI Flash驱动增加DMA收发支持。实际使用过程中与芯片没什么紧密关系，均可使用，也不局限与SPI NorFlash 。实际
ThreadX Levelx的移植和使用(nor flash)
欲盖弥彰1314
05-07 2390
LevelX Azure RTOS也就是ThreadX。 Azure RTOS LevelX 向嵌入式应用程序提供 NAND 和 NOR 闪存提供实现磨损均衡的手段。由于NAND和NOR闪存都只能进行有限次数的擦除，均衡分配闪存的使用至关重要，这通常被称为磨损均衡，通过LevelX实现。 这段话来自 Azure RTOS LevelX 用户手册。可以知道 Azure RTOS通过LevelX组件实现对NAND和NOR两种flash实现磨损平衡，LevelX组件只是一个组件，与任何硬件、文件系统
STM32芯片开发之添加外置NOR FALSH扩展代码空间
Jkf40622的专栏
12-15 1万+
网上查了很多资料,但都很零碎不是很完整,这里我系统总结一下从0开始建立一个使用外部NOR Flash的程序的方法。 Nor Flash是通过FSMC总线可以直接读写的Flash存储器，掉电不丢失，相比NandFlash成本高，容量小，但可以作为程序存储器使用，即可以直接在NorFlash上执行代码，NandFlash虽然也可以执行代码，在至少在STM32中是不支持的，可能ARM7都是不支持的。
基于NAND flash的Levelx+Filex+USBx工程实例
qq_23747513的博客
01-14 841
做此工程前的想法：使用nand flash作为存储器，实现单片机文件系统挂载和usb存储设备。简单说一块nand flash能被单片机和电脑同时访问后期在准备开启SDRAM时，发现同时使用NAND会影响性能，下一步把NAND flash换成SD卡（先写到这，后续再写）
levelx norFlash
fzhenyu的博客
07-13 242
levelx 实现了flash的均衡摩擦，有针对nor 和 nand的接口 支持均衡 支持读写 支持可移植
STM32CubeMX学习笔记（27）——FatFs文件系统使用（操作SD卡）
热门推荐
Leung的博客
12-07 1万+
一、FatFs简介 FatFs 是面向小型嵌入式系统的一种通用的 FAT 文件系统。它完全是由 ANSI C 语言编写并且完全独立于底层的 I/O 介质。因此它可以很容易地不加修改地移植到其他的处理器当中，如 8051、PIC、AVR、SH、Z80、H8、ARM 等。FatFs 支持 FAT12、FAT16、FAT32 等格式，所以我们利用前面写好的 SPI Flash 芯片驱动，把 FatFs 文件系统代码移植到工程之中，就可以利用文件系统的各种函数，对 SPI Flash 芯片以“文件”格式进行读写操
threadx之levelx组件的使用记录(结合w25q128)
scl8295的博客
04-15 404
**//** 外部引入变量*//** 变量*//* 用于printf互斥 *//** 静态全局变量*//** 函数声明*//*** @brief 组件初始化开始* @return*//*** @brief 组件初始化开始* @return*//* 创建互斥信号量 */这里使用lx_nor_flash_open打开设备的时候会出现状态不正确的情况，原因可能是flash中的数据格式问题，需要格式化一次。
RT-thread 在stm32F401芯片移植流程
06-09
在STM32F401芯片上移植RT-Thread的流程如下： 1. 配置开发环境：安装好ARM GCC编译器和STM32CubeMX软件，并配置好相应的环境变量。 2. 创建STM32CubeMX项目：使用STM32CubeMX软件创建一个新的STM32F401项目，并配置好相应的时钟、GPIO、UART等外设参数。 3. 生成代码：在STM32CubeMX软件中生成HAL库的代码，并将其导出到指定的目录。 4. 移植RT-Thread：将RT-Thread的源代码复制到项目目录下，并进行相关的配置，如内存布局、中断向量表等。 5. 编写应用程序：在RT-Thread的应用程序中，编写相应的驱动程序和应用程序，如LED驱动、按键驱动、串口调试等。 6. 编译和下载：使用ARM GCC编译器编译生成可执行文件，并使用JTAG调试器下载到STM32F401芯片上进行调试。 需要注意的是，在移植RT-Thread到STM32F401芯片上时，需要了解STM32F401芯片的硬件特性和RT-Thread的移植方法，同时还需要熟悉ARM Cortex-M系列芯片的相关知识。如果您是初学者，建议先阅读相关的开发文档和教程。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 7
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值