logo
publist
写文章

简介

该用户还未填写简介

擅长的技术栈

可提供的服务

暂无可提供的服务

给 AI 编写“外设驱动”——Agent Skills 工程落地全解析

以“Agent Skills=AI外设驱动”为核心类比,阐述如何将通用大模型工程化为可落地的“专家型工具”。通过Skill目录结构(SKILL.md+scripts+references)实现能力封装,强调“渐进式披露”与上下文节省原则。重点提出四类高效指令模式:Gotchas(避坑)、Templates(模板)、Checklists(清单)、Plan-Validate-Execute(流程控制)

文章图片
#人工智能
(五)图文结合-详解BLE连接原理及过程

本文详细讲解BLE(蓝牙低功耗)连接的基本原理及其过程。BLE设备分为主机(Central/Master)和从机(Peripheral/Slave)两种角色,主机负责发起连接,从机负责广播并等待连接。连接建立需经历广播、扫描、连接请求等阶段,其中广播间隔和扫描窗口的重叠决定了连接成功率。连接后,设备通过连接事件交换数据,连接间隔、从机延迟和监控超时等参数影响通信效率和功耗。BLE的吞吐量受帧间间隔

文章图片
#服务器#物联网#架构 +3
以Keil角度分析:Flash和RAM

本文分析了Keil编译环境下STM32芯片Flash和RAM资源的计算方法。Flash占用包含Code、RO-Data和RW-Data,而RAM占用包含RW-Data和ZI-Data。通过.map文件可查看具体分配情况,其中RAM总用量需考虑全局变量、堆区和栈区。文章详细解释了Keil中RAM设置方法,建议合理分配Heap_Size和Stack_Size,并介绍了不同内存管理策略的适用场景。最后指

文章图片
#物联网#经验分享
(四)BLE的广播及连接-通俗易懂

介绍了蓝牙低功耗通信中的广播与连接机制。首先,BLE通过分层协议栈打包数据,添加前导码、地址、校验码等信息确保可靠传输。广播是设备周期性在三个频道(37、38、39)单向发送数据的行为,包含设备名称、功能等基本信息,分为可连接/不可连接、定向/非定向四种类型。广播间隔为20ms~10.24s,并加入随机延时避免冲突。连接则是从广播的"一对多"转为"一对一"私

文章图片
#物联网#嵌入式硬件#单片机 +1
单片机的RAM与ROM概念

本文介绍了嵌入式系统中RAM与ROM的关键概念及其应用。首先分析了Keil编译后Code、RO、RW、ZI四类数据的存储特性,详细说明了text、data、bss、stack、heap等内存段的区别与用途,并通过代码示例展示了各类变量的存储位置。随后深入探讨了TCM、OCRAM和HBNRAM三种特殊存储器的特性:TCM具有极低延迟和确定性访问特性,适用于实时计算;OCRAM提供快速访问能力,用于高

文章图片
#单片机#嵌入式硬件
给 AI 编写“外设驱动”——Agent Skills 工程落地全解析

以“Agent Skills=AI外设驱动”为核心类比,阐述如何将通用大模型工程化为可落地的“专家型工具”。通过Skill目录结构(SKILL.md+scripts+references)实现能力封装,强调“渐进式披露”与上下文节省原则。重点提出四类高效指令模式:Gotchas(避坑)、Templates(模板)、Checklists(清单)、Plan-Validate-Execute(流程控制)

文章图片
#人工智能
嵌入式架构师的 What-If 设计法:如何提前“解决”一年后的致命 Bug?

在嵌入式系统中,绝大多数“现场复现、实验室无感”的致命故障,源自设计阶段缺失极端扰动推演。《What-If 设计法》通过时序失控、资源退化、存储异常、事件乱序与状态机黑洞六大维度,构建条件扰动压力矩阵,提前暴露一年后的潜伏风险。文章结合 RTOS 任务防御模型、原子提交机制与错误隔离态设计,展示如何让系统在未知冲击下仍能收敛运行。适合所有希望从“功能实现者”进阶为“系统架构师”的嵌入式工程师深读。

文章图片
为什么 if/else 是嵌入式系统的慢性毒药?

嵌入式系统if/else架构的困境与表驱动解决方案 传统嵌入式系统中过度依赖if/else条件分支会导致严重的可维护性问题。这种"控制流主导"的架构使系统呈现倒金字塔结构,主循环集中控制权,导致模块间高度耦合,新增功能必须修改核心逻辑。随着系统复杂度增加,组合路径呈指数级增长,成为系统稳定性的隐患。 表驱动架构通过控制反转从根本上解决这一问题。它将逻辑从代码转移到数据结构中,采

文章图片
#重构
凌晨3点被电话叫醒:为什么你的FreeRTOS系统总是‘莫名其妙‘进入ERROR状态?

你的FreeRTOS项目是否也有这些症状:ERROR状态有5个入口、状态变量被10个地方修改、新人永远问"这个状态是谁改的"?根本原因是:系统没有一条"主因果链"。本文提供一套经过实战验证的系统架构方法论,核心理念源自Redux状态管理思想:将系统拆解为Event(事实层)、State(阶段层)、Reducer(唯一决策层)、Action(执行层)四层模型,建立"事件→决策→状态→行为"的单向因果

文章图片
STM32 + FreeRTOS 的订阅通知组件架构

在 STM32 + FreeRTOS 项目中,真正让系统失控的,从来不是 RTOS 本身,而是模块之间缺乏统一的“事件语言”。本文通过真实的项目演化路径,剖析了直接函数调用、多队列直发、回调地狱等常见错误模式,指出问题的根源在于“事实未建模”。作者提出了一套适用于 MCU 资源约束环境的订阅通知(Broker)架构:以统一事件定义为核心,通过静态订阅表完成模块解耦,使新增需求只改配置、不动代码,并

文章图片
#stm32#架构#嵌入式硬件
    共 32 条
  • 1
  • 2
  • 3
  • 4
  • 请选择