惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

有赞技术团队
有赞技术团队
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
aimingoo的专栏
aimingoo的专栏
IT之家
IT之家
G
Google Developers Blog
爱范儿
爱范儿
博客园 - 司徒正美
Recent Announcements
Recent Announcements
The Register - Security
The Register - Security
J
Java Code Geeks
The Cloudflare Blog
M
MIT News - Artificial intelligence
Apple Machine Learning Research
Apple Machine Learning Research
Microsoft Security Blog
Microsoft Security Blog
博客园 - Franky
雷峰网
雷峰网
酷 壳 – CoolShell
酷 壳 – CoolShell
Blog — PlanetScale
Blog — PlanetScale
Vercel News
Vercel News
宝玉的分享
宝玉的分享
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
B
Blog
小众软件
小众软件
Microsoft Azure Blog
Microsoft Azure Blog
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
WordPress大学
WordPress大学
T
Troy Hunt's Blog
Application and Cybersecurity Blog
Application and Cybersecurity Blog
H
Hacker News: Front Page
H
Help Net Security
S
Security @ Cisco Blogs
V
V2EX
Security Archives - TechRepublic
Security Archives - TechRepublic
Stack Overflow Blog
Stack Overflow Blog
O
OpenAI News
L
LINUX DO - 最新话题
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
S
Secure Thoughts
Help Net Security
Help Net Security
F
Full Disclosure
博客园 - 叶小钗
The Hacker News
The Hacker News
Spread Privacy
Spread Privacy
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
Jina AI
Jina AI
K
Kaspersky official blog
www.infosecurity-magazine.com
www.infosecurity-magazine.com
V
Vulnerabilities – Threatpost
P
Privacy International News Feed
Scott Helme
Scott Helme

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
智能硬件扫盲第一课:基础概念与核心组件
硬核PM · 2025-07-11 · via 人人都是产品经理

在智能硬件飞速发展的当下,了解其基础概念与核心组件对于从业者至关重要。本文深入浅出地介绍了硬件、软件与固件的关系,计算与存储的协同,核心芯片的分类,以及感知与控制、能源管理等关键模块。通过生动的比喻和实例,帮助大家构建智能硬件的知识框架,为后续深入学习和实践打下坚实基础。

本文目录

  1. 硬件/软件/固件:智能设备的三重身份
  2. 计算与存储:CPU/GPU与内存、存储的协同
  3. 核心芯片:SoC/MCU/MPU的区别与应用
  4. 感知与控制:传感器与嵌入式系统的协同
  5. 能源管理:电源模块与电池管理系统
  6. 硬件的核心档案:BOM(物料清单)与成本构成
  7. 输入输出接口:设备的“物理连接窗口”
  8. 通信链路:数据传输的“规则与通道”

一、硬件 / 软件 / 固件:智能设备的三重身份

智能设备的运行体系中,硬件是 “手机的身体”,软件是 “我们直接用的工具”,固件是 “身体自带的本能”。以手机为例,三者的关系可拆解为:

  • 硬件:物理存在的部件(如手机的屏幕、芯片、电池),是所有功能的“物质基础”,无法通过代码修改其物理属性(例如不能通过软件让摄像头的像素从5000万变成1亿)。
  • 软件:由代码组成的程序集合,用于实现特定功能。广义上包括“用户可见的应用”和“支撑硬件运行的底层程序”,但通常我们说的“软件”更偏向用户可直接交互的部分。
  • 固件:属于软件的“特殊分支”,是固化在硬件芯片中的底层程序,专门负责硬件的初始化和基础控制(例如让摄像头知道“如何启动”“如何传输数据”),是硬件与上层软件的“翻译官”。

🔻以手机为例,三者的关系:

为什么说“固件属于软件的子集”?

从本质上看,固件和软件都是由代码编写的程序,符合“软件 = 代码 + 功能逻辑”的核心属性。但固件的特殊性在于:

  1. 存储位置:固件通常固化在硬件的专用芯片中(如手机摄像头的ISP芯片、通信模块的基带芯片),而普通软件(如微信)存储在内存或硬盘中,可随意删除。
  2. 功能定位:固件只负责硬件的基础控制(如“摄像头如何对焦”),不提供用户直接使用的功能;而普通软件则聚焦于用户需求(如“如何给照片加滤镜”)。
  3. 更新限制:固件更新需匹配硬件型号(如小米13的摄像头固件不能刷到华为Mate60上),且通常通过系统底层更新(用户无法像删APP一样删除);普通软件可跨设备安装(如微信可在不同品牌手机上使用),用户可自由卸载。

