第2章:系统需求分析——应用场景分析、功能与非功能需求、系统边界定义
好,咱们进入正题。系统需求分析这一步,说白了就是搞清楚「这东西到底要干嘛」。我见过太多项目,硬件都焊好了,才发现需求没对齐,最后推倒重来。你想想看,那得多心疼?
压传感器系统,听起来简单——不就是测个压力嘛。但放到不同场景里,差别可大了去了。工业、医疗、汽车,这三个领域我都有幸踩过坑,今天跟你聊聊我的体会。
2.1 应用场景分析
2.1.1 工业场景——皮实耐造是第一要务
工业环境,说白了就是「脏乱差」。我在一个化工厂项目里待过,现场温度能到85℃,还有腐蚀性气体。普通传感器放进去,三天就报废。
工业压传感器主要用在:
- 液压系统:注塑机、压铸机,压力范围通常在0-400 bar
- 气动控制:自动化产线的气爪、气缸,压力范围0-10 bar
- 过程控制:反应釜、管道压力监测,需要长期稳定
嗯,这里要注意:工业场景对长期稳定性要求极高。我曾经遇到一个客户,要求传感器连续工作5年不校准。你想想看,这得在温漂、时漂上做多少功夫?
工业场景核心指标:
- 工作温度:-40℃ ~ +125℃
- 防护等级:IP67 以上
- 长期稳定性:< 0.1% FS/年
- EMC 抗干扰:工业四级标准
2.1.2 医疗场景——安全与精度是底线
医疗领域,我做得不多,但有一次经历让我印象深刻。一个呼吸机项目,传感器要检测气道压力,精度要求0.1% FS。当时我们选了一款工业级传感器,结果在生物相容性测试上卡了两个月。
医疗压传感器典型应用:
- 呼吸机/麻醉机:气道压力监测,范围±100 cmH₂O
- 输液泵:堵塞压力检测,范围0-5 bar
- 血压监测:有创血压,范围-50 ~ +300 mmHg
⚠️ 医疗场景的坑:
我曾经以为医疗传感器就是精度高一点,结果发现还要过ISO 10993生物相容性、IEC 60601电气安全。传感器外壳材料、灌封胶都得重新选。这可不是闹着玩的,人命关天。
2.1.3 汽车场景——成本与可靠性的博弈
汽车电子,我最有发言权。我在一家Tier 1供应商干过五年,天天跟成本斗争。汽车压传感器,量级大、单价低,但可靠性要求一点不低。
汽车上的压传感器:
- 胎压监测(TPMS):0-8 bar,电池供电,要撑5-10年
- 刹车系统:制动主缸压力,0-200 bar,响应要快
- 发动机管理:进气歧管压力、燃油压力,精度要求高
你想想看,一个TPMS传感器,成本要控制在2美元以内,还得通过AEC-Q100认证。这中间的取舍,够你喝一壶的。
| 场景 | 典型量程 | 精度要求 | 核心挑战 |
|---|---|---|---|
| 工业 | 0-400 bar | 0.5% FS | 环境恶劣、长期稳定 |
| 医疗 | ±100 cmH₂O | 0.1% FS | 安全认证、生物相容 |
| 汽车 | 0-200 bar | 1% FS | 成本控制、车规认证 |
2.2 功能需求与非功能需求
好,场景分析完了,咱们来拆需求。我个人习惯把需求分成两类:功能需求是「做什么」,非功能需求是「做得怎么样」。
2.2.1 功能需求——核心能力
压传感器系统的功能需求,其实就这几条:
- 压力采集:模拟前端要能准确读取传感器信号
- 信号调理:放大、滤波、温度补偿
- 数据转换:ADC 采样,分辨率至少12位
- 通信输出:I2C/SPI/UART,或者模拟电压输出
- 诊断功能:自检、断线检测、超限报警
我记得有个项目,客户说「就要测压力」,结果连上系统发现没有自检功能。传感器线断了,系统还显示正常压力。嗯,从那以后,我每个设计都加上诊断功能。
2.2.2 非功能需求——品质属性
非功能需求,说白了就是「用户体验」。很多工程师只关注功能,忽略了这些,最后产品卖不出去。
- 精度:综合精度,包括非线性、迟滞、重复性
- 响应时间:从压力变化到输出稳定,通常要求< 1ms
- 功耗:电池供电场景,平均电流< 10μA
- 可靠性:MTBF > 10万小时
- 可维护性:支持在线校准、固件升级
💡 我的经验:
非功能需求一定要量化。别写「低功耗」,要写「待机电流< 5μA,工作电流< 2mA」。否则验收的时候,你说低功耗,他说不够低,扯皮没完。
2.3 系统边界定义
系统边界,就是划清楚「哪些我做,哪些别人做」。我见过最惨的案例,两个团队都以为对方做了温度补偿,结果产品在高低温下直接飘飞。
压传感器系统的边界通常这样划分:
- 内部(我们做):传感器选型、模拟前端设计、MCU固件、校准算法、通信协议
- 外部(客户/系统集成商做):机械结构、供电电源、上位机软件、系统集成测试
- 接口定义:电气接口(引脚定义、电平标准)、通信协议(寄存器地址、数据格式)、机械接口(安装尺寸、螺纹规格)
我个人习惯在项目一开始就画一张系统边界图,把每个模块的负责人、输入输出都写清楚。这样后面扯皮的时候,直接翻文档。
📌 本章核心要点:
- 工业场景重稳定,医疗场景重安全,汽车场景重成本
- 功能需求要写清楚「做什么」,非功能需求要量化
- 系统边界一定要在项目初期就定义好,避免后期扯皮
好了,这一章就聊到这儿。需求分析做扎实了,后面设计才不会跑偏。下一章咱们聊聊传感器选型,那又是一个大坑——我当年选错一个传感器,导致整个项目延期三个月。到时候跟你细说。
公众号:蓝海资料掘金营,微信deep3321