当工业现场作业从"单点执行、事后汇总"走向"单兵接入、多端协同、过程闭环"，一线互联智能单兵系统携手 Rokid AI 眼镜，用不到 50 克的穿戴设备，把远端专家的眼睛和双手"瞬移"到每一个作业现场。

---

为什么工业现场需要一双"远程的眼睛"

在设备巡检、应急抢修、安全督查、远程验收这些典型的工业场景里，现场人员遇到的问题往往超出自身经验范围。传统做法是打电话描述、拍照片、发微信，来回沟通十几分钟，远端专家依然"看不全、讲不清、记不住"。

这背后是三个结构性的痛点：

• 远端介入慢：专家看不到现场第一视角，只能靠语音描述脑补画面，判断效率极低。
• 过程难规范：口头沟通 + 人工记录，操作步骤靠经验，执行偏差靠运气。
• 资料留不住：照片散落在相册、视频存在手机里、记录写在纸上，事后追溯如同考古。

一线互联给出的答案是：用 AI 眼镜承载"第一视角实时接入 + 任务驱动作业 + 现场取证留痕"三大核心能力，让每一位现场人员都变成一个可接入、可协同、可追溯的"智能单兵节点"。

---

硬件载体：Rokid AI 眼镜，为什么选它

做工业远程协作，对穿戴设备有苛刻要求：足够轻才能长时间佩戴，性能足够才能撑住实时音视频链路，显示足够亮才能在户外场景看清。

Rokid 零售版 AI 眼镜的核心参数刚好命中这三个维度：

维度	参数	工业意义
重量	49g	比安全帽轻一个数量级，全天佩戴无负担
SOC	高通 AR1	专为 AR 设计的芯片平台，能效比优秀
摄像头	3024×4032，F2.25	看清仪表读数、设备铭牌、焊点细节
显示	Micro LED + 衍射光波导，1500nits	户外强光下叠加标注信息依然清晰可见
拾音	4 麦克风定向拾音	嘈杂车间里远端也能听清现场对话
连接	WiFi 6 + BT 5.3	高带宽视频推流 + 低延迟指令传输，两条链路互不干扰

关键的一点：这是零售版设备，不是定制机。意味着客户不需要走特种采购流程，不需要百万级的起订量，买来就能用。对于中小企业、项目制部署来说，这个"零门槛获取"本身就是巨大的成本优势。

---

技术架构：从眼镜到云端的协作链路

一线互联的整个系统可以抽象为三层：

手机在这里扮演"中继站"的角色——眼镜通过蓝牙把音视频流、传感器数据传给手机，手机完成编解码后通过 WiFi 或蜂窝网络推给远端。这个架构的设计取舍很关键：把重计算放在手机上，眼镜只负责采集和显示，这样眼镜才能做到 49g 的极致轻量。

---

关键实现：手机与眼镜的蓝牙连接层

整个协作链路的第一步，是手机和眼镜之间建立起稳定的 CXR（Camera Extended Reality）蓝牙连接。这不是普通的蓝牙音频配对，而是一条承载高清视频流和控制指令的专用数据通道。

我们将这部分连接能力从一线互联产品中抽象出来，做成了一个独立的开源库 rokid-glasses-bt，方便其他业务系统快速接入。

连接状态机设计

眼镜连接是一个多阶段、可失败的异步过程。我们把它建模成一个有限状态机，所有的状态转换都通过 Kotlin StateFlow 对外暴露：

// 正常首次连接流程
Idle -> Scanning -> ResolvingEndpoint -> Connecting -> Connected

// 重连流程（使用缓存的 endpoint）
Idle or Disconnected -> Connecting -> Connected

上层业务只需要订阅一个 state 流，就能拿到结构化的连接状态，不需要关心底层 SDK 回调的复杂性：

manager.state.collect { state ->
    when (state) {
        RokidGlassesBtState.Idle -> showIdle()
        RokidGlassesBtState.Scanning -> showScanning()
        RokidGlassesBtState.ResolvingEndpoint -> showResolving()
        RokidGlassesBtState.Connecting -> showConnecting()
        RokidGlassesBtState.Connected -> onReady()
        is RokidGlassesBtState.Failed -> onError(state.stage, state.code, state.detail)
        else -> {}
    }
}