三者的层级关系(以“手机拍照”为例):

  1. 最底层:硬件——摄像头传感器接收光线,产生原始电信号;
  2. 中间层:固件——摄像头固件将电信号转换为标准化的图像数据(处理白平衡、曝光等基础参数);
  3. 最上层:软件(狭义)——相机APP调用固件处理后的数据,提供美颜、滤镜等功能,最终呈现给用户。

这里的逻辑是:固件是软件中“离硬件最近的一层”,没有固件,上层软件(如相机 APP)无法直接操控硬件;没有上层软件,固件只能实现最基础的硬件功能(如拍出来的照片是未经优化的 “原始图”)。

总结:

  • 固件属于软件,但它是“特殊的软件”——专一服务于硬件,存储位置固定,功能不可替代;
  • 我们日常说的“软件”(如APP、操作系统界面)是“广义软件中面向用户的部分”,更侧重交互体验和功能拓展;
  • 硬件是所有软件(包括固件)的“舞台”,没有硬件,代码只是一串无意义的字符。

二、计算与存储:CPU/GPU 与内存、存储的协同

智能设备的”计算能力”和”记忆能力”由CPU、GPU、内存、存储四大组件共同决定,它们的配合直接影响设备的流畅度。

计算核心:CPU 与 GPU 的分工

两者的协同关系

  • 手机玩3D游戏时:CPU负责加载游戏数据、控制角色逻辑,GPU负责渲染游戏画面(每秒60帧以上的流畅度依赖两者配合)
  • 电脑剪辑视频时:CPU处理视频剪辑指令,GPU加速视频渲染(如导出4K视频时GPU可缩短50%以上时间)

存储核心:内存与外存的区别

设备的 “存储” 分为两类:临时存储(内存)和永久存储(外存),如同 “工作台” 和 “仓库”。

  • 内存:全称是随机存取存储器(RAM),临时存数据,断电就会丢失;
  • 外存:主要包括只读存储器(ROM)等,能永久存数据,断电也不会丢。

这些存储背后有更细致的技术分类,我们日常接触的内存和存储,其实是不同存储器技术的具体应用。

日常设备中的存储技术对应表

核心存储技术的协同关系(微信为例)

  1. CPU先从NANDFLASH(手机256GB存储)中读取微信程序数据——这里是长期存放的“仓库”;
  2. 数据被加载到DDR内存(8GB)中临时运行——这里是高速“工作台”,方便CPU快速调用;
  3. 运行中频繁用到的指令(如发送按钮逻辑)会被暂存在CPU缓存(SRAM)中——这里是离CPU最近的“贴身抽屉”,速度最快;
  4. 聊天记录最终会被写回NANDFLASH长期保存,而临时草稿只存在DDR中(关掉微信就消失)。

关键区别

  • 易失性(RAM家族):DDR(工作台)、SRAM(贴身抽屉)都是临时存储,断电就清空,负责“实时运行”;
  • 非易失性(ROM家族):FLASH(仓库)、EEPROM(小记事本)能长期保存,负责“数据留存”;
  • 速度排序:CPU缓存(SRAM)>DDR>FLASH,就像“贴身抽屉”比“工作台”近,“工作台”比“仓库”近。

这些存储技术各司其职,共同决定了设备的流畅度和数据安全性。

三、核心芯片:SoC/MCU/MPU 的区别与应用

你每天用的设备里,都藏着一颗 “大脑”——芯片, 但不同类型设备的 “大脑” 能力差远了,比如手机能同时玩游戏、拍视频、发消息,而空调遥控器只能调温度。SoC、MCU、MPU 就是三种不同能力的 “大脑”:

🔻核心芯片对比表

3 个关键点快速区分

①看设备复杂度

  • 手机、平板(复杂多任务)→用SoC;
  • 遥控器、闹钟(简单单一任务)→用MCU;
  • 工业计算器、机器人控制器(只算难题)→用MPU。

②看“集成度”(芯片里塞了多少东西):

  • SoC最“全”(啥都有,像精装房);
  • MCU够“用”(只装必需品,像简装房);
  • MPU最“专”(只留核心计算功能,像毛坯房,需要外接配件)。

