本文还有配套的精品资源，点击获取 menu-r.4af5f7ec.gif

简介：STM32F103系列微控制器基于ARM Cortex-M3内核，适合嵌入式系统。通过内部Flash模拟EEPROM功能，开发者可以实现成本效益高的存储解决方案。使用STM32的HAL库，可以高效管理Flash读写操作，并通过数据块管理、磨损均衡、错误检测与校验、虚拟地址映射以及擦除操作优化等策略，可靠地模拟EEPROM操作特性。本项目展示了如何使用HAL库进行Flash操作，为需要长期保存数据而不想使用外部EEPROM的项目提供支持，并提升开发者在嵌入式设计中的问题解决能力。 STM32F103_EEPROM_Emulation.rar

1. STM32F103微控制器简介

STM32F103微控制器是STMicroelectronics推出的一款性能卓越的ARM Cortex-M3处理器系列。作为一款中等规模的微控制器，它为各种应用提供了丰富的集成外设和灵活的内存选择，因此在工业控制、医疗设备以及消费类电子产品中得到了广泛的应用。本章将简要介绍STM32F103的核心特征和如何作为项目开发的起点。我们将讨论它的性能规格、内部结构以及开发环境，为接下来深入探讨其内部Flash模拟EEPROM功能打下坚实的基础。STM32F103不仅拥有快速的处理速度和高效的电源管理，还提供了易于使用的开发工具，这对于希望快速上手项目的开发者来说是一个巨大的优势。

2. 内部Flash模拟EEPROM功能

2.1 Flash存储器的特性与工作原理

2.1.1 Flash存储器的技术细节

Flash存储器是一种非易失性的存储技术，它结合了ROM的非易失性和RAM的可电擦除可编程性。它允许数据的读写，并在断电情况下保持数据不丢失。Flash存储器被广泛用于固件存储、数据记录等多种场合。其内部结构主要由多个存储单元组成，每个单元通过浮栅晶体管来存储数据。

在Flash存储器中，写入操作通常是通过改变浮栅晶体管中电子的数量来实现的。擦除操作则是通过高电压脉冲来将浮栅中的电子“倾空”，从而将存储单元重置为初始状态。由于擦除操作会逐渐损耗存储单元的寿命，Flash存储器有擦写次数限制，超过一定次数后，存储单元可能出现无法可靠擦写的问题。

2.1.2 Flash与EEPROM的对比分析

尽管Flash和EEPROM都属于非易失性存储器，但它们在技术实现和应用方面有所不同。Flash存储器由于其密度高、成本低的优点，逐渐取代了EEPROM在许多应用中的地位。

EEPROM通过电子直接写入和擦除，而Flash通常需要以更大的块或扇区为单位进行擦除。这意味着在需要频繁更新小量数据的场景下，EEPROM可能更合适，因为Flash的擦除单位较大，会导致不必要的数据擦除。然而，Flash的块擦除特性让其在大容量存储应用中更具成本优势。

2.2 Flash模拟EEPROM的实现机制

2.2.1 模拟的理论基础

模拟EEPROM功能在Flash存储器上实现时，需要在软件层面上模拟出EEPROM的读写特性。即在Flash中划定特定区域，模仿EEPROM中的地址空间来存储数据。为了实现这一模拟，需要设计一套机制来管理数据的读写，并处理数据块的磨损均衡问题，避免频繁擦写同一块区域导致的寿命缩短。

2.2.2 实现步骤与代码解析

实现Flash模拟EEPROM功能的步骤大致如下：

  1. 初始化Flash存储区域 ：首先，需要在Flash中选择或划分一个区域用于模拟EEPROM。通常需要设定一些参数，如Flash起始地址、大小、页大小等。

  2. 数据块管理 ：将Flash空间分割为多个数据块，每个数据块可独立擦除，模拟EEPROM的页或扇区。

  3. 读写操作实现 ：对于写入操作，需要判断目标数据块是否已满，如果已满则需要擦除数据块再进行写入。读操作则相对简单，直接访问指定地址即可。

  4. 磨损均衡 ：通过记录每个数据块的擦写次数，当某个数据块的擦写次数接近Flash的擦写限制时，将其标记为不可用，而选择擦写次数较少的数据块进行操作。

以下是实现Flash模拟EEPROM功能的伪代码示例：

// 伪代码示例，非实际可执行代码

