问题现象
在基于 nRF5 SDK 的 Heart Rate 示例上添加自定义 LBS（LED Button Service）私有服务后，程序启动后立即进入 Fatal Error → System Reset 循环，串口反复打印：
textapp: ble_lbs_init failed! Error code = 0x00000004
0x00000004 对应 NRF_ERROR_NO_MEM（内存不足）。
根本原因
nRF52840 的 SoftDevice（S140）在初始化时会分配一块 RAM 给协议栈使用。默认配置下，GATT 属性表（Attribute Table）大小有限。当同时启用以下服务和模块时，容易超出限制：
Heart Rate Service (HRS)
Battery Service (BAS)
Device Information Service (DIS)
自定义 LBS 服务（包含至少 2~3 个特征 + CCCD）
Peer Manager + Queued Write + LESC 等安全特性
每个 GATT 服务和特征都需要在属性表中占用空间，LBS 服务初始化时申请内存失败，导致 ble_lbs_init() 返回 NRF_ERROR_NO_MEM。
排查过程关键点
通过 APP_ERROR_CHECK + 日志打印，精确定位到 ble_lbs_init() 失败。
确认错误码为 0x00000004（NRF_ERROR_NO_MEM）。
分析同时运行的 BLE 服务数量和 RAM 使用情况。
发现 Keil 中 IRAM1 Size 设置过大（挤占了 SoftDevice 可用的 RAM）。
最终解决方案（三管齐下）
代码层面增大 GATT 属性表（最重要）：Cble_cfg.gatts_cfg.attr_tab_size.attr_tab_size = 0x1400; // 或更高
err_code = sd_ble_cfg_set(BLE_GATTS_CFG_ATTR_TAB_SIZE, &ble_cfg, ram_start);
Keil 工程配置调整 IRAM1：
将 IRAM1 Size 适当调小（例如 0x3A000 ~ 0x39000），给 SoftDevice 留出更多 RAM。
打印内存信息辅助调试：CNRF_LOG_INFO("SoftDevice RAM start = 0x%08X", ram_start);
NRF_LOG_INFO("Available RAM for app ≈ %d bytes", (256*1024) - (ram_start - 0x20000000));
经验教训与最佳实践
添加自定义服务前，必须评估总的 GATT 属性表占用。
永远不要依赖默认配置，尤其当项目包含多个服务 + Peer Manager 时。
建议在 ble_stack_init() 中主动配置 attr_tab_size、conn_cfg 等关键参数。
开发过程中养成打印 RAM start 地址和可用内存的习惯，能大幅加快调试速度。
对于 nRF52840，推荐至少预留 20~30KB 给应用层使用