为什么需要一个独立的失败模型

工业现场不比实验室。蓝牙信号可能被金属设备遮挡，眼镜可能被其他客户端抢占，SDK 可能返回非预期的内部状态。一个模糊的"连接失败"提示在现场毫无意义——运维人员需要知道在哪一步失败了、是什么原因、怎么修复。

所以我们设计了一个结构化的失败模型：

data class Failed(
    val stage: RokidGlassesBtStage,    // 在哪个阶段失败：扫描/解析/连接/重连
    val code: RokidGlassesBtErrorCode, // 稳定错误码，供程序决策
    val detail: String?                // SDK 原始详情，供诊断
)

对应的错误码覆盖了从权限缺失到 SDK 异常的完整链路：

enum class RokidGlassesBtErrorCode {
    MISSING_PERMISSION,      // 未授予蓝牙权限
    BLUETOOTH_UNAVAILABLE,   // 蓝牙未开启或设备不支持
    BLE_SCANNER_UNAVAILABLE, // BLE 扫描器不可用
    SCAN_FAILED,             // BLE 扫描失败
    INVALID_BLUETOOTH_DEVICE,// 无效的蓝牙设备
    MISSING_ENDPOINT,        // 无可用的重连 endpoint
    INVALID_ENDPOINT,        // 缓存的 endpoint 格式异常
    AUTH_NOT_READY,          // CXR 凭证缺失
    SOCKET_CONNECT_FAILED,   // Socket 连接失败（endpoint 失效）
    INACTIVE_CONNECTED,      // 眼镜已被其他客户端占用
    SDK_EXCEPTION,           // CXR SDK 内部异常
    TIMEOUT                  // 连接超时
}

每个错误码对应一个明确的操作指引。比如 SOCKET_CONNECT_FAILED 意味着缓存的 endpoint 已经失效，库会自动清理并引导用户重新扫描连接；INACTIVE_CONNECTED 则是眼镜被其他设备抢占，提醒用户检查是否有多台手机同时连到了同一副眼镜。

BLE 扫描与设备过滤

眼镜的 BLE 广播中携带了设备名称和服务 UUID。扫描时我们不是展示所有蓝牙设备，而是只过滤出符合 Rokid 眼镜特征的设备：

private val scanCallback = object : ScanCallback() {
    override fun onScanResult(callbackType: Int, result: ScanResult) {
        val device = result.device ?: return
        val serviceUuids = result.scanRecord?.serviceUuids
            ?.map { it.uuid.toString() } ?: emptyList()
        val name = result.scanRecord?.deviceName ?: runCatching { device.name }.getOrNull()

        // 只保留匹配 Rokid 眼镜特征的设备
        if (!RokidGlassesBtScanFilter.matches(
                name = name,
                serviceUuids = serviceUuids,
                targetServiceUuid = config.serviceUuid,
                allowNameFallback = config.allowNameFallback
            )
        ) return

        val btDevice = RokidGlassesBtDevice(
            name = name ?: "Glass_${device.address.takeLast(5)}",
            address = device.address,
            rssi = result.rssi,
            serviceUuids = serviceUuids
        )
        upsertDevice(btDevice)
    }
}

扫描使用了 SCAN_MODE_LOW_LATENCY 模式，牺牲一点功耗换取更快的设备发现速度——工业现场讲究"戴上就走"，不能让人等半分钟才扫到设备。

CXR 连接与重连机制

眼镜的蓝牙连接不是标准 A2DP/HFP profile，而是通过 Rokid CXR SDK 建立的一条私有数据通道。SDK 的 initBluetooth 方法接收一个 BluetoothDevice 对象和回调接口，内部完成 endpoint 协商后通过 onConnectionInfo 回调返回连接参数（socket UUID、MAC 地址）。

首次连接成功后会持久化 endpoint 到 SharedPreferences，下次启动时可以直接走重连路径，跳过扫描和 endpoint 解析步骤：

