德恩科磁悬浮自动门

磁悬浮自动门反馈点位核对

磁悬浮自动门需要哪些反馈,取决于平台究竟要确认什么。门关到位、锁已到位、设备在线和指令已接收,要各自找到对应依据;不能用一个开关图标包办。点表还应说明信号覆盖哪扇门、什么条件下有效,缺失或离线时怎样显示。没有锁反馈的配置,不应把“门已关”翻译成“已锁好”。

从屏幕上的一句话,追到现场哪个部件

项目方说“手机能看门状态”,可能指看见门已关,也可能指看见锁已上好、门正在运行或设备掉线。将这些需求分别写成可验证的句子,比先画一个绿色门图标更有用。每一句话都需要明确对象、信号来源和有效条件。

例如“D-01活动扇关到位”描述门扇位置;“D-01锁到位”描述某一锁具的反馈;“G-01在线”描述通信节点。网关和门扇即使装在一起,也不能共享同一个物理含义。先让门点、活动扇、锁具和采集设备的编号对应起来,更换设备后也能追到具体对象。

总方案可先看智能控制与联动资料,门禁和锁控分工见门禁联动核对。本页针对已有方案的反馈点位审查,不把任何一种传感器、协议或平台功能预设为所有门机的标配。

每个点位写清来源、对象和有效条件

表格可横向滑动查看。

反馈需求与证据来源分开登记
希望显示的内容应核对的来源不应拿来替代
门关到位对应门扇的到位检测、适用位置数据及有效定义关门指令已发送
门开到位全开位置检测或对应位置反馈已起动、半开或保持开启模式
锁已到位准确锁具的到位反馈及其含义锁控制输出已改变
正在运动适用设备提供的运行信息或经确认的检测未收到关到位就推定在动
设备在线明确节点的连接或心跳定义门体正常、门位有效或锁已释放
状态不可确认反馈缺失、无效、冲突、过期等质量信息沿用旧值并继续标成正常

同名字段也要核对定义。有的“锁定”表示模式,有的表示已发出锁控命令,有的才是来自锁具的实际反馈。原始字段名、数据类型、枚举、适用版本和平台文案放在同一行,避免开发人员仅凭中文名称决定图标颜色。

若反馈来自控制器对位置的推定,而非独立到位检测,也应保留这个来源说明。接口映射可以改变显示名称,不能凭空增加测量能力。是否需要独立检测、是否满足项目要求,由相应设计和设备责任方确认。

六种组合,检查屏幕有没有多说一句

下面是假设已约定各反馈含义的审查示例,不是德恩科某型号的状态码表。先核数据是否有效、覆盖是否完整,再判断显示文案。有效的门位值与不可确认的锁位值可以同时存在,不必把整个页面都涂成同一种颜色。

表格可横向滑动查看。

组合状态的可证范围示例
已取得的依据可以表述不能直接表述
关到位有效;未配置锁反馈本点关到位;锁状态未提供门已锁好
关到位和对应锁到位均有效约定监测点的关到位及锁到位已确认整门防盗能力或其他专项结论
开到位与关到位同时有效若设计定义为互斥,标记冲突待核任选一个状态当正常
开、关到位均未成立未确认处于两个端位必然在运行、必然受阻
锁控输出已上锁;没有锁反馈上锁命令或输出状态已记录锁舌已经到位
网关在线;下游门位数据无效网关在线,门位不可确认门正常且已关闭

“两个端位都没到”可能发生在中间停止、运行过程或反馈异常,单靠这两个值不能区分。需要显示运行中时,应另外取得适用依据。反过来,平台拿到一条运行停止记录,也不能补造一个关到位结果。

保护状态、故障状态和门位也不互相替代。故障告警恢复,不等于门已走到期望位置;门位正常,也不能证明所有保护功能已通过检查。验收文案应限于实际取得的证据。

没有配置、当前无效和信号为否,是三件事

未配置锁状态检测,属于这套配置没有提供该反馈;已经配置但当前收不到,属于数据不可用;收到有效的“锁未到位”,才是一条确定的状态。三者会导致不同的处理和采购决定,不应统一显示成红色“故障”或绿色“已解锁”。

普通二值输入未必能区分正常断开与线路断开。是否具备线路监督、故障诊断或通信质量状态,要查准确设备、接线方案与采集能力。平台不能仅靠把缺省值改成0,就获得硬件原本没有的断线识别能力。采集端没有相应信息时,记录该限制,再由项目决定是否增加配套。

