本文基于历史项目方案说明书做公开化整理。原始客户名称、品牌信息、报价、付款条款、人员姓名和未公开现场信息均已移除；部分参数按通用工程场景做了合理泛化或升级。内容用于说明类似产品样机和设备开发的技术路径，不代表某个客户原始需求全文。如有侵权或不适宜公开的信息，请联系删除或调整。

1. 项目背景与需求回顾

输液报警器用于辅助提醒液体接近结束或管路异常，重点是夹装方便、检测稳定、低功耗和误报可控。

从工程角度看，这类项目不是单点功能开发，而是把客户口头描述、现场限制、设备接口、样机验证和后续产品化放到同一张图里处理。公开化后的方案保留真实工程问题，但不保留客户身份、真实报价和专有细节。

2. 需求工程化整理

需求整理要先从“用户想看到什么效果”拆到“设备必须完成什么动作、采集什么信号、输出什么数据、遇到异常怎么停”。本项目可拆成以下工程输入：

需求冻结时建议同步输出接口清单、场地条件、样机边界、验收口径和风险清单。凡是没有落到结构、硬件、软件或测试用例里的需求，都容易在联调阶段变成返工。

3. 技术指标与边界

技术指标在POC阶段可以保留范围，但安全动作、对外接口、通信字段、测试方法和阶段目标需要尽早明确。指标写成范围不是为了含糊，而是为了给样机验证留下合理调参空间。

4. 系统总体架构

flowchart LR

  subgraph A["机械与执行层"]

    A1["管夹结构"]

    A2["遮光检测窗"]

    A3["MCU低功耗板"]

  end

  subgraph B["感知与IO层"]

    B1["红外接收"]

    B2["限位/到位/安全输入"]

    B3["状态灯/蜂鸣/操作按钮"]

  end

  subgraph C["控制层"]

    C1["低功耗MCU负责采样、滤波、报警和休眠。"]

    C2["IO隔离与驱动"]

    C3["安全互锁回路"]

  end

  subgraph D["软件与数据层"]

    D1["流程状态机"]

    D2["参数/配方/日志"]

    D3["协议与数据接口"]

  end

  subgraph E["外部接口"]

    E1["HMI/上位机/后台"]

    E2["测试报告/运维记录"]

  end

  A --> B --> C --> D --> E

系统架构按机械执行层、感知与IO层、控制层、软件数据层和外部接口分层。机械层负责真实物理动作，感知层负责把状态变成信号，控制层负责实时互锁和动作执行，软件层负责流程、参数、日志和数据接口。这样即使后续从EVT样机升级到DVT/PVT，也能按模块替换，而不是整套推翻。

5. 机械结构 / 产品结构方案

5.1 结构模块表

5.2 产品结构

夹持座适配常见输液管外径，弹片或硅胶垫保证定位。

产品结构要先确定安装基准、维护方向、线束走向和安全边界。对于样机项目，外观可以晚一点精修，但承载基准、定位基准和拆装基准不能后补。

5.3 运动机构

检测窗口做遮光腔，降低环境光和手部遮挡影响。

运动机构需要写清自由度、行程、速度、重复性、原点、限位和异常释放。早期可采用标准模组降低加工风险，但关键机构要按后续小批复制思路留装配空间和调整余量。

5.4 材料与加工

外壳支持单手安装、消音按键和电池更换。

EVT阶段常用CNC、钣金、铝型材、3D打印、标准滑台和采购件组合；DVT阶段再评估开模、表面处理、公差链和供应链一致性。材料选择必须服务于强度、耐温、耐腐蚀、清洁、绝缘或视觉效果，而不是只看加工方便。

5.5 装配与维护

若有止液夹，必须与报警逻辑安全隔离。

维护性要在结构设计时前置考虑：易损件能否单独更换，传感器是否能重新校准，线束是否有编号，拆装后参数是否能恢复，是否需要专用工具。一个样机能跑起来不难，难的是现场出现问题时能快速定位并恢复。

6. 硬件与电气系统

6.1 硬件总体架构与选型

6.2 主控

低功耗MCU负责采样、滤波、报警和休眠。

主控选型要看实时性、IO数量、通信接口、算法负载和现场维护能力。小型设备可以用STM32/ESP32，自动化设备可用PLC或运动控制卡，视觉和AI项目通常需要工控机、Android或Linux边缘计算平台。

6.3 电源

干电池或锂电供电，加入反接、低压和休眠唤醒。

电源设计必须把功率负载、逻辑控制、传感器和通信接口分开考虑。电机、加热、泵阀、光源等负载要按最大工况加余量，急停和安全回路优先硬件实现，软件只负责记录和提示。

