我直接用最通俗、最贴近你这个RK3568人脸识别门禁的场景，把要不要联网、存本地还是云端、用eSIM还是离线讲清楚，同时给你OpenHarmony 下的最佳实践方案。

一、先给结论：你说的这种门禁 → 99% 是 本地离线识别

你描述的特征：

• RK3568 主板

• 屏幕平时暗，有人靠近变亮

• 马上识别、马上开门

• 不需要等、不卡顿

这种一定是离线人脸识别。

原因很简单：

1. 开门要快，联网查云端会有延迟，还会断网就废了。

2. 安全要求高，门禁不能依赖外网。

3. RK3568 算力足够跑本地轻量级人脸识别模型（如 FaceDetect、MNN、NCNN 等）。
二、人脸存在哪里？

存在设备本地 Flash / eMMC 里。

不是存原图，而是存：

• 人脸特征值（一串数字，很小，几百字节）

• 不是图片，不是照片

所以：

• 存 1000 人 几乎不占空间

• 存 5000 人 也毫无压力

• 存 10000 人 仍然本地搞定

RK3568 + OpenHarmony 完全扛得住。
三、那它到底要不要联网、要不要eSIM？

分三种场景，我给你讲清楚：

1）纯本地离线（最常见、最稳定）

• 不插卡

• 不连WiFi

• 不连云

• 人脸在本地录入、本地比对、本地开门

优点：

• 绝对稳定

• 断网不影响开门

• 速度最快

• 隐私安全

缺点：

• 要加人、删人必须去机器上操作

2）本地识别 + 后台管理（最实用）

• 人脸识别 还是本地

• 但设备连 WiFi / 插 eSIM 用于：

◦ 远程下发人脸

◦ 远程删除人脸

◦ 上传开门记录

◦ 远程升级固件

这是行业 90% 的真实方案！

3）云端人脸识别（几乎不用在门禁）

• 图片传到服务器比对

• 延迟高、依赖网络

• 只有超大平台（火车站、机场）才用

• 不适合小区、公司、大门门禁
四、你问的关键点：

人脸数量不同，会不会影响用本地还是云端？

我直接给你行业标准划分：

① ＜ 10000 人

→ 全部本地离线识别
RK3568 轻松搞定。

② 10000 ～ 50000 人

→ 仍然本地为主，可以做本地库分片。

③ ＞ 50000 人或动态人员极多

→ 才考虑本地+云结合
但门禁一般不会这么大。
五、OpenHarmony + RK3568 最佳实践（直接给你最终方案）

最佳方案：

本地人脸识别 + 可选联网管理

结构：

1. 人脸特征库存在本地

2. 比对算法在设备端运行

3. 网络（WiFi / eSIM）只用于：

◦ 远程管理

◦ 记录上传

◦ 远程升级

4. 断网时 完全不影响开门

这是目前：

• 最稳定

• 最安全

• 最符合门禁产品逻辑

• OpenHarmony 官方推荐的边缘计算架构
六、一句话总结你最关心的：

你门口那个 RK3568 人脸识别机：

• 不需要实时联网查人脸

• 不需要eSIM实时比对

• 人脸存在本地，离线识别

• 网络只是用来远程管理、上传记录
如果你愿意，我可以下一步直接给你：
OpenHarmony + RK3568 人脸识别门禁完整开发架构
包括：

• 用什么AI框架

• 模型放哪里

• 人脸库怎么存

• 屏幕亮灭、人体感应怎么驱动

• 开门继电器怎么控制