③看耗电和成本

  • SoC最费电、最贵(功能多嘛);
  • MPU次之(计算强,耗电中等);
  • MCU最省电、最便宜(功能简单)。

简单说,这三类芯片就像不同的 “工具”:SoC 是多功能瑞士军刀,MCU 是单一螺丝刀,MPU 是高强度扳手 ——没有好坏,只有 “适合不适合”。

四、感知与控制:传感器与嵌入式系统的协同

智能设备与外界交互的核心逻辑,是一场 “感知→处理→行动” 的协作:传感器负责“捕捉外界信号”,嵌入式系统负责“解析信号并指挥设备动作”。两者如同 “侦察兵” 与 “指挥官”,形成闭环才能让设备真正实现智能化。

4.1 感知层:传感器如何 “翻译” 物理世界?

传感器是设备的 “信号转换器”,能将温度、光线、运动等物理量,转化为机器可识别的电信号。按 “输出信号类型” 和 “制造技术” 可分为两类:

1)按输出信号类型分(最常用的分类)

2)按制造技术分(MEMS 传感器的特殊性)

4.2 控制层:嵌入式系统如何 “处理并行动”?

嵌入式系统是设备的 “专用指挥中心”(由芯片 + 程序组成),核心任务是接收传感器信号→分析→下令执行,且只专注于特定设备的单一功能。

🔻与通用系统的关键差异

典型场景的 “信号处理链”,以 “智能空调调温” 为例

  1. 温度传感器(模拟型)输出“30℃对应的3V电压”;
  2. 嵌入式系统的ADC模块将3V“翻译”成“30℃”数字数据;
  3. 系统对比设定温度(如26℃),判定“需要降温”;
  4. 输出指令:“压缩机启动,风速调至中档”。

4.3 感知与控制的联动链路

传感器与嵌入式系统通过“硬件线路 + 通信规则”传递信号,就像 “侦察兵用加密电台发情报”:

实例:智能手环计步

  • 传感器:MEMS加速度传感器(输出数字信号)检测手臂摆动;
  • 传输:通过SPI协议把信号传给手环的MCU(嵌入式系统核心);
  • 处理:系统计数“震动次数”并换算成步数;
  • 行动:屏幕显示“今日步数:1200步”。

4.4 总结:两者缺一不可的底层逻辑

没有传感器,嵌入式系统就是 “无的放矢”(如空调不知室温,盲目启停);

没有嵌入式系统,传感器就是 “空谈情报”(如温度计测出 30℃,却不能让空调启动)。

这种“感知→控制”的联动,是所有智能设备实现自动化的基础 —— 从手环计步到工业机器人,核心逻辑一脉相承。

五、能源管理

你有没有想过:手机充电时为什么不会烧坏?充电宝为什么充再久都不会爆炸?秘密就在能源管理的两个核心组件里 ——PMIC(电源管理集成电路)负责 “分配电力”,BMS(电池管理系统)负责 “保护电池”

什么是AC和DC?

  • AC(交流电):电流方向会“来回变”(像左右摇摆的钟摆),家里插座的电就是AC(220V),优点是能远距离传输(所以电网都用它)。
  • DC(直流电):电流方向“一直不变”(像单向行驶的汽车),电池里的电都是DC(比如手机电池3.7V、充电宝5V),设备内部零件只能用DC(用AC会烧坏)。

电力转换的“内外分工”

  • AC/DC(外部转换):比如手机充电器,先把插座的AC(220V)转成DC(5V),因为手机内部只能用DC(这一步是充电器的“专属工作”);
  • DC/DC(内部转换):PMIC的核心任务,比如把电池的DC(3.7V)转成屏幕需要的DC(3V)、CPU需要的DC(1.2V),相当于“把大瓶DC电分装成小瓶DC电”。

两者怎么配合?以手机为例

没有 PMIC,设备零件会 “电力紊乱”(比如 CPU 因电压太高烧坏);没有 BMS,电池就是 “无保险的电路”(过充可能爆炸)。两者配合,设备才能既稳定又安全。

六、硬件的核心档案:BOM(物料清单)与成本构成

