PNX 定义
Phone · Near · eXecute 三层架构释义与技术边界
P
PHONE
N
NEAR
X
EXECUTE
= PNX 解耦式无钥匙进入
命名释义 #
PNX 由三个字母组成，分别对应技术架构的三个层级。这三个层级共同构成一个完整的解耦式无钥匙进入流程。
P = Phone（手机验证）
手机作为数字身份令牌。蓝牙连接建立后，模块通过 UUID 验证手机身份，确认"你是授权用户"。
- 输入：手机 BLE 广播信号
- 处理：模块扫描附近 BLE 设备，匹配 UUID 白名单
- 输出：验证通过 / 不通过
- 时序：通常在 1–3 秒内完成
- 用户体验：无感完成，无需掏手机、无需亮屏、无需打开 APP
N = Near（近场确认）
系统通过蓝牙 RSSI 信号强度判断用户与车辆的物理距离。只有进入预设阈值范围，系统才判定用户"在场"，并为执行层做准备。
- 输入：已验证手机的实时 RSSI 值
- 处理：持续监测 RSSI，与预设阈值比较
- 输出：进入有效范围（微动开关带电）/ 未进入（微动开关不带电）
- 阈值建议：开锁阈值 -65dBm，上锁阈值 -80dBm
X = eXecute（手动执行）
验证和确认均自动完成后，执行权交到用户手中。用户按下门把手微动开关，系统才正式向车身控制域发送开锁指令。
- 输入：微动开关的物理按下信号
- 前提：Layer 1 验证通过且 Layer 2 确认在场
- 处理：边沿检测开关信号，消抖处理后发送开锁指令
- 输出：车身控制域执行开锁 / 上电
- 时序：从按下到执行，典型延迟 ≤ 200ms
X 的延展含义 #
X 同时承载两层延展含义，在技术拆解中自然带出：
- eXact（精确）：精确控制，不误触、不罚站，精确到用户按下的那一刻
- eXplore（探索）：手机靠近，无限可能。PNX 不仅是一把钥匙，更是智慧出行的入口
技术边界 #
PNX 不是独立的通信协议。PNX 基于 BLE 协议栈，在 BLE 的链路层之上构建了应用层的交互范式。这意味着：
- PNX 不替代 BLE，而是基于 BLE
- PNX 不定义新的无线电通信规范，而是定义"何时允许用户手动触发"
- PNX 与 UWB、NFC、BLE 感应模式并列，属于应用层解锁方式的一种
与 NFC / UWB 的区别 #
| 对比项 | UWB | NFC | BLE 感应 | PNX |
|---|---|---|---|---|
| 通信协议 | IEEE 802.15.4z | ISO/IEC 14443 | BLE 4.2/5.x | BLE 5.x（应用层） |
| 验证方式 | 手机 UWB 芯片 | 手机/卡片 | 手机 BLE | 手机 BLE |
| 存在确认 | ToF 多点定位 | 贴靠感应 | RSSI 单点估算 | RSSI 阈值判断 |
| 触发方式 | 系统自动 | 用户贴卡 | 系统自动 | 用户手动按钮 |
| 后装可行性 | 需预埋锚点硬件 | 需车机原生支持 | OBD 即插即用 | OBD 即插即用 |
| 老车覆盖 | 限新款高配车型 | 少量车型 | >95% | >95% |
| 核心体验 | 全自动，精准 | 手动，可靠 | 全自动，波动 | 自动+手动，可控可靠 |
核心设计原则 #
默认安全
Secure by Default — 系统的默认状态是"不连接、不应命、不开锁"。只有明确满足三层条件时，才允许进入下一步。
用户主权
User Sovereignty — 执行开锁的最终决定权始终由用户物理动作触发。系统可以建议、可以准备，但不能代替用户按下开关。
向后兼容
Backward Compatible — PNX 不强制取代感应模式。用户可通过 APP 一键切换"感应模式"与"PNX 模式"。
关于 X 的组词
X 主推 eXecute（执行），同时承载 eXact（精确） 和 eXplore（探索） 两层延展含义。
三个关键词的排列：探索（eXplore）是起点，精确（eXact）是过程，执行（eXecute）是结果。即 探索 → 精确 → 执行。