半导体工厂人员定位，为什么只按楼层和区域保存位置

2026-09-14

#半导体工厂

#人员定位系统

#UWB人员定位

# 楼层人数统计

#应急疏散

#ORBRO

半导体工厂人员定位要回答的第一个问题，往往出现在安全检查当天："现在厂区里有多少人？"负责人打开门禁记录，数出今天进来的人，减去已经离开的人，然后报出这个数字。可一旦追问下去，答案就开始动摇：从办公楼走到生产楼的人算在哪一边？协力厂商的访客还有多少人留在里面？早上刷卡后短暂外出又回来的人是不是被数了两次？数字本该只有一个，却每算一次都不一样。

在半导体工厂，这个问题格外难答。办公楼与生产楼分开，楼层众多，进入洁净室后人与人之间无法区分。协力厂商人员和访客每天也有数百人进出。因此，"有多少人"这个问题必须延伸为"哪一层有多少人"和"其中有多少人无法确认位置"，才算得到了答案。

本文整理的正是能给出这个答案的人员安全管理方案。关键不在技术，而在设计。先确定保存到哪一级、从哪一级起不再保存，导入前的讨论就会缩短，而画面反而更有用。在我们收到的人员定位系统咨询中，多层建筑如何区分楼层、火灾时如何确认疏散人数这两个问题反复出现，而两个答案来自同一个地方。

I. 门禁知道谁进来了，却不知道人现在在哪里

最先出现的反问是："用门禁记录来数不就可以了吗？"这话没错，大多数厂区实际上也是这样数的。但门禁记录记录的是"进出"这一事件，而不是"在场"这一状态。

门禁留下的是人通过门的时刻。之后此人是去了3楼会议室还是下到了地下机房，并不会被记录。如果连接办公楼与生产楼的通道上没有门禁，往返于两栋楼之间的人就一直留在其中一边的数字里。未办理离场手续就离开的访客，会整夜显示为在场。不是门禁的数字错了，而是门禁被设计来回答的问题本就不同。

因此，各楼层在场人数更适合由人员定位系统作为一组独立的数据来统计，而不是靠修正门禁记录得出。人员随身携带的标签被各楼层的接收器捕捉到，"现在在哪一层"就会作为一种状态被记录下来。

II. 半导体工厂人员定位只按楼层和区域保存的设计

一听到"定位"，人们想到的往往是每秒记录人员坐标的画面。但要在半导体工厂做出这样的画面，导入前需要跨过的讨论就会变长。劳资协商中，"能看到多少"会成为争议焦点，个人信息审查的范围也会扩大到全部坐标历史。

ORBRO的半导体工厂人员定位方案把保存单位定为楼层和区域。员工将ORBRO Tag ID放入工牌套随身携带，建筑的每一层安装TwinTracker UWB。ORBRO Server按厂区统计当前在场人数并显示在监控画面上，人员以"在生产楼3楼"这样的粒度被记录。某人在哪张桌子旁站了几秒，不属于保存对象。

这是一项设计决定，而不是法律解释。作为安全检查资料提交的是各楼层人数和无法确认位置的人数，而不是个人的移动轨迹，所以保存单位就对准这一点。保存范围缩小，协商时需要解释的内容随之缩小，需要审查的文件也随之减少。而且，一行按楼层列出的数字，比几百个坐标更能先给检查人员一个答案。

把三种方式并排放在一起，差异一目了然。

项目	门禁统计	楼层与区域级位置	连续坐标追踪
保存单位	通过门的时刻	楼层与区域，进入和离开的时刻	每秒坐标
能回答的问题	今天谁进来了	现在哪一层有多少人	谁在哪个位置停留了几秒
事前协商范围	已在运行	楼层与区域记录的保存期限	全部坐标历史
主要用途	出入管理	安全检查、疏散、SOS响应	工艺分析等其他目的

安全监控需要的是中间一列。也有现场需要右边一列，但那属于另外的目的，应当另行协商。

III. 洁净室和机房里，UWB人员定位接收器装在哪里

设计定下来之后，接下来是现场条件。半导体工厂的楼层与办公楼层不同。

作为UWB人员定位接收器的TwinTracker UWB按楼层和通道逐一安装，覆盖范围重叠约30%，避免留下信号薄弱的区段。安装有先后顺序：先覆盖楼梯和出入口。人换楼层的地点是楼梯，换建筑的地点是出入口，这些地方一旦漏掉，各楼层的数字就会对不上。

机房和洁净室里，设备会遮挡信号。只看图纸布点，运行中的设备背后会出现接收中断的区段，所以要在设备运行状态下实测后再定位置。此外，图纸和摄像头坐标需要对齐到同一基准，因此要先确认最新图纸。扩建频繁的厂区，图纸越容易落后于现场，画在旧图纸上的区域会与实际墙体错位。

接收器是什么设备、布线如何连接，我们在UWB定位系统组成一文中已有整理。

IV. 楼层人数统计画面上有两个0

在楼层人数画面上，最先要学会的是如何读0。

多个厂区和楼层的人数汇集在同一个画面上。可是尚未安装设备的厂区也会以0留在同一个画面里。这个0不是"没有人"，而是"还没有开始统计"。ORBRO OS区分未部署状态和无人状态，检查人员看到0而放心、负责人看到0而慌乱的情况都会减少。0和"无"是两回事，画面不应把这个差别藏起来。

同样的原则也适用于无法确认位置的人员。电量不足的标签和当天没有收到信号的人员会汇集成一份列表。把信号丢失和当天未接收分开，就能把待检查对象和未佩戴分开核对。多少电量算不足、多长时间算未接收，按运行标准设定即可。

需要看到姓名的时刻是另外的场景。选择楼层后，人员位置会以标记显示在实际平面图上；按姓名或部门搜索，目标人员会被高亮，周围人员也一同显示。事故调查时，选定日期和对象即可回放当天走过的路线，在各楼层停留的开始和结束时刻会整理成表。平时不必点名，只在需要时点名，这就是这个画面的用法。

V. 按下SOS按钮之后，直到应急疏散

遇到紧急情况的员工按下工牌侧面的按钮，其姓名、楼层和区域会显示在监控画面的第一位。楼层与区域级保存的第二个优点在这里显现：值班人员不必解读坐标，直接前往"4楼东区"即可。

距离呼叫点最近的摄像头画面会同时打开，先确认现场情况。连接中断的摄像头会分别显示最后一帧画面和连接状态，因此不会把画面停住误当成事态停住。位置和影像必须在同一个画面上，这个判断才会快，ORBRO OS把这两类数据放在同一张图纸上。

访客也在同一套体系之内。把访客信息与访客证编号关联起来，从入场到离场就是一条完整的记录，未办理离场的访客证会进入待回收列表。

接入应急疏散功能后，会从当前在场人数中剔除例外人员，计算疏散对象。疏散开始后，全部对象、已完成、未疏散的人数以及各楼层进度实时更新，并可同时查看滞留趋势和未疏散名单。结束后，耗时和结果作为报告保存，演练结果也积累在同一套记录体系中。"有名单却没有位置"的问题，我们在物流中心火灾疏散人数统计一文中另有讨论。