fun reconnect(): Boolean {
    // 前置检查：权限、蓝牙状态、凭证
    val endpoint = endpointStore.load()  // 从本地缓存加载
    val invalidReason = RokidGlassesBtEndpointValidator.validate(endpoint)
    if (endpoint == null || invalidReason != null) {
        endpointStore.clear()
        return false
    }
    return connectBluetoothInternal(endpoint, RokidGlassesBtStage.RECONNECT)
}

重连过程中如果收到 SOCKET_CONNECT_FAILED，说明缓存的 endpoint 已经失效（比如眼镜重置了），库会自动清理缓存并提示用户重新扫描——对上层业务来说，缓存管理和失效处理全部透明。

SDK 隔离：为什么要包一层

CXR SDK 是 Rokid 提供的闭源库，API 风格、回调接口、错误码体系都和我们的设计范式不一致。我们在内部定义了一个 RokidCxrClient 接口，把所有 SDK 调用隔离在 AndroidRokidCxrClient 这一个实现类里：

internal interface RokidCxrClient {
    fun initBluetooth(context: Context, device: BluetoothDevice, callback: BluetoothStatusCallback)
    fun connectBluetooth(context: Context, socketUuid: String, macAddress: String, ...)
    fun deinitBluetooth()
    fun isBluetoothConnected(): Boolean
    fun updateRokidAccount(rokidAccount: String)
}

internal object AndroidRokidCxrClient : RokidCxrClient {
    override fun connectBluetooth(...) {
        CxrApi.getInstance().connectBluetooth(context, socketUuid, macAddress, ...)
    }
    // ...
}

这样做有两个好处：一是单元测试可以 mock 这个接口，不依赖真实 SDK 运行时就能验证完整的状态迁移逻辑；二是后续 SDK 版本升级时，改动范围被限制在一个文件内。

连接状态轮询的防御策略

CXR SDK 在某些场景下不会主动回调 onConnected，而是通过内部状态更新来反映连接状态。为了不遗漏这种情况，我们设计了一个指数退避的轮询机制：

val CONNECTED_STATE_POLL_DELAYS_MS = longArrayOf(
    500L, 1_000L, 2_000L, 4_000L, 8_000L, 16_000L, 32_000L
)

连接发起后，库会在 500ms、1s、2s、4s……的时间点主动调用 isBluetoothConnected() 查询 SDK 状态。一旦确认已连接（或进入终态），立即停止轮询。这个"轮询兜底 + 回调主路径"的双保险策略，显著降低了工业弱网环境下的"假性连接失败"。

---

从连接到协作：一线互联的四大核心能力

蓝牙连接建立只是一切的基础。在此之上，一线互联智能单兵系统构建了四个面向工业场景的核心能力模块：

能力一：第一视角实时接入

这是远程协作的核心交互形态。现场人员戴上眼镜，远端专家通过 Web 后台或手机端实时查看第一视角画面。配合眼镜的 4 麦克风定向拾音和双扬声器，两端可以像面对面一样进行语音沟通。

远端的操作不是只能"看"——专家可以直接在画面上做标注（箭头、圈选、文字），标注信息实时叠加在现场人员的眼镜显示上：“拧这个阀门”、“看这块表的读数”、“这处焊点需要补焊”。从"你听我说"变成"你看我做"，沟通效率是质的飞跃。

能力二：任务驱动作业

无任务不作业。管理者在后台配置任务内容与执行要求（巡检路线、检查项、操作标准），任务同步到眼镜端和手机端。现场人员按流程逐项执行、逐项反馈，系统自动记录每项操作的完成时间和执行人。

这样做的好处是：操作规范从"靠经验"变成"靠系统"。新员工的执行质量和老员工不会有结构性差异，因为每一步都有系统引导和记录约束。

能力三：现场取证留痕

眼镜摄像头拍摄的照片和视频，配合语音快速录入的标题，自动关联到当前任务和人员，统一上传至后台归档。支持离线取证——网络中断时数据暂存本地，恢复后自动同步。

“谁在什么时间、什么地点、执行什么任务、拍了什么照片”——这条完整的证据链不是事后整理的，而是作业过程中系统自动生成的。

能力四：SDK 能力集成