// 定义Flash存储结构体
typedef struct {
    uint32_t start_address;
    uint32_t size;
    uint32_t page_size;
    uint32_t wear_leveling_counter; // 磨损均衡计数器
} FlashEEPROM;

// 初始化Flash存储器
void Flash_Init(FlashEEPROM* flash) {
    // 初始化Flash存储器参数
    // ...
}

// Flash模拟EEPROM的写操作
int Flash_Write(FlashEEPROM* flash, uint32_t address, uint8_t* data, uint32_t size) {
    // 检查地址合法性，是否越界
    // 判断目标数据块是否已满，若满则擦除
    // 执行写入操作
    // 更新磨损均衡计数器
    // ...
}

// Flash模拟EEPROM的读操作
int Flash_Read(FlashEEPROM* flash, uint32_t address, uint8_t* buffer, uint32_t size) {
    // 执行读操作
    // ...
}

// 主函数调用示例
int main() {
    FlashEEPROM flash;
    Flash_Init(&flash);
    uint8_t data[] = { /* 某些数据 */ };
    Flash_Write(&flash, /* 某地址 */, data, sizeof(data));
    uint8_t read_buffer[100];
    Flash_Read(&flash, /* 某地址 */, read_buffer, sizeof(read_buffer));
    // ...
}

以上伪代码仅展示了基本的函数框架，实际实现需要考虑更多细节，例如异常处理、内存映射、页擦除等。为了实现完整的功能，开发人员还需要在STM32环境下编写具体的底层硬件操作代码，包括Flash扇区的擦除、数据的读写等。

3. STM32 HAL库的使用

3.1 HAL库的基础知识

3.1.1 HAL库的组成与优势

STM32 HAL库，全称为硬件抽象层库（Hardware Abstraction Layer），是ST公司推出的一种高级编程接口，旨在简化硬件操作的复杂性，并提供一种更为通用的编程模型。HAL库位于MCU标准外设库之上，为开发者提供了一系列的软件模块，这些模块抽象了STM32硬件的各种功能，包括外设初始化、配置、以及数据传输等操作。

HAL库的主要优势在于其跨平台的兼容性和封装良好的API。开发者无需深入理解底层硬件细节，即可实现对硬件的控制。同时，HAL库的模块化设计使得代码的可重用性大大提高，有助于维护和升级。此外，HAL库支持固件库的向后兼容性，为项目迁移提供便利。

3.1.2 HAL库与标准外设库的对比

与传统标准外设库相比，HAL库提供了更高级别的封装，将外设功能封装成更易理解的函数和数据结构。标准外设库需要开发者手动配置外设的寄存器，而HAL库通过一系列预定义的函数来简化这一过程。例如，使用HAL库编写UART通信代码时，开发者只需要调用 HAL_UART_Transmit() 和 HAL_UART_Receive() 函数即可，无需关心UART的波特率、数据位等寄存器配置。

然而，这种高级别的封装也有其缺点，主要体现在性能上。由于HAL库在执行时需要进行额外的函数调用和参数处理，因此在性能要求极高的场合，标准外设库可能仍然是更好的选择。此外，对于那些寻求最深层次硬件控制的开发者来说，标准外设库提供了更大的灵活性。

3.2 HAL库在Flash操作中的应用

3.2.1 初始化与配置Flash

在开始使用STM32的内部Flash之前，需要先对Flash进行初始化和配置。HAL库提供了一系列的函数来完成这个任务。以下是初始化Flash的代码示例：

/* 确保系统时钟已经配置为支持Flash操作 */
/* 调用HAL库函数初始化Flash */
HAL_FLASH_Unlock();

/* 清除所有Flash标志 */
__HAL_FLASH_CLEAR_FLAG(FLASH_FLAG_EOP | FLASH_FLAG_PGERR | FLASH_FLAG_WRPERR);

/* 配置Flash预取缓存 */
HAL_FLASH_OBPROGRAMacinConfig(FLASH_IGNORE_CACHE);

/* 锁定Flash */
HAL_FLASH_Lock();

这段代码首先解锁Flash，以便进行擦写操作。然后清除所有相关的Flash标志位，这些标志位指示了Flash的错误或操作状态。 HAL_FLASH_OBPROGRAMacinConfig() 函数用于配置Flash的选项字节。最后，代码锁定Flash，以防止未授权的访问。

