跳到正文

运作方式

从公寓里的开关到您的屏幕

配合示意图,一分钟即可读完。如需核实技术细节,可切换到"技术"模式,或展开每一步的详细说明。

  1. 公寓内设备HDL Buspro,每套公寓一条总线
  2. TingEdge安装在配电箱内,将数据转换为统一标准
  3. TingStay 云端存储数据、管理权限、发送告警
  4. Console 与 App网页端、住客 App、员工 App

状态、计量数据、事件向上传送指令、配置向下发送

公寓内:
所有设备共用一条线路

灯光、空调、窗帘、电表水表、门磁和人体存在传感器都接入该公寓专用的一条总线。任何两套公寓都不共用线路。

技术细节
  • 公寓内控制系统采用 HDL Buspro,成本明显低于 KNX,适合由大量小户型组成的项目。
  • 每套公寓一条独立总线。总线不接入楼宇公共网络,因此一套公寓无法监听或误控另一套公寓。
  • TingEdge 读取总线上的所有设备,并统一映射为通用数据标准(参照 KNX 的数据类型定义方式)。日后增加 KNX 或其他品牌设备时,Console 和 App 无需改动。

TingEdge 可读取和控制的内容:

设备信息
灯光开关、亮度
空调开关、模式、设定温度、室温
窗帘开合、位置百分比
电表kWh 读数、当前功率
水表m3 读数
门磁门处于开启还是关闭
人体存在传感器公寓内是否有人
漏水、烟雾、高温即时告警

TingEdge:
配电箱里的控制中枢

每套公寓配一台 TingEdge。它读取总线上的所有设备,把数据转换为统一格式,自主运行节能场景,并记录所有数据,断网时也不例外。

技术细节
  • 硬件(规划方向):安装在配电箱 DIN 导轨上的小型 Linux 计算机,隔离 RS485 端口接总线,有线网络加 Wi-Fi 备份,24 V 电源取自配电箱,带独立电池的时钟在断网时保持准确时间。硬件目前仍在开发阶段。
  • 耐受断电:操作系统以只读模式运行,待发送数据存放在独立存储区。软件可远程升级,出错时回退到上一版本。
  • 本地运行的场景:入住迎宾、住客外出时切断负载、退房后处理、长期空置、空调限制、定时、夜间模式。
  • 每次场景动作,TingEdge 都会同时上报原因,运营方能知道灯为什么被关掉。
  • 前台手动开启设备后,在设定时间内场景不会覆盖该操作。

连接:
TingEdge 主动向外连接,不开放入口

TingEdge 通过现有网络主动连接云端。无需在楼宇路由器上开放端口,因此外部没有任何路径可以直接进入公寓。

技术细节
  • TingEdge 主动建立到云端的加密出站连接。楼宇路由器无需开放端口,也不需要静态 IP。
  • 每条报文都有独立序号。云端据此拒收重复报文,TingEdge 也据此确认哪些报文已送达并从队列中删除。
  • 报文时间取自 TingEdge 自身的时钟,因此断网期间发生的事件仍带有准确的时间。
  • 更新频率:状态变化即时发送;功率每分钟一次;水电读数每 15 分钟一次;TingEdge "心跳"每分钟一次。
  • 水电以累计读数的形式发送,与表计相同,因此断网几个小时也不会丢失用量。

您点击,公寓执行,屏幕确认

来自 Console 或 App 的每条指令都有独立编号,并被持续跟踪,直到设备真正改变状态。您知道的是指令已执行,而不只是已发送。

技术细节
  • 每条指令经历四个状态:已记录、已下发、TingEdge 已接收、设备已变更。若未成功,指令会报错或过期。
  • 指令有时限,默认 60 秒。过期指令永远不会执行,避免旧指令在半夜把灯打开。
  • 下发配置、重启、软件升级、发放和收回门锁密码都使用同一机制。
  • 使用模拟 TingEdge(相同软件、虚拟总线)测试:从在 Console 点击到设备改变状态约 0.5 秒。

门锁:
权限授予入住,而不是授予某把锁

门锁密码按入住生成,退房时自动失效。系统只围绕"门禁权限"这一概念运作,因此更换门锁品牌不会改变运营方式。

