定义
BIM（Building Information Model，建筑信息模型）是建筑全生命周期的数字化表达，将建筑的几何、属性、关系、成本、进度等信息集成于三维模型中。BIM 遵循 IFC、gbXML 等标准，支撑设计、施工、运维各阶段，实现协同设计、碰撞检测、施工模拟、工程量统计、运维管理等。
BIM 与 IoT 结合可形成建筑数字孪生（Digital Twin），将 BAS、传感器、能源计量等实时数据与模型关联，实现设备状态可视化、故障定位、能耗分析、空间管理。物联网卡为 BIM 运维、移动巡检、现场数据采集、无人机巡检等提供连接。
技术特点
BIM 支持 LOD（Level of Detail）分级，从概念设计到运维阶段逐步细化。与 GIS、FM（设施管理）系统集成，可支撑园区级、城市级建筑资产管理。在智慧园区、智慧城市场景中，BIM 是 CIM（城市信息模型）的重要数据来源。
应用场景
BIM 应用于建筑设计、施工、智慧园区、智慧楼宇运维、数据中心、医院等。典型场景包括：BIM 运维、设备定位与巡检、能耗分析、数字孪生、应急疏散模拟、改造方案仿真等。达希物联为 BIM 运维场景提供物联网卡、专用 APN、VPDN 专网及智慧建筑解决方案。
构件编号、测点与模型版本
在运维阶段，BIM 对物联网卡的意义是给每个现场测点一个不会随图纸文件夹搬家而丢失的身份。几何模型里的构件有编号、楼层和系统分类；传感器、电表和水表有自己的设备号；蜂窝网关还有卡号和安装位置。三者若没有稳定的对照表，平台上的温度曲线就无法点回模型里的那台空气处理机组。卡本身不保存模型，它只保证网关或巡检终端能把带编号的读数送回。模型更新、构件拆分或房间改名之后，这条对照表必须跟着版本走，否则新模型上会显示旧设备的数据，或干脆找不到点。
适合把物联网卡用在 BIM 运维上的情况，是现场还没有永久有线、巡检人员要在地下室或屋面回传照片和读数，或无人机、移动终端需要把位置和构件关联起来。条件是测点编码在施工移交时已经写进模型，而不是等运营后再手工对 Excel。时间戳要和模型里的巡检记录使用同一时区。照片、点云或短视频体积大，应和周期遥测分开，避免一次巡检把网关当天的告警队列堵死。网关更换时，新卡要继承旧的构件对照，而不是生成一套新的设备号导致历史曲线断裂。多人同时编辑模型时，要规定哪一版才是现场编码的依据，施工模型和竣工模型不能并行往同一张卡的设备上写参数。
常见错误是把模型浏览的流畅程度当成数据已经绑定。网页能旋转建筑，不代表蜂窝上传的点名存在于当前模型。另一类是巡检照片只按时间排序，没有构件编号，出了故障无法证明当时看的是哪台设备。还有在模型大版本升级当天下发新的点表，网关解析失败后不断重连，卡流量上升而平台曲线中断。弱网区域若要求巡检终端实时加载整栋模型，会把本来只需要回传几条读数的卡变成大文件下载通道。移交验收应抽若干构件，从模型点到网关、到卡号、到最近一条曲线来回各走一遍，并保留模型版本号。实时控制仍在楼控系统中完成，见 BAS。
移交清单要把模型版本、点表版本和网关卡号写在同一行。只交模型文件而不交点表，运营人员会在新模型里看到旧的设备编号，曲线无法点选。施工过程中的临时点若没有标记废弃，会一直占用上报名额，真正的竣工点反而因为重名被拒绝。巡检终端在地下室加载模型失败时，应允许只回传构件编号和读数，照片排队等待，而不是整单失败后让巡检员改用纸笔。无人机或移动端回传的位置要落到构件所在楼层，不能只存一个园区中心点。模型合并分区时，历史曲线的构件编号需要映射表，映射缺失的时段应标明“编号已变更”，避免被看成传感器故障。卡的停用要和构件报废同一天完成，否则拆掉的设备仍在模型里闪烁在线。
点表导入失败时保留上一版并告警，禁止导入半张表后让一半构件失去测点。巡检照片的文件名包含构件编号和拍摄时间，不能只按上传顺序排列。模型浏览所用的网络和测点回传所用的卡可以不是同一条，但两边的构件编号必须同源，否则画面上的设备和曲线上的设备不是同一台。竣工模型替换施工模型的当天，冻结一份点表快照，便于解释替换前的曲线。