BOM(物料清单)是智能硬件的“基础数据库”,记录了设备所有零部件的详细信息,是设计、生产、成本核算的核心依据。而硬件开发的成本,除了 BOM 包含的物料成本,还包括一次性的开发投入,两者共同构成产品的总成本框架。

6.1 BOM:硬件的 “零件总表”

BOM(Bill of Materials)是设备所有零部件的结构化清单,包含每个零件的型号、规格、数量、供应商等信息,是硬件开发全流程的 “通行证”。

核心作用(贯穿全流程)

BOM 的层级结构

BOM 不是简单的零件列表,而是按“系统→模块→零件”分级的清单(以智能音箱为例):

  1. 系统级:主板组件、扬声器组件、电源模块、外壳
  2. 模块级(主板):SoC芯片、内存芯片、蓝牙模块
  3. 零件级(蓝牙模块):蓝牙芯片、天线、电容电阻

6.2 硬件成本的另一部分:一次性开发投入

除了 BOM 包含的“每台设备都需要的物料成本”,硬件开发还需投入一次性成本(行业内称为 NRE,非重复性工程成本),这些成本不随量产数量增加而变化,主要用于 “让产品从图纸变成实物”。

主要构成:

  • 设计与研发:电路设计、固件开发、结构设计(如“智能手表的续航优化设计”)
  • 模具与工具:定制零件的开模费(如“弧形智能手环的专属外壳模具”)
  • 测试与认证:可靠性测试、3C/CE等合规认证(确保产品安全可用)

BOM 与一次性开发投入的关系:

  • 量产数量越少,一次性开发投入分摊到每台设备的成本越高(如开模费20万元,只生产100台,每台需分摊2000元;生产1万台,每台仅分摊20元)。
  • BOM成本决定了“每台设备的基础成本”,一次性开发投入决定了“产品能否启动开发”(如小团队可能因20万开模费放弃定制外壳,选择通用零件)。

BOM 是硬件的“零件档案”,是量产阶段的核心依据;而一次性开发投入是 “让产品落地的启动成本”。理解这两个概念,能帮你搞懂 “为什么做一款智能硬件需要先投入一笔钱,且量产越多越划算”。

七、输入输出接口:设备的 “物理连接窗口”

I/O 接口是设备与外界交互的物理连接端口,是数据、电力或信号的 “出入口”,按应用场景可分为消费电子接口、工业控制接口、嵌入式专用接口等。

7.1 消费电子常用接口(日常设备高频使用)

7.2 工业与嵌入式专用接口(设备控制 / 数据采集)

7.3 特殊场景接口(特定设备专用)

接口选择决策树

  1. 家用音视频:选HDMI2.1(8K需求)或USBType-C(便携设备)
  2. 工业控制:长距离多设备用RS-485,需联网用Ethernet(带PoE)
  3. 高速数据传输:雷电4(40Gbps)>USB3.2(10Gbps)>USB2.0(480Mbps)
  4. 开发调试:GPIO(简单控制)+UART(串口调试,需配合接口转换器)

八、通信链路:数据传输的 “规则与通道”

通信链路是设备内部或设备之间数据传输的方式与协议,包括 “看不见” 的传输规则(协议)和 “信息流动的路径”,分为内部总线和外部通信两大类。

8.1 设备内部:组件间的 “隐形总线”

设备内部的芯片、传感器、模块通过总线协议传输数据,是硬件组件间的”内部语言”,无需物理接口即可实现通信(直接通过电路板布线连接)。

8.2 设备外部:设备间的 “互联互通”

设备与外部(其他设备或网络)的通信依赖有线/无线协议,可基于第 7 章的物理接口实现,也可通过无线信号传输。

1)基于物理接口的有线通信

  • 以太网协议:通过RJ45接口实现设备联网(如智能摄像头通过网线连接路由器);
  • USB协议:通过USBType-C接口传输数据(如手机连接电脑传输照片);
  • HDMI协议:通过HDMI接口传输音视频(如机顶盒连接电视)。

2)无线通信技术(无物理接口,依赖射频模块)

通信链路选择原则

  • 设备内部短距离低速率:优先I2C(节省布线);
  • 设备内部高速率传输:选SPI(如屏幕显示);
  • 设备间近距离交互:蓝牙(低功耗)或Wi-Fi(高速率);
  • 远距离低功耗场景:LoRa(电池续航可达数年)。

本文由 @硬核PM 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自作者提供

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务