技术细节
  • 第一阶段通过厂商平台使用 TTLock 门锁,依据运营方的书面授权。NeoLock 以及直接连接 TingEdge 的门锁将在之后支持。
  • 所有品牌的门锁都统一为同一种开门记录格式:谁开的门、用什么方式(PIN、卡、App、机械钥匙)、什么时间。
  • TTLock 的离线 PIN 密码无法在到期前收回。系统会标明密码类型,让运营方知道哪些密码可以立即收回。
  • 远程开门始终记入审计日志。

断网:
公寓照常运行,数据不丢失

门锁仍可使用 PIN 密码,公寓内的场景仍在 TingEdge 上运行。所有变化先保存在本地,恢复网络后补传,不重复、不遗漏。

技术细节
  • 待发送数据在 TingEdge 上最多保存 7 天。网络恢复后按原有顺序补传。
  • 模拟 TingEdge 测试结果:断网后重新连接,数据完整送达且无重复;断网期间重启,数据仍在,并在下次连接时发送。
  • 云端会把公寓标记为失联,超过允许时长即发出告警;连接恢复后告警自动关闭。
  • 断网期间开门:云端不会立即看到,但该事件会带着准确的发生时间补传上来。

安装并凭一个激活码启用

技术人员将 TingEdge 装入配电箱,运营方在 Console 输入激活码,公寓随即出现。配置按公寓模板预先编好再下发,无需逐台手动设置。

技术细节
  1. 每台 TingEdge 出厂时带有序列号和一个激活码。
  2. 运营方在 Console 输入激活码,把 TingEdge 绑定到公寓。激活码只能使用一次。
  3. TingEdge 获得独立身份,并接收公寓模板的配置。
  4. 更换或迁移 TingEdge 时,历史数据仍保留在该公寓下。
  • 公寓内的设备清单由 TingEdge 自动扫描并上报。Console 只负责命名和标注位置。
  • 配置按公寓模板编写一次,即可下发到多套公寓,并显示"待应用"和"已应用"状态。
  • 技术人员可远程查看诊断数据,减少上门次数。

各方只看到自己的数据

多家运营方共用同一平台,但数据相互隔离。在同一运营方内部,员工只能看到自己负责的公寓。

技术细节
  • 每家运营方拥有独立的数据空间。查看和修改权限在服务器端校验,而不只是在界面上隐藏按钮。
  • 按角色和地点分配权限。锁定员工账号立即生效。
  • 账目不能直接删除或修改,每次调整都会留下记录。所有套餐均包含审计日志。
  • 住客证件存储在位于越南的服务器上。Enterprise 套餐提供独立服务器,承诺 99.9% 可用性。

技术问题

TingEdge 是什么,安装在哪里?

TingEdge 是安装在每套公寓配电箱内的小型设备。它读取总线上所有设备的状态,自主运行公寓内的场景,并把数据发送到 TingStay 云端。每套公寓有一台独立的 TingEdge。

TingStay 在公寓内使用哪种连接标准?

公寓内设备采用 HDL Buspro,每套公寓一条独立总线,任何两套公寓都不共用线路。电表和水表通过 RS485 接口连接,门锁通过 Wi-Fi 或蓝牙通信。

是否需要在路由器上开放端口或租用静态 IP?

不需要。TingEdge 通过公寓现有的网络主动连接云端。路由器不开放端口,因此外部没有任何路径进入楼宇网络。

如何确认远程指令已经执行?

每条指令都有独立编号,并经过四个步骤:已记录、已下发、TingEdge 已接收、设备状态已变更。只有设备真正改变后,屏幕才会显示成功。指令未完成时,您会收到错误通知。

系统能读取公寓内的哪些信息?

灯光(开关、亮度)、空调(模式、设定温度、室温)、窗帘、电表(kWh、功率)、水表、门磁、人体存在传感器,以及漏水、烟雾、高温告警,具体取决于公寓内安装的设备。

门锁如何接入系统?

第一阶段 TingStay 对接 TTLock 门锁。门锁密码按入住生成并写入门锁,退房时自动失效。密码保存在门锁上,因此断网时住客仍能开门。

安装和激活需要多长时间?

如果电气基础设施已就绪,每套公寓施工最多 1 天,配置和测试在施工当天完成。之后运营方在 Console 输入激活码,公寓即会出现。

其他运营方能看到我的数据吗?

不能。多家运营方共用同一平台,但数据相互隔离。在您的组织内部,员工只能看到分配给自己的公寓。住客证件存储在位于越南的服务器上。

想看 TingEdge 实际运行?

NEXT HOME 准备了与 Console 联动的模拟 TingEdge,可做双向演示:开灯、开门、断网后补传。预约时间即可现场观看。