一键在 Manus 中运行任何 Skill

b6-sram-analyze

星标10

分支3

更新时间2026年4月22日 10:34

B6x 工程 SRAM/内存分析工具。 TRIGGER when: 用户要求分析 SRAM 使用、内存使用分析、RAM 使用情况、MAP 文件分析、检查内存冲突、内存布局分析、"内存不够了"、"RAM 不够用"、"栈溢出"、"stack overflow"、 "heap 不够"、"内存溢出"、"SRAM 使用率"、"剩余内存"、"内存占用"、 BLE 库内存占用分析、优化内存使用、减少 RAM 占用。 DO NOT TRIGGER when: 用户要求编译项目（用 /b6-build）、烧录调试（用 /b6-auto-debug）、代码审查（用 /b6-code-review）、硬件配置验证（用 /b6-validate-hardware）、 BLE 协议问题、引脚配置问题。

安装

用 Codex 或 Claude 帮你安装复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。

在 Manus 中运行

来源

XIAOMANSDK

XIAOMANSDK/B6x

打开 GitHub 仓库查看创作者相关仓库

下载

在 Manus 中运行

B6 SRAM Analyzer

分析 B6x 工程 MAP 文件 SRAM 使用情况，检测冲突并提供优化建议。

触发

/b6-sram-analyze [project_path]

参数:

project_path: 项目路径（可选，默认当前目录）

B6x SRAM 布局

区域	起始地址	大小	用途
RAM	0x20003000	20KB	主 SRAM (Vector + User + Heap + Stack)
EM	0x20008000	8KB	BLE Exchange Memory

总计: 28 KB

执行流程

Step 1: 定位 MAP 文件

根据构建系统查找：

构建系统	MAP 文件路径
Keil	`<project>/mdk/output/*.map`
GCC	`<project>/gnu/build/map/*.map`

失败条件: 未找到 MAP 文件时，提示用户先编译项目。

Step 2: 解析 MAP 文件

Keil MAP 文件模式

Execution Region RW_IRAM1 (Base: 0x20003000)
    Base Addr    Size         Type   Attr
    0x20003000   0x00000098   Data   RW

Total RW Size (ZI + RW + ROM) = 4896 (0x1320)

Code (inc. data)   RO Data    RW Data    ZI Data      Debug   Object Name
     120          8          0          4         1536       988   startup.o

关键提取点:

Execution Region RW_IRAM*: 获取区域地址和大小
Total RW Size: 总 RW 大小
ZI Data 列: 各模块的零初始化数据

GCC MAP 文件模式

MEMORY MAP
.
text    0x00000000    0x1234
data    0x20003000    0x5678
bss     0x20003500    0x9abc

关键提取点:

.bss 段: 未初始化全局/静态变量
.data 段: 已初始化全局/静态变量
_Heap_Begin / _Heap_End: Heap 边界
_Stack_Top: Stack 顶部

Step 3: 计算使用率

SRAM 使用率 = Total RW Size / 28 KB × 100%
剩余空间 = 28 KB - Total RW Size

Step 4: 检测冲突

检查项	⚠️ 警告	🔴 错误
SRAM 使用率	> 90%	> 95%
Stack	< 1 KB	< 512 B
Heap	< 2 KB	< 1 KB
区域重叠	-	任何
边界溢出	-	超出 0x20008000

Step 5: 分析 TOP 10 模块

按 ZI Data 排序，识别内存大户。

输出格式

使用以下格式生成报告（以实际数据替代示例值）:

# SRAM 使用分析报告 - {project_name}

## 内存布局

| 区域       | 起始地址    | 结束地址    | 大小    | 使用率 | 状态 |
|------------|-------------|-------------|---------|--------|------|
| Vector     | 0x20003000  | 0x20003098  | 152 B   | 0.5%   | ✅   |
| User RAM   | 0x20003098  | 0x20004E00  | 7.5 KB  | 26.8%  | ✅   |
| Heap       | 0x20004E00  | 0x20007A00  | 11 KB   | 39.3%  | ✅   |
| Stack      | 0x20007A00  | 0x20008000  | 1.5 KB  | 5.4%   | ✅   |

## BLE 库内存占用

| 库          | ZI Data | Total RAM |
|-------------|---------|-----------|
| ble6.lib    | 770 B   | 770 B     |