有效性还涉及采集对象是否正确、映射版本是否适用、数据是否仍能代表当前现场。旧值可以保留用于追溯,但要与当前已确认状态分开呈现。多久未更新算过期,不能只按网页刷新速度随意规定;它取决于更新机制、设备能力和项目约定。

如果问题是多系统记录顺序不一致,可转到故障事件时间线核对整理历史证据。本页不重复那套时钟校正方法,重点是这条反馈此刻能证明到什么范围。

双扇门:一侧关到位,不能代表两侧

设想D-02是一樘对开门,左扇有独立关到位反馈,右扇没有。平台看到左侧到位就显示“整门关闭”,会把右侧未被观测的部分隐藏掉。正确记录应写出左、右各自覆盖情况,不能因为只有一个门洞就只留一条含义不明的“门状态”。

若经批准的设计要求两扇都到位才显示整门关闭,则两个对应反馈都应有效并符合条件。其中一扇无效时,整门结论不能标成已确认;一侧未到位时,也不能用另一侧的结果覆盖。具体系统是否采用这样的聚合条件,要与门体结构、联动逻辑和项目要求一起确认。

锁具覆盖范围同样逐项说明。一把锁的反馈、两把锁的反馈、控制器统一输出,可能对应不同结构。即使平台只有一个卡片,也可以在详情中分别保留门扇与锁的状态及未知项,避免汇总界面超出实际监测范围。

多扇、半开和固定扇场景另核所需对象。固定扇不应机械地套用活动扇运行点表;半开到位也不能默认等于全开到位。先确定用户要看的状态,再决定需要采集什么。

联调时让现场状态与平台逐点对照

用批准的方案和实际交付配置进行对照,记录门号、固件、映射和平台版本。同一状态至少能从现场对象追到原始采集点,再追到平台字段及文案。现场人员确认的是哪一扇、哪一把锁,应和平台测试人员看的对象一致。

  1. 按约定的正常模式,分别观察开到位、关到位、锁释放和锁到位等已配置状态。
  2. 对有条件且获准实施的中间停留或不同开度,核对平台是否误当端位。
  3. 按设备允许的方法验证反馈失效、通信中断和恢复后的显示,不带电试接、不拔接未知端子,不取消保护。
  4. 对双扇或多扇逐一检查覆盖范围,再核汇总结果。不能仅演示同步开关一次。
  5. 保留未配置、未实施、异常及通过的区别,修正映射后复验受影响点位。

没有条件实施某个失效场景,应写明未测及替代证据,不能把正常画面截图复制成断线验收结果。记录可与逐门验收资料关联;后续换锁、换板、修改映射或调整门扇结构,也按影响范围重核。

交付一张能追到现场的反馈点表

下载反馈点位核对空白表。一行对应一个原始点或一个有明确条件的汇总点,记录监测对象、来源、有效性、平台文案与复验结果。它不是某型号端子表,也没有预填检测结果。

资料参考AXIS公开《Event logger service》的事件分类:其文档将门模式、门物理状态和锁物理状态分别表达,且明确事件可用范围取决于配置与软件版本;涂鸦《BatchGetDeviceState》则区分设备在线状态及相关时间信息。本页只借此说明“字段含义和可用范围要分别核对”,不移植其协议、状态码或宣称德恩科所有产品具备相同能力。

咨询只需说明门型、希望显示的状态、已有设备型号和待解决的问题。项目原始点表、账号、程序及内部日志由相关责任方保存,不需要在公开网站上传。

常见问题

磁悬浮自动门只有关到位信号,能显示已经上锁吗?

不能。关到位反映相应门扇位置,锁到位需对应锁具的有效反馈;没有该反馈时,应说明锁状态未提供或不可确认。

门开到位和关到位都没有,说明正在运行吗?

不能仅凭这两个值判断。门可能停在中间,也可能存在反馈问题;显示运行中需要额外的适用依据。

网关在线就能确认门状态正常吗?

不能。网关连接状态与下游门位、锁位及保护状态是不同信息,要分别核对来源、有效性和覆盖对象。

双扇门只采集一侧,能显示整门关闭吗?

不能超出已监测范围作结论。需按项目定义确认两侧及相关锁具的覆盖和汇总条件,未取得的部分保留未知或未提供。