3.2.2 使用HAL库进行Flash读写操作

STM32的内部Flash可以通过HAL库进行读写操作。对于写操作，首先需要擦除Flash的相应页。以下是写入数据到Flash的代码示例：

FLASH_EraseInitTypeDef EraseInitStruct;
uint32_t PageError;

/* 配置擦除结构体 */
EraseInitStruct.TypeErase = FLASH_TYPEERASE_PAGES;
EraseInitStruct.PageAddress = FLASH_USER_START_ADDR; // 用户可写区域的起始地址
EraseInitStruct.NbPages = 1; // 要擦除的页数

/* 擦除指定页 */
if(HAL_FLASHEx_Erase(&EraseInitStruct, &PageError) != HAL_OK) {
    /* 擦除操作失败的处理 */
}

/* 写入数据到Flash */
uint32_t address = FLASH_USER_START_ADDR; // 写入的起始地址
uint32_t data = 0x***; // 要写入的数据
if(HAL_FLASH_Program(FLASH_TYPEPROGRAM_WORD, address, data) != HAL_OK) {
    /* 写入操作失败的处理 */
}

在这段代码中，我们首先定义了一个擦除初始化结构体 EraseInitStruct ，用于指定擦除的类型（页擦除）、起始地址和页数。然后调用 HAL_FLASHEx_Erase() 函数擦除指定的页。擦除完成后，使用 HAL_FLASH_Program() 函数将数据写入Flash。

对于读操作，由于Flash是可直接访问的内存区域，所以可以直接使用指针读取数据：

uint32_t* flash_data = (uint32_t*) FLASH_USER_START_ADDR;
uint32_t value_read = *flash_data;

在这段代码中，我们创建了一个指向Flash区域的指针 flash_data ，然后通过解引用这个指针来读取数据。

通过上述的初始化、擦除和读写操作，我们可以使用HAL库来管理STM32的内部Flash，实现数据的持久化存储。在实际应用中，需要结合具体的应用场景，合理规划Flash的使用策略，比如对擦写次数进行管理，以避免频繁擦写导致的Flash磨损。

3.3 Flash的读写管理

3.3.1 写操作的影响和预防

写操作会消耗Flash的寿命，因为每次写入都需要先擦除一个页然后才能写入新数据。Flash有固定的擦写次数限制，超出限制后，Flash的可靠性将降低。预防措施包括：

  • 使用动态磨损均衡 ：在多页之间分散写入操作，避免频繁擦写同一页面。
  • 最小化写操作次数 ：仅在必要时更新Flash中的数据，并考虑批量更新。
  • 使用RAM缓冲 ：在RAM中暂存数据，然后一次性写入Flash以减少写次数。

3.3.2 擦除操作的注意事项

擦除操作相对耗时，对系统的响应有影响。在执行擦除操作时，应考虑以下事项：

  • 非破坏性读取 ：在擦除过程中，尽量不要尝试从正在擦除的页中读取数据。
  • 后台执行 ：如果可能，将擦除操作放在后台执行，以免阻塞主程序。
  • 错误处理 ：实现错误处理机制，对于擦除或编程操作失败的情况要能识别并处理。

3.3.3 缓冲写入的实现

缓冲写入是一种减少Flash擦写次数的技术，通过在RAM中创建缓冲区暂存数据，在适当的时候一次性写入Flash：

// 伪代码示例
#define BUFFER_SIZE 1024
uint8_t buffer[BUFFER_SIZE];
uint16_t buffer_index = 0;

void write_to_flash(uint8_t* data, uint16_t size) {
    // 将数据写入RAM缓冲区
    if(buffer_index + size < BUFFER_SIZE) {
        memcpy(buffer + buffer_index, data, size);
        buffer_index += size;
    } else {
        // 缓冲区满，写入Flash并清空缓冲区
        HAL_FLASH_Program(...);
        buffer_index = 0; // 重置缓冲区索引
    }
}

void flush_buffer() {
    // 将RAM缓冲区的内容写入Flash
    if(buffer_index > 0) {
        HAL_FLASH_Program(...);
        buffer_index = 0; // 清空缓冲区
    }
}

在实际应用中，我们需要在系统空闲时或在检测到写入操作暂停时调用 flush_buffer() 来将缓冲区数据写入Flash。这不仅提升了写操作的效率，还延长了Flash的使用寿命。

