2. 系统架构设计
数字工地管理系统的架构设计是项目成功的基础。针对班组考勤与设备跟踪集成场景，我们采用经典的四层物联网架构：感知层、网络层、平台层、应用层。每一层承担明确的职责，层与层之间通过标准接口解耦，确保系统具备可扩展性、高可用性和安全性。
架构设计核心目标： 实现考勤数据与设备位置数据的实时采集、可靠传输、统一处理与业务联动，支撑工地现场“人机定位一张图”管理。
2.1 整体架构分层
下图展示了数字工地管理系统的四层架构，以及班组考勤与设备跟踪两条数据流在每一层的交互关系。
2.2 各层详细职责
| 架构层 | 核心职责 | 考勤场景关键组件 | 设备跟踪场景关键组件 |
|---|---|---|---|
| 感知层 | 数据采集与信号转换 | 人脸识别终端、刷卡闸机、蓝牙手环 | GPS/北斗模块、UWB 定位基站、加速度计 |
| 网络层 | 数据传输与协议适配 | MQTT over Wi-Fi、蓝牙网关 | 4G/5G 蜂窝网络、LoRaWAN 网关 |
| 平台层 | 数据存储、计算与业务逻辑 | 考勤规则引擎、人员档案库、工时计算服务 | 位置计算引擎、时空数据库、电子围栏服务 |
| 应用层 | 业务呈现与用户交互 | 考勤看板、排班管理、异常告警 | 设备轨迹回放、人机碰撞预警、热力图 |
2.3 技术选型原则
技术选型直接影响系统的开发效率、运行稳定性和长期维护成本。针对数字工地场景，我们遵循以下六大原则：
- 工业级稳定性优先：工地环境恶劣（高温、粉尘、震动），硬件选型需满足 IP65 防护等级、宽温范围（-20℃ ~ 70℃），通信链路需具备断线重连与本地缓存能力。
- 协议标准化与互操作性：感知层优先采用 MQTT、CoAP、HTTP/2 等标准协议，避免私有协议绑定。平台层 API 遵循 RESTful 规范，数据格式统一为 JSON 或 Protobuf。
- 边缘计算能力：在网络不稳定或带宽受限时，边缘网关需具备本地数据处理、规则判断与缓存转发能力，降低对云端实时性的依赖。
- 水平可扩展性：平台层采用微服务架构，核心服务（设备管理、规则引擎、位置计算）独立部署，支持按工地规模横向扩展。
- 安全合规：数据传输全程 TLS 加密，设备接入需双向认证（X.509 证书），人员隐私数据（人脸、位置）满足《个人信息保护法》要求。
- 成本可控：在满足功能前提下，优先选用开源中间件（EMQX、Kafka、PostgreSQL + PostGIS），降低商业许可费用。
实战建议： 在班组考勤场景中，人脸识别终端建议选择支持离线识别的型号（本地存储 5000 张人脸底库），避免因网络中断导致考勤数据丢失。设备跟踪场景中，UWB 定位精度可达 30cm，但成本较高；若精度要求为 1~3 米，可选用蓝牙 AoA 定位方案，性价比更优。
2.4 技术选型对比清单
以下表格对比了考勤与设备跟踪场景中关键组件的推荐选型：
| 组件 | 推荐技术/产品 | 选型理由 | 注意事项 |
|---|---|---|---|
| 考勤终端 | 海康威视 DS-K1T680 系列 | 支持离线人脸识别、活体检测、IP65 防护 | 需定期同步底库，建议每日一次 |
| 定位基站 | UWB：Decawave DWM1000 模组 | 精度 10~30cm，抗多径干扰强 | 基站部署间距不超过 50 米 |
| 通信协议 | MQTT 5.0（EMQX Broker） | QoS 等级支持、遗嘱消息、共享订阅 | Payload 建议压缩，减少带宽占用 |
| 时序数据库 | TDengine / TimescaleDB | 高写入吞吐、自动降采样、SQL 兼容 | 设备位置数据按 1 秒频率上报，需合理设置保留策略 |
| 规则引擎 | Node-RED / eKuiper | 可视化编排、边缘部署、SQL 规则支持 | 复杂联动规则建议在平台层实现 |
| 地图引擎 | Mapbox GL JS / CesiumJS | 支持 2D/3D 切换、大规模点渲染 | 工地 BIM 模型需提前转换为 GeoJSON |
2.5 架构设计关键决策点
在四层架构落地过程中，以下三个决策点直接影响系统成败：
- 数据融合策略：考勤数据（人员身份 + 时间）与位置数据（设备 ID + 坐标）在平台层通过“人员-设备绑定关系表”进行关联。例如，当某工人的蓝牙手环与挖掘机的 GPS 模块同时出现在同一电子围栏内，系统可自动记录“人机协同作业”事件。
- 离线/在线模式切换：感知层设备需支持本地缓存（考勤记录、位置点），网络恢复后自动补传。平台层需设计幂等接口，防止重复数据导致统计错误。
- 告警分级机制：根据业务紧急程度将告警分为三级——一级告警（人员坠落、设备碰撞，需 1 秒内推送）、二级告警（电子围栏闯入，5 秒内推送）、三级告警（设备低电量、考勤异常，30 秒内推送）。不同级别对应不同的消息队列优先级和推送通道。
常见误区： 不要试图在感知层做过多业务逻辑。例如，在人脸识别终端上直接计算工时，会导致终端负载过高、维护困难。正确的做法是：终端只负责采集身份与时间戳，工时计算统一在平台层规则引擎中完成。
2.6 架构演进路线
数字工地系统通常分三个阶段演进，技术选型需为后续阶段预留扩展空间：
在第二阶段（平台融合）完成后，班组考勤与设备跟踪的数据流将完全打通，为后续的智能决策（如基于历史考勤与设备位置预测次日用工需求）奠定数据基础。