
应用概念示意,板卡与终端外观不代表实际产品。
一块运行 Linux 的嵌入式主板,可以成为手机和电脑的投屏接收端,也可以走进触控终端、车载互联设备、收银机副屏和电脑扩展屏。
我们的芯片配套接收端 SDK,已支持多种主流互联协议,并提供面向专用场景的自定义镜像与扩展方案。本文围绕现有 SDK 能力,说明各类协议的用途、优势和集成条件,帮助开发者从产品需求出发选择合适的方案。
方案定位:我们的芯片 + Linux 嵌入式接收端 SDK。手机或电脑作为内容来源,嵌入式设备承担接收、显示及相应交互功能。
01 先看需求:镜像、媒体投送,还是屏幕扩展?
屏幕镜像:把手机或电脑当前的画面显示到接收端,适合应用演示、操作展示和触控交互。是否能够从接收端操作发送端,需要另看反控支持。
媒体投送:把音视频等媒体交给接收端播放,适合嵌入式媒体播放设备。它与完整桌面镜像不同,DLNA 是这类方案的代表。
屏幕扩展:为发送端增加显示空间,让主屏与扩展屏承担不同的任务。收银机主副屏分工、Windows 电脑增加工作区,都是典型需求。

02 现有 SDK:主流协议与厂商生态接入
这里把“标准化方案”与“厂商生态方案”分开说明:Miracast、DLNA 属于标准化互联体系;AirPlay、CarPlay、HiCar、Android Auto、CarLife 属于各自厂商生态。
| 协议/方案 | 当前 SDK 接收端能力 | 适合的产品与用途 |
|---|---|---|
| Miracast | 屏幕镜像接收;支持协议反控 | 无线触控显示终端、手机或电脑画面展示 |
| DLNA | 媒体投送接收 | 嵌入式音视频播放终端、媒体分享设备 |
| AirPlay | 投屏接收;配套蓝牙反控 | 面向苹果设备的显示与交互终端 |
| CarPlay | 车载互联接收端支持 | 面向苹果手机生态的车载互联设备 |
| HiCar | 车载互联接收端支持 | 面向华为 HiCar 生态的车载互联设备 |
| Android Auto | 车载互联接收端支持 | 面向 Android Auto 生态的车载互联设备 |
| CarLife | 车载互联接收端支持 | 面向百度 CarLife 生态的车载互联设备 |
| 苹果有线镜像 | 有线镜像、有线反控;支持手机充电模式或取电模式 | 有线触控显示终端、便携显示设备 |
Miracast:适合无线画面接入,协议反控拓展交互
它的价值在于对接兼容设备的无线显示能力。我们的 SDK 支持协议反控,可将接收端的操作反馈给发送端。Miracast 的 UIBC(用户输入回传通道)为这类交互提供协议机制;实际能否使用,还需要发送端支持并允许相应输入。
DLNA:围绕媒体播放,接收端直接处理媒体
DLNA 适合把媒体播放能力集成到嵌入式设备中。接收端通常根据媒体地址获取内容并播放,无需把发送端的整个桌面持续录屏传输。需要确认媒体地址可达、封装与编解码格式兼容,以及字幕、音轨等具体需求。
AirPlay:接入苹果投屏生态,配合蓝牙反控
AirPlay 提供苹果设备的内容流送和屏幕镜像入口。我们的接收端方案在投屏之外,配套支持蓝牙反控,适合需要从显示终端进行操作的项目。蓝牙反控是本方案配套的交互能力,应与 AirPlay 画面传输分别理解和验证。部分 App 对 AirPlay 或受保护内容有使用限制。
车载互联:接入手机应用与服务生态
CarPlay、HiCar、Android Auto、CarLife 的优势是面向车载环境组织手机应用与交互体验,可用于车载显示和互联终端。它们不能简单等同于通用手机桌面镜像;具体应用范围、输入方式和连接形态,需要结合对应生态及项目适配确认。
03 自定义方案:面向有线镜像与专用扩展屏
通用协议便于对接现有生态;针对固定业务,自定义方案可以围绕主副屏分工、连接流程和上层应用进行适配。现有 SDK 提供以下能力:
| 自定义方案 | 当前支持能力 | 重点应用 |
|---|---|---|
| 安卓有线屏幕镜像 | 通过有线连接接收安卓设备镜像画面 | 有线显示终端、手机背屏 |
| 安卓有线屏幕扩展 | 安卓扩展显示 | 主要用于收银机等主副屏应用 |
| Windows 屏幕扩展 | Windows 扩展显示;支持三大显卡加速 | 电脑扩展屏、桌面多屏工作终端 |
重点场景一:安卓收银机的顾客屏
收银员需要在主屏处理商品和订单,顾客屏则可以显示订单摘要、金额或业务展示内容。安卓有线屏幕扩展为“主屏操作、副屏展示不同内容”提供基础。具体内容和刷新逻辑由业务应用配合实现;如果两块屏只需显示相同画面,则可评估镜像方案。
重点场景二:Windows 电脑扩展工作区
Windows 屏幕扩展适合让电脑增加一块工作屏,例如主屏编辑资料,扩展屏放置参考内容或监控窗口。当前方案支持三大显卡加速,项目中应结合具体显卡型号、驱动和系统版本验证效果。这里的加速能力针对 Windows 发送端相关处理,嵌入式芯片仍承担接收端角色。
04 反控与供电,是接收端产品的重要能力
显示画面之后,用户往往希望直接在接收端操作。三种已支持的反控路径,可以对应不同产品设计:
| 接入方案 | 反控路径 | 应用价值 |
|---|---|---|
| Miracast | 协议反控 | 无线投屏与反控配合,减少切换到发送端操作 |
| AirPlay 接收方案 | 蓝牙反控 | 投屏与蓝牙反控配合,便于在接收端交互 |
| 苹果有线镜像 | 有线反控 | 有线镜像与反控配合,便于集中显示和操作 |
苹果有线镜像还支持手机充电模式或取电模式。这让产品可以围绕使用场景安排连接与供电方案。具体供电方向、功耗预算、接口及线材需要随整机设计确认,数据连接方式与供电方式应一起评估。
05 从具体产品出发,选择能力组合
触控显示终端:按目标设备选择 Miracast、AirPlay 或苹果有线镜像,并配套评估相应反控,形成显示与操作的完整流程。
收银机顾客屏:优先评估安卓有线屏幕扩展,明确主副屏业务分工和应用适配。
车载互联终端:围绕目标手机生态,组合 CarPlay、HiCar、Android Auto、CarLife,确认所需连接形态与应用交互。
电脑扩展屏:采用 Windows 屏幕扩展方向,结合三大显卡加速能力验证系统、显卡与驱动组合。
便携有线显示设备:重点评估苹果有线镜像或安卓有线镜像;苹果方案可结合有线反控及手机充电/取电模式设计产品。
嵌入式媒体播放设备:评估 DLNA 媒体接收,围绕实际媒体格式、网络和播放控制需求集成。
欢迎交流接收端项目:如果你正在做触控显示终端、收银机副屏、车载互联设备或电脑扩展屏,可以带上目标设备与系统、镜像/扩展需求、反控方式以及供电要求,一起讨论芯片选型和 Linux SDK 集成。