通过以上策略和代码示例，我们可以更有效地使用STM32 HAL库来管理Flash存储，从而优化整个系统的性能和可靠性。

4. Flash存储管理策略

4.1 Flash存储的生命周期管理

4.1.1 擦写次数限制的理解

Flash存储器中的存储单元存在擦写次数限制，这意味着每个单元只能被擦除和写入有限次数。对于STM32F103微控制器而言，理解这一特性对于维持设备的可靠性和寿命至关重要。每个存储单元的擦写限制称为“块擦写次数”或“擦写周期”。这种限制是由Flash存储单元的物理特性决定的，每次擦除操作会导致存储介质微粒的疲劳，最终导致单元失效。

在开发应用程序时，必须考虑到Flash存储器的擦写次数限制。程序代码应尽量减少不必要的擦写操作，通过软件层面的管理机制如磨损均衡，来延长Flash存储器的使用寿命。为此，可采用以数据块为单位进行更新，而不是对单个字节频繁擦写的策略。这样做既提升了存储效率，也增加了存储器的使用寿命。

4.1.2 磨损均衡的基本概念

磨损均衡（Wear Leveling）是延长Flash存储器寿命的重要技术之一。它涉及管理数据的写入操作，使得Flash存储器上的擦写周期被平均分配到不同的存储块上，避免某个存储块因为过度使用而提前损坏。

磨损均衡策略的目标是确保存储块的擦写次数均匀分布，避免某些存储区域被过度写入而造成使用寿命缩短。在设计中，可以通过记录每个块的擦写次数，并优化数据写入算法来实现。例如，可以将写入操作优先分配给擦写次数较少的块，同时监控擦写次数多的块，避免其频繁操作。

4.2 数据块管理实现

4.2.1 数据块的组织结构

在将Flash存储器作为非易失性存储使用时，通常将其逻辑上划分为多个数据块（Page或Block）。数据块的大小由Flash的物理特性决定，而逻辑上它们被组织成连续的存储空间。每个数据块可用于存储一组特定的数据或作为文件系统的一部分。

数据块管理的基础在于定义一套有效的组织结构，以优化存储和检索效率。典型的做法是创建一个块映射表（Block Mapping Table），该表记录了每个数据块的状态信息，包括其擦写次数、空闲/占用状态等。这有助于实现磨损均衡和快速定位存储空间。

4.2.2 数据块读写与更新策略

数据块的读写操作是Flash存储管理中的核心部分。正确实现数据块的读写与更新策略对系统性能和数据可靠性有直接影响。更新策略通常包括以下步骤：

  1. 读取：首先从Flash中读取当前需要更新的数据块。
  2. 修改：在RAM或另一个数据块中修改这些数据。
  3. 擦除：擦除原始数据块。
  4. 写入：将修改后的数据写入新的数据块。
  5. 替换：将原始数据块标记为无效，并在块映射表中更新新数据块的位置。

实现这些策略时，需要考虑Flash存储器的特性，如不能直接在原有的存储位置上进行写操作，需要先擦除整个数据块。因此，更新操作需要将数据移动到一个临时位置，然后一次性写入新的数据块，以避免频繁的擦写操作。

下面是一个简化的代码示例，展示如何在STM32上使用HAL库函数来实现数据块的读取操作：

#define BLOCK_SIZE 1024 // 定义数据块大小
#define FLASH_ADDRESS (uint32_t)0x0800FC00 // 定义Flash起始地址
uint8_t FlashData[1024]; // 定义数据数组

HAL_StatusTypeDef ReadFlashData(uint32_t address, uint8_t* buffer, uint32_t size) {
    // 检查是否处于擦除或编程状态，如果是则返回错误
    if (__HAL_FLASH_GET_FLAG(FLASH_FLAG_EOP | FLASH_FLAG_PGERR | FLASH_FLAG_WRPERR)) {
        return HAL_ERROR;
    }

    // 检查地址是否合法
    if ((address + size) > (FLASH_ADDRESS + FLASH_SIZE)) {
        return HAL_ERROR;
    }

    // 将Flash数据读入缓冲区
    for(uint32_t i = 0; i < size; i++) {
        buffer[i] = *(__IO uint8_t*)(address + i);
    }
    return HAL_OK;
}

