咨询ESP32与Firestore通信实现RFID人员识别数据查询的方法

轻量化方案选型 #

ESP32的硬件资源不足以运行Firebase官方全功能SDK，最适配这类嵌入式场景的实现路径是基于Firebase REST API的无状态HTTP通信，不需要引入复杂的OAuth签名逻辑，整体内存占用不到20KB，不会挤占RFID读取、显示屏驱动的运行资源。

前置配置步骤 #

• 提前在Firestore中建立专门的rfid_tags数据集合：每个文档的唯一ID直接使用对应RFID TAG的UID值，文档内直接存储name、city、birth_date等需要展示的字段，避免查询时做全集合扫描
• 在Firebase控制台开启匿名登录能力，获取项目对应的Web API Key，无需在设备端存储高权限的服务账号凭证
• 提前调通ESP32的基础联网能力：验证WiFi连接、HTTPS客户端组件可以正常发送外部请求

具体通信流程 #

1. 设备端鉴权
   • 设备启动联网后，先调用Firebase Auth的匿名登录接口获取短期有效的ID Token，该Token默认1小时有效期，足够支撑日常识别场景
   • 拿到的ID Token存在设备内存中，临近过期时再重新请求刷新，不需要每次读RFID都重复鉴权
2. RFID识别后的查询操作
   • 当RFID模块读到TAG的UID后，直接拼接单文档查询请求路径：通过UID定位对应的Firestore文档，不需要携带额外的查询过滤参数
   • 请求头中携带之前缓存的ID Token作为鉴权凭证，发送HTTPS GET请求即可拉取对应TAG的关联数据
   • 做基础状态码判断：如果返回404状态，直接判定该TAG无匹配记录，在显示屏输出未授权提示即可
3. 数据解析与展示
   • 使用轻量的ArduinoJson库解析Firestore返回的嵌套JSON结构：注意Firestore的实际字段值存储在返回结构的fields节点下，字符串类字段需要读取对应节点的stringValue子字段，不要直接从JSON根节点取值避免解析报错
   • 解析完成后把姓名、城市、出生日期等字段值按显示屏布局刷新到对应坐标即可

避坑提示 #

• 所有WiFi凭证、API Key、项目ID不要硬编码在主程序中，优先存在ESP32的NVS非易失性存储分区，避免代码泄露造成安全风险
• 请求必须走HTTPS通道，测试阶段可以暂时关闭ESP32 HTTPS客户端的证书校验，正式上线时导入Google的根证书完成校验，避免明文传输被劫持
• 不要为了本地匹配把整个rfid_tags集合的内容拉到ESP32本地存储，单文档按ID查询的网络延迟一般在200ms以内，完全满足识别场景的响应速度要求，还能减少设备端内存占用
• 控制请求频率，不要短时间内高频调用Firestore接口，避免触发平台的IP限流策略

内容的提问来源于stack exchange，提问作者Eduardo Vasconcelos