6.4 传感器责任表

6.5 执行器选型表

6.6 IO 点表示例

IO表不是最终电气图，但能帮助机械、硬件和软件在早期对齐边界。后续进入详细设计时，再把点位扩展成端子图、线号表、传感器型号和柜内布局。

7. 嵌入式 / 软件系统

7.1 软件层级架构

flowchart TD

  UI["UI/HMI层：操作界面、权限、报警提示"]

  FLOW["业务流程层：配方、状态机、测试步骤"]

  DEV["设备抽象层：传感器、执行器、通信接口"]

  ALG["算法/判断层：识别、控制、阈值、复核"]

  DATA["数据层：日志、参数、报告、版本"]

  API["集成层：MES/后台/小程序/维护工具"]

  UI --> FLOW

  FLOW --> DEV

  FLOW --> ALG

  FLOW --> DATA

  DATA --> API

7.2 软件模块表

7.3 状态机

7.4 异常处理

环境光突变、夹具松动、电量不足、传感器失效要给出不同提示。

异常处理建议分为提示级、暂停级和安全级。提示级只提醒操作者复核；暂停级停止当前流程但保留恢复入口；安全级切断危险输出并要求人工复位。所有异常都要记录状态、步骤、时间、故障码和软件版本。

8. 通信协议 / 数据结构 / 示例帧

8.1 通信接口表

8.2 协议帧格式

公开稿只给通用帧格式和解析方法，不发布客户真实完整私有协议。实际项目中还需要补充超时、重发、ACK/NACK、大小端、CRC算法和版本兼容策略。

8.3 功能码表示例

8.4 示例帧解析

AA 55 01 02 00 2A 00 00 C1 7B 0D

8.5 数据结构示例

{

  "device_id": "CNPROTO_EVT_001",

  "project": "输液报警器方案",

  "hardware_version": "EVT-02",

  "software_version": "1.2.3",

  "state": "RUN",

  "step": "周期检测液体信号",

  "fault_code": 0,

  "io": {

    "di_bitmap": "0x0003",

    "do_bitmap": "0x0001"

  },

  "result": {

    "status": "PASS",

    "items": [

      {

        "name": "识别",

        "result": "PASS",

        "method": "不同输液管和液体"

      },

      {

        "name": "抗干扰",

        "result": "PASS",

        "method": "阳光/床头灯/手遮挡"

      },

      {

        "name": "功耗",

        "result": "PASS",

        "method": "待机和报警测试"

      }

    ]

  },

  "timestamp": "2026-09-04T10:15:21+08:00"

}

9. 系统工作流程 / 状态机

flowchart TD

  S0["夹装到输液管"] --> S1

  S1["自检并采样基线"] --> S2

  S2["周期检测液体信号"] --> S3

  S3["滤波和趋势判断"] --> S4

  S4["疑似结束延时复核"] --> S5

  S5["触发声光报警"] --> S6

  S6["静音或复位"]

工作流程图用于约束联调顺序。软件开发、线束接线、传感器安装和测试用例都应围绕主流程展开，再补充维护模式、点动模式、校准模式和故障恢复模式。

10. 测试验证与验收

测试记录字段建议包括：日期、样机编号、硬件版本、软件版本、参数/配方版本、操作员、样本编号、测试项、结果、图片或日志路径、故障码和整改结论。验收标准必须能被复测，而不是只写“运行稳定”。

11. 项目周期计划

周期会受采购、加工、样本数量、现场接口和认证要求影响。若项目涉及医疗、车规、食品接触、公共安全或多地部署，应在DVT之后增加专项验证周期。

12. 人员配置

人员配置不是简单堆人，而是围绕风险配置资源。机械风险高时增加结构验证，算法风险高时增加样本和测试，现场部署风险高时提前投入电气、通信和运维接口。

13. 技术风险与验证方法

误报漏报、夹持兼容、电池寿命和医疗合规边界是核心风险。

14. 后续产品化方向

后续可扩展蓝牙护士站提醒、充电底座、耗材管理和注册路径文档。

产品化阶段需要把样机阶段的经验沉淀成版本资料：结构BOM、线束图、装配SOP、测试工装、软件版本、协议文档、故障码、维护手册和DVT/PVT整改记录。初拓适合承担需求拆解、结构样机、电控硬件、嵌入式控制、上位机/小程序/后台、装配联调和测试验证之间的工程衔接，让方案从“能讲清楚”推进到“能做样机、能测试、能继续迭代”。