这个例子中，函数 ReadFlashData 将Flash存储器的数据读取到RAM缓冲区。此代码只是示例，在实际项目中，还需要考虑Flash存储器的权限保护和访问限制等安全因素。

5. Flash高级操作与维护

5.1 磨损均衡策略

磨损均衡是保证Flash存储器长期可靠性的重要机制。它确保了所有区块的擦写次数均匀分布，避免了某个区域因过度使用而导致提前损坏。

5.1.1 动态与静态磨损均衡方法

动态磨损均衡是指在运行时动态地进行数据块擦写次数的均衡，而静态磨损均衡则是在系统设计时预先分配好每个数据块的使用频率。动态方法更灵活，可以根据实际使用情况动态调整，但会增加系统的复杂性；静态方法简单可靠，但在某些使用模式下可能造成资源浪费。

5.1.2 实现磨损均衡的代码实例

以STM32为例，我们可以创建一个简单的磨损均衡函数，该函数根据每个数据块的擦写次数来决定存储数据的区块。代码如下：

void WearLevelingExample(uint32_t address, uint32_t size) {
    // 假设已经定义好了Flash的数据块结构和擦写计数器
    FlashBlock_t* blocks = (FlashBlock_t*)address;
    uint32_t i, minIndex = 0;
    // 寻找擦写次数最少的数据块
    for(i = 1; i < size; i++) {
        if(blocks[i].eraseCount < blocks[minIndex].eraseCount) {
            minIndex = i;
        }
    }
    // 将数据写入擦写次数最少的数据块
    for(i = 0; i < size; i++) {
        blocks[minIndex + i].data = ...; // 新数据
        blocks[minIndex + i].eraseCount++; // 更新擦写次数
    }
    // 在写入数据后，执行实际的Flash擦除和编程操作
    // ...
}

上述代码中， FlashBlock_t 是一个假设的结构体，包含了数据和擦写次数计数器。这个示例通过寻找擦写次数最少的数据块来平衡磨损。

5.2 错误检测与校验方法

在Flash操作中，错误检测和校验是保证数据完整性和可靠性的关键技术。

5.2.1 Flash错误类型与检测机制

Flash存储器中可能出现的错误主要包括读写错误、数据翻转、块损坏等。检测机制包括硬件检测和软件校验。硬件检测如 ECC (Error Correction Code) 能够在硬件层面自动检测和纠正错误。软件校验如 CRC (Cyclic Redundancy Check) 通常在软件层面进行。

5.2.2 常见的校验算法与应用

CRC是一种广泛使用的错误检测算法，其基本原理是通过多项式除法计算得出一个固定长度的校验值。使用CRC时，数据在写入Flash前进行CRC计算，并将结果一并写入。读取数据时，再次计算CRC并与存储的校验值比对，以此判断数据是否发生错误。

以下是一个简单的CRC校验函数的代码实现：

uint16_t CalculateCRC(uint16_t *data, uint32_t length) {
    uint16_t crc = 0xFFFF;
    while (length--) {
        crc ^= *data++; // XOR数据到当前CRC值
        for (uint8_t i = 0; i < 8; i++) { // 处理每一位
            if (crc & 0x0001) {
                crc >>= 1;
                crc ^= 0xA001; // 应用生成多项式
            } else {
                crc >>= 1;
            }
        }
    }
    return crc;
}

在Flash操作中，通常在数据写入前计算数据的CRC值，并将其存储在Flash的一个固定位置。在数据读取时，重新计算CRC并与存储的值比较以检测数据是否损坏。

5.3 擦除操作优化

Flash擦除操作通常耗时较长，因此优化擦除操作能显著提升整体性能。

5.3.1 提高擦除效率的技术手段

提高擦除效率的技术手段包括：

  • 批量擦除：尽可能一次性擦除多个数据块以减少总的擦除时间。
  • 指针跟踪：跟踪已擦除的数据块，优先使用它们存储新的数据，以减少擦除操作。
  • 缓存写入：在擦除数据之前，先将新数据缓存起来，待到累积到一定量后再执行擦除操作。

5.3.2 擦除操作的最佳实践

最佳实践中，我们应该尽可能减少擦除操作的次数，以及在必要时采用高效的方法执行擦除。例如，在STM32的HAL库中，可以使用 HAL_FLASHEx_Erase 函数来执行擦除操作，并通过配置擦除参数来优化性能。