## 模块 TOP 10 (ZI Data)

| 排名 | 模块         | ZI Data | 占比   |
|------|--------------|---------|--------|
| 1    | startup.o    | 1536 B  | 8.2%   |
| 2    | app_task.o   | 512 B   | 2.7%   |
| 3    | uart.o       | 256 B   | 1.4%   |

## 总计

| 指标         | 值        | 状态 |
|--------------|-----------|------|
| Total RW     | 18.22 KB  |      |
| 使用率       | 65.1%     | ✅   |
| 剩余空间     | 9.78 KB   | ✅   |

**状态: ✅ PASS**

异常输出

发现问题时，在报告末尾附加:

⚠️ WARNING:
1. SRAM 使用率 92% (> 90%) — 建议减少 ZI 变量/buffer 大小
2. Stack 仅 768 B (< 1 KB) — 在 startup.s 增加 Stack_Size

🔴 FAIL:
1. 区域重叠: Heap 与 Stack 重叠 — 检查链接脚本分区配置
2. SRAM 使用率 97% (> 95%) — 减少 Heap 或 User RAM 分配

未找到 MAP 文件

❌ 未找到 MAP 文件
请先编译项目:
  Keil: 打开 mdk/*.uvprojx 并编译
  GCC:  cd <project_path>/gnu && cmake -B build -G Ninja && cmake --build build

优化建议

问题	原因	建议
SRAM > 90%	ZI 变量过多	减少 buffer 大小，使用更小的数据类型
Stack < 1 KB	启动文件配置	在 startup.s 增加 `Stack_Size`
Heap < 2 KB	BLE 连接数过多	减少最大连接数，使用 BLE_LITE 库
区域重叠	链接脚本错误	检查 link_xip.ld 分区配置
startup.o 过大	Vector 表/Stack	正常现象，无需优化

常见内存大户

模块	典型 ZI Data	说明
startup.o	1-2 KB	Vector 表 + Stack 预留
uart.o	256-512 B	接收缓冲区
app_task.o	256-1 KB	任务栈/消息队列
ble 相关	512-2 KB	BLE 协议栈缓冲

同仓库更多 Skills

同仓库

b6-build

XIAOMANSDK/B6x

编译 B6x SDK 工程 (Keil/GCC 自动检测)，解析编译日志，迭代修复错误和警告直到 0 ERROR 且 WARNING ≤ 5。 TRIGGER when: 用户要求编译、build、构建项目，修复编译错误/警告，检查编译结果，或提及 Keil/GCC 编译问题。 DO NOT TRIGGER when: 用户要求烧录/调试/下载固件（用 /b6-auto-debug）、纯代码审查、BLE协议问题、无硬件连接。

2026-05-1110

b6-library-recommend

XIAOMANSDK/B6x

根据应用需求推荐 BLE 库并生成 cfg.h 配置。 TRIGGER when: 用户询问 BLE 库选择、应该用哪个 BLE 库、库配置、连接数配置、RAM 配置、 BLE 角色配置（Master/Slave）、BLE_LITELIB/BLE_LARGELIB 设置、ANCS Client 支持、低功耗 BLE 配置、多连接配置、Mesh 配置。即使没有明确说 "推荐库"，只要涉及 BLE 库/连接数/角色的选择，也应使用此 skill。 DO NOT TRIGGER when: 用户要求创建新项目（用 /b6-create-project）、编译构建（用 /b6-build）、烧录调试（用 /b6-auto-debug）、代码审查（用 /b6-code-review）、硬件配置验证（用 /b6-validate-hardware）。

2026-05-1110

b6-translate-error

XIAOMANSDK/B6x

翻译 BLE 错误码，提供排查建议。 TRIGGER when: 用户询问 BLE 错误码含义、错误码翻译、0x 开头的错误代码、ATT_ERR/GAP_ERR/SMP_ERR 等错误常量、配对失败原因、连接错误、GATT 错误、BLE 返回码、协议栈错误。即使没有明确说 "翻译错误码"，只要出现 BLE 相关的数字错误码或错误常量名，也应使用此 skill。 DO NOT TRIGGER when: 用户要求创建新项目（用 /b6-create-project）、编译构建（用 /b6-build）、烧录调试（用 /b6-auto-debug）、代码审查（用 /b6-code-review）、硬件配置验证（用 /b6-validate-hardware）。

2026-05-1110

b6-validate-hardware

XIAOMANSDK/B6x

验证 B6x 硬件配置（引脚冲突/时钟/DMA/中断/Timer）是否符合芯片约束。使用此 skill 验证硬件配置的正确性。 TRIGGER when: 用户提及引脚配置、硬件验证、pin mux、外设冲突、ADC引脚、UART引脚、Timer引脚、DMA配置、中断优先级、时钟配置、检查配置冲突、验证硬件设置、引脚能否用作某功能。即使用户没有明确说"验证硬件"，只要涉及引脚/时钟/DMA/中断的配置检查，也应使用此 skill。 DO NOT TRIGGER when: 纯代码审查、编译错误修复、BLE协议问题、编写新驱动代码、解释函数作用、烧录程序。

2026-05-1110

b6-auto-debug

XIAOMANSDK/B6x

B6x 系统化烧录调试 — 编译 → 诊断 → 烧录 → RTT 监控。先理解失败原因，再采取行动。 TRIGGER when: 用户要求烧录、调试、下载固件、RTT监控、DAPLink/J-Link 操作、自动调试、flash编程、运行固件、连接失败、烧录失败、RTT无数据 DO NOT TRIGGER when: 仅编译请求（用 /b6-build）、纯代码审查、无硬件连接

2026-04-2210

b6-cmake-init

XIAOMANSDK/B6x

为现有 B6x SDK Keil 项目生成 CMakeLists.txt，实现 Keil → GNU/CMake 迁移。 TRIGGER when: 用户要求为现有项目生成 CMakeLists.txt、添加 GCC/CMake 支持、迁移 Keil 项目到 GNU 环境、创建 CMake 配置、转换 Keil 工程到 CMake、为项目添加 GCC 编译支持、支持 CI/CD 编译、 "帮我生成 CMakeLists.txt"、"添加 CMake 支持"、"迁移到 GCC"、"让项目支持 GCC 编译"。 DO NOT TRIGGER when: 用户要求创建全新项目（用 /b6-create-project）、编译现有项目（用 /b6-build）、烧录调试（用 /b6-auto-debug）、纯代码审查、BLE 协议问题、仅查看项目结构。

2026-04-2210

name	b6-sram-analyze
description	B6x 工程 SRAM/内存分析工具。 TRIGGER when: 用户要求分析 SRAM 使用、内存使用分析、RAM 使用情况、MAP 文件分析、检查内存冲突、内存布局分析、"内存不够了"、"RAM 不够用"、"栈溢出"、"stack overflow"、 "heap 不够"、"内存溢出"、"SRAM 使用率"、"剩余内存"、"内存占用"、 BLE 库内存占用分析、优化内存使用、减少 RAM 占用。 DO NOT TRIGGER when: 用户要求编译项目（用 /b6-build）、烧录调试（用 /b6-auto-debug）、代码审查（用 /b6-code-review）、硬件配置验证（用 /b6-validate-hardware）、 BLE 协议问题、引脚配置问题。
user-invocable	true
disable-model-invocation	true
allowed-tools	Read, Grep, Glob

B6 SRAM Analyzer

分析 B6x 工程 MAP 文件 SRAM 使用情况，检测冲突并提供优化建议。

触发

/b6-sram-analyze [project_path]

参数:

project_path: 项目路径（可选，默认当前目录）

B6x SRAM 布局

区域	起始地址	大小	用途
RAM	0x20003000	20KB	主 SRAM (Vector + User + Heap + Stack)
EM	0x20008000	8KB	BLE Exchange Memory

总计: 28 KB

执行流程

Step 1: 定位 MAP 文件

根据构建系统查找：

构建系统	MAP 文件路径
Keil	`<project>/mdk/output/*.map`
GCC	`<project>/gnu/build/map/*.map`

失败条件: 未找到 MAP 文件时，提示用户先编译项目。

Step 2: 解析 MAP 文件

Keil MAP 文件模式

Execution Region RW_IRAM1 (Base: 0x20003000)
    Base Addr    Size         Type   Attr
    0x20003000   0x00000098   Data   RW

Total RW Size (ZI + RW + ROM) = 4896 (0x1320)

Code (inc. data)   RO Data    RW Data    ZI Data      Debug   Object Name
     120          8          0          4         1536       988   startup.o

关键提取点:

Execution Region RW_IRAM*: 获取区域地址和大小
Total RW Size: 总 RW 大小
ZI Data 列: 各模块的零初始化数据

GCC MAP 文件模式

MEMORY MAP
.
text    0x00000000    0x1234
data    0x20003000    0x5678
bss     0x20003500    0x9abc

关键提取点:

.bss 段: 未初始化全局/静态变量
.data 段: 已初始化全局/静态变量
_Heap_Begin / _Heap_End: Heap 边界
_Stack_Top: Stack 顶部

Step 3: 计算使用率

SRAM 使用率 = Total RW Size / 28 KB × 100%
剩余空间 = 28 KB - Total RW Size

Step 4: 检测冲突

检查项	⚠️ 警告	🔴 错误
SRAM 使用率	> 90%	> 95%
Stack	< 1 KB	< 512 B
Heap	< 2 KB	< 1 KB
区域重叠	-	任何
边界溢出	-	超出 0x20008000

Step 5: 分析 TOP 10 模块

按 ZI Data 排序，识别内存大户。

输出格式

使用以下格式生成报告（以实际数据替代示例值）:

# SRAM 使用分析报告 - {project_name}

## 内存布局

| 区域       | 起始地址    | 结束地址    | 大小    | 使用率 | 状态 |
|------------|-------------|-------------|---------|--------|------|
| Vector     | 0x20003000  | 0x20003098  | 152 B   | 0.5%   | ✅   |
| User RAM   | 0x20003098  | 0x20004E00  | 7.5 KB  | 26.8%  | ✅   |
| Heap       | 0x20004E00  | 0x20007A00  | 11 KB   | 39.3%  | ✅   |
| Stack      | 0x20007A00  | 0x20008000  | 1.5 KB  | 5.4%   | ✅   |

## BLE 库内存占用

| 库          | ZI Data | Total RAM |
|-------------|---------|-----------|
| ble6.lib    | 770 B   | 770 B     |

## 模块 TOP 10 (ZI Data)

| 排名 | 模块         | ZI Data | 占比   |
|------|--------------|---------|--------|
| 1    | startup.o    | 1536 B  | 8.2%   |
| 2    | app_task.o   | 512 B   | 2.7%   |
| 3    | uart.o       | 256 B   | 1.4%   |

## 总计

| 指标         | 值        | 状态 |
|--------------|-----------|------|
| Total RW     | 18.22 KB  |      |
| 使用率       | 65.1%     | ✅   |
| 剩余空间     | 9.78 KB   | ✅   |

**状态: ✅ PASS**

异常输出

发现问题时，在报告末尾附加:

⚠️ WARNING:
1. SRAM 使用率 92% (> 90%) — 建议减少 ZI 变量/buffer 大小
2. Stack 仅 768 B (< 1 KB) — 在 startup.s 增加 Stack_Size

🔴 FAIL:
1. 区域重叠: Heap 与 Stack 重叠 — 检查链接脚本分区配置
2. SRAM 使用率 97% (> 95%) — 减少 Heap 或 User RAM 分配

未找到 MAP 文件

❌ 未找到 MAP 文件
请先编译项目:
  Keil: 打开 mdk/*.uvprojx 并编译
  GCC:  cd <project_path>/gnu && cmake -B build -G Ninja && cmake --build build

优化建议

问题	原因	建议
SRAM > 90%	ZI 变量过多	减少 buffer 大小，使用更小的数据类型
Stack < 1 KB	启动文件配置	在 startup.s 增加 `Stack_Size`
Heap < 2 KB	BLE 连接数过多	减少最大连接数，使用 BLE_LITE 库
区域重叠	链接脚本错误	检查 link_xip.ld 分区配置
startup.o 过大	Vector 表/Stack	正常现象，无需优化

常见内存大户

模块	典型 ZI Data	说明
startup.o	1-2 KB	Vector 表 + Stack 预留
uart.o	256-512 B	接收缓冲区
app_task.o	256-1 KB	任务栈/消息队列
ble 相关	512-2 KB	BLE 协议栈缓冲