一线互联提供标准产品版（眼镜端 + 手机端 + 管理后台，开箱即用）和 SDK 集成版两种交付模式。对于已经有自己业务系统的客户，可以把视频会商 SDK、任务管理 SDK、取证留痕 SDK 嵌入现有应用，在自己的系统里直接调用眼镜协作能力。

---

一线接入，三步就绪

整个系统的部署出奇的简单，因为所有重活都做在了软件层：

第一步：手机安装一线互联 App，眼镜开机
第二步：App 扫描 BLE → 选择眼镜 → 自动连接
第三步：远端打开管理后台或 App，加入协作

不需要配置网络参数，不需要配对 PIN 码，不需要驱动安装。眼镜端 endpoint 的缓存和自动重连机制确保了第一次配对后、后续戴上眼镜就能自动连上——这在工业场景里很重要，你不能让一个正要处理设备故障的工程师蹲在那里折腾蓝牙。

---

真实的工业现场在发生什么

写了这么多技术细节，不如看几个真实的落地缩影：

设备抢修：某工厂一台关键设备突发故障，现场运维人员戴上眼镜，总部专家远程介入。专家通过第一视角看到设备控制面板的报警代码和内部结构，在画面上圈出需要检查的模块，5 分钟定位到故障点——以前同样的流程需要专家出差，往返至少一天。

安全督查：安全巡检员按系统下发的检查路线逐点巡查，每到一个检查点自动拍照取证并语音口述检查结论。督查组长在后台实时查看多个巡检员的画面，发现违规操作直接语音纠正。检查报告和证据链在巡检结束的同时自动生成，不需要事后整理。

远程验收：供应商设备安装完成后，现场人员佩戴眼镜拍摄设备全景和铭牌细节，甲方工程师远程确认签字。全程录屏存证，有争议随时回溯。

---

为什么这件事值得现在做

AR 眼镜行业经历了多年的"概念验证"阶段，已经到了硬件成熟、场景明确、成本可控的临界点。Rokid 零售版眼镜 49g 的重量、AR1 芯片的性能、WiFi 6 + BT 5.3 的连接能力，加上不到一部旗舰手机的价格——硬件门槛已经降到"想用就能用"的程度。

而软件侧，一线互联把连接管理、状态诊断、重连策略这些底层复杂性封装干净，让业务系统只需关心"现场看到了什么、专家要说什么、任务该怎么执行"。软硬件加在一起，把一个曾经需要百万级投入的定制化系统，变成了零售设备 + 标准软件的即用方案。

工业场景从来不缺需求，缺的是好用的工具。当工具的门槛降到足够低，需求的闸门就会打开。

---

附录：快速上手代码

如果你想在自己的 Android 应用里接入 Rokid 眼镜的连接能力，只需三步：

Step 1：添加依赖

implementation "xyz.jumu.rokid:glasses-bt-core:0.1.0-SNAPSHOT"

Step 2：初始化管理器

val manager = RokidGlassesBtManager(
    context = context,
    config = RokidGlassesBtConfig(
        clientSecret = "your-rokid-client-secret",
        authBlob = loadAuthBlobBytes(),
        bluetoothClientName = "一线互联"
    )
)

Step 3：扫描并连接

// 开始扫描
manager.startScan()

// 监听扫描到的设备列表
manager.devices.collect { devices ->
    devices.forEach { device ->
        println("发现眼镜: ${device.name} RSSI: ${device.rssi}")
    }
}

// 用户选择设备后发起连接
manager.connect(selectedDevice)

// 监听连接状态
manager.state.collect { state ->
    when (state) {
        RokidGlassesBtState.Connected -> {
            // 连接成功，开始视频推流和协作通信
        }
        is RokidGlassesBtState.Failed -> {
            Log.e("Glasses", "连接失败 [${state.stage}]: ${state.code} - ${state.detail}")
        }
    }
}

// 生命周期结束时释放资源
override fun onDestroy() {
    manager.close()
    super.onDestroy()
}

完整示例代码和文档见 github.com/jlink-ai/rokid-glasses-bt，Apache 2.0 开源协议。

---

一线互联 —— 面向关键任务的随身智能单兵系统。应急 · 协同 · 取证 · 巡检 · 维保。