FLASH_EraseInitTypeDef EraseInitStruct = {0};
uint32_t PageError = 0;
EraseInitStruct.TypeErase   = FLASH_TYPEERASE_PAGES;
EraseInitStruct.PageAddress = FLASH_USER_START_ADDR;
EraseInitStruct.NbPages     = 1; // 擦除1个页面

// 开始擦除操作
if (HAL_FLASHEx_Erase(&EraseInitStruct, &PageError) != HAL_OK) {
    // 处理错误
}

以上代码示例演示了如何使用STM32 HAL库执行擦除操作。

5.4 官方示例代码问题诊断与修复

官方提供的示例代码一般具有指导性和稳定性，但在特定应用中可能会出现意料之外的问题。

5.4.1 分析官方示例代码常见问题

官方示例代码中的问题可能包括：

  • 未考虑特定硬件配置的限制。
  • 未优化性能，例如未实现批量操作。
  • 可能存在已知的Bug，尚未在文档中反映。

5.4.2 针对问题的解决方案与优化策略

对于上述问题，解决方案和优化策略应包括：

  • 深入阅读硬件手册，确保示例代码适应特定硬件配置。
  • 在保持代码简洁性的前提下，对性能进行优化。
  • 跟踪官方发布的新版本，及时更新示例代码。

例如，如果官方示例代码在处理大量数据写入时没有实现批量操作，我们可以进行如下改进：

// 假设这是官方示例代码中的Flash写入函数
void Flash_Write_Sample(uint32_t address, uint8_t *data, uint32_t size) {
    for(uint32_t i = 0; i < size; i++) {
        HAL_FLASH_Program(FLASH_TYPEPROGRAM_BYTE, address+i, data[i]);
    }
}

// 改进后的函数实现批量写入
void Flash_Write_Batch(uint32_t address, uint8_t *data, uint32_t size) {
    uint32_t i;
    for(i = 0; i + FLASH_PAGE_SIZE < size; i += FLASH_PAGE_SIZE) {
        // 批量写入一个页面
        HAL_FLASH_Program(FLASH_TYPEPROGRAM_WORD, address+i, data+i);
    }
    // 写入剩余的数据
    for(; i < size; i++) {
        HAL_FLASH_Program(FLASH_TYPEPROGRAM_BYTE, address+i, data[i]);
    }
}

这里， FLASH_PAGE_SIZE 是Flash页面大小的宏定义，通过批量写入页面，可以显著提高写入效率。对于剩余的数据，如果不足一个页面，仍然使用逐字节写入的方式完成。

通过这些改进，我们可以将官方示例代码更好地适用于实际应用，并解决潜在的性能瓶颈。

本文还有配套的精品资源，点击获取 menu-r.4af5f7ec.gif

简介：STM32F103系列微控制器基于ARM Cortex-M3内核，适合嵌入式系统。通过内部Flash模拟EEPROM功能，开发者可以实现成本效益高的存储解决方案。使用STM32的HAL库，可以高效管理Flash读写操作，并通过数据块管理、磨损均衡、错误检测与校验、虚拟地址映射以及擦除操作优化等策略，可靠地模拟EEPROM操作特性。本项目展示了如何使用HAL库进行Flash操作，为需要长期保存数据而不想使用外部EEPROM的项目提供支持，并提升开发者在嵌入式设计中的问题解决能力。

本文还有配套的精品资源，点击获取 menu-r.4af5f7ec.gif

Logo
openvela

openvela 操作系统专为 AIoT 领域量身定制，以轻量化、标准兼容、安全性和高度可扩展性为核心特点。openvela 以其卓越的技术优势，已成为众多物联网设备和 AI 硬件的技术首选，涵盖了智能手表、运动手环、智能音箱、耳机、智能家居设备以及机器人等多个领域。

更多推荐

cover

小米开源声音克隆大模型 OmniVoice 完整使用指南｜3 秒克隆人声｜支持 600 多种语言和中文方言｜Apache-2.0 免费商用｜整合包一键启动无需配环境｜附详细安装

avatar openvela
cover

声音克隆 小米大模型 OmniVoice 完整使用指南｜3 秒克隆人声｜支持 600 多种语言和中文方言详细安装教程

avatar openvela
cover

智能进化觉醒！openvela trunk-5.5 发布：端侧 AI Agent 开源和多方位升级

avatar openvela