混凝土60楼系统锁死，怎么快速解决

admin 2026年07月23日 18:57:15 14 0

先别急着抄起螺丝刀、拔电源、喊“重启大法好”——
咱得先搞清楚：“混凝土60楼系统锁死”，真不是哪栋楼浇筑到第60层时，混凝土自己闹罢工了。
（虽然听说某项目部真有工程师蹲在泵车旁，对着C50混凝土小声念：“您冷静，我们马上改PLC程序……”）

（晋江速捷自动化科技有限公司）

1.1 “混凝土60楼”？这词儿听着像工地黑话，其实是智能建筑的“高危VIP区”

“混凝土60楼”不是建材说明书，也不是施工日志里的层数打卡——
它是业内对超高层混凝土核心筒结构中，集成BMS（楼宇设备管理系统）、IBMS（智能建筑管理系统）、电梯群控、消防联动、安防门禁、能源计量等多系统耦合运行的60层垂直管控平台的戏称。

为什么叫“混凝土”？因为整栋楼骨架是钢筋+混凝土，稳如泰山，但系统一旦锁死，它就稳得……像一块没通电的预制板——
人上不去，梯停着，门不开，空调吹冷风但没人敢关，连消防广播都卡在“请注意……”半句上。

为什么强调“60楼”？不是凑整数，而是工程现实：
- 超高层（≥250m）常见45–80层，60层往往是机电竖井交汇点、信号衰减临界层、冗余切换主控区；
- 这一层常部署核心PLC主站、边缘网关集群、时间同步服务器及双电源切换柜——
简单说：这里是整栋楼的“小脑+喉结+心跳起搏器”，它一僵，全楼微动作集体静音。

📌 小贴士：下次听到“混凝土60楼锁了”，请默念三遍：
不是混凝土凝固了，是它的数字神经系统打了个长达3小时的盹。

1.2 “系统锁死”？不是蓝屏，是整栋楼在演默剧

在自动化圈，“锁死”从来不是文艺修辞，而是三重失联的硬核现场：

故障维度	典型表现	工程后果
全链路响应中断	PLC无周期扫描、Modbus TCP连接持续Timeout、OPC UA Server拒绝握手	所有子系统“失联”，BMS画面变灰，连报警灯都不闪
指令无反馈	操作员点击“开启新风机组”，HMI无响应；发远程启泵命令，现场水泵纹丝不动，且无错误代码返回	你发了，它没收到；或者收到了，但选择性失忆
人机交互界面冻结	触摸屏触控失效/画面撕裂/长时间加载转圈/弹窗卡死在“正在初始化…”	最扎心的是：你明明坐在中控室，却比60楼天台的保洁阿姨还难“上达天听”

⚠️ 注意：这不是“慢”，是“断”。
就像一群人开会，突然所有人同时把麦克风关了、耳朵捂了、笔记停了——
不是吵不起来，是压根没听见彼此在说什么。

1.3 锁死不背锅，它只是把问题“诚实”地放大了

我们拆过上百套锁死的60楼系统，发现一个真相：
“锁死”从不凭空发生，它只是故障链的最后一张多米诺骨牌。
真正该被拉去喝茶的，是下面这三类“幕后推手”：

🔧 硬件层面：物理世界的小脾气

PLC模块过热：安装在弱电井密闭桥架里，夏天45℃环境+散热不良→CPU降频→扫描周期飘移→通讯超时→主站判定“离线”→自动切冗余→结果冗余也热得冒烟…
电源浪涌：雷击后UPS切换延迟300ms，导致PLC掉电重启失败，寄存器状态错乱，密码校验逻辑跑飞（于是你输对了密码，系统说“您未授权”）
传感器短路：某楼层温湿度探头进水短路，拉低整个RS-485总线电平，16台DDC集体“装死”，主站反复重试→通讯风暴→网关内存溢出→锁死

💻 软件层面：代码世界的蝴蝶效应

固件版本冲突：电梯厂商升级了新代数控系统固件V3.2.7，但BMS对接驱动仍用V2.1旧协议→握手失败→心跳包被当攻击封禁
权限策略误配置：为防未授权操作，把60层所有设备点位设为“只读”，结果消防强启指令被策略引擎拦截→“火警确认”按钮点了十次，水泵纹丝不动
实时数据库溢出：历史趋势点配置了2000个，采样间隔设成100ms，但SQLite引擎缓存仅64MB→写满后拒绝新写入→报警服务崩溃→日志停更→你连“它啥时候开始不对劲”都查不到

🌍 环境层面：看不见的“空气刺客”

强电磁干扰：60层紧邻卫星天线阵列，谐波干扰让CAN总线误码率飙升至12%→数据帧反复重传→PLC看门狗超时复位→循环锁死
温湿度超限：南方梅雨季，弱电间相对湿度92%，端子排爬电+PCB板漏电→模拟量输入漂移→PID调节失控→冷水机组疯狂加减载→触发保护连锁→全线停机
消防联动强制闭锁：真实火警触发后，系统按规范进入“安全模式”：切断非消防电源、锁定所有电梯、关闭新风→但某项目消防主机通讯异常，误发“火警”信号长达47分钟→系统一直卡在“应急态”，无法退出

💡 速捷工控实测发现：约68%的“60楼锁死”案例，根源不在60层本身，而在地下2层的配电房（电压波动）、18层的弱电间（温湿度失控）或屋顶的通信基站（EMI泄漏）——系统不会说谎，但它很会甩锅给最显眼的那层。

✅ 下一站预告：
当“锁死”已成事实，黄金15分钟怎么抢？
——不是靠运气重启，而是靠分级响应机制：
一级隔离是否伤筋动骨？二级远程抓取能否绕过“死屏”？三级最小功能恢复，到底哪些设备能“带病上岗”？
（提示：答案藏在备用LoRa信道和那个被遗忘在机柜角落的“手动优先开关”里）

——晋江速捷自动化科技有限公司｜扎根泉州·服务全国｜专治各种“不说话的工业设备”
（毕竟，让机器开口说话，是我们干了7年还在上瘾的事）

🚨 警告前置：
“黄金15分钟”不是倒计时，是决策窗口；
不是让你手忙脚乱按F5，而是用对的方法，在系统彻底“装死”前，把它轻轻拍醒，或——至少让它先喘口气、亮个灯、放句人话。

在速捷工控的抢修日志里，有位老师傅写过一句土味金句：
“别跟锁死的系统讲道理，要跟它讲‘轻重缓急’——先保命，再治病，最后才谈美容。”

2.1 一级响应：现场快速隔离与状态复位——不是重启，是“温柔唤醒术”

你以为断电重启=万能钥匙？
错。在60楼这种多系统强耦合场景里，盲目断电≈给ICU病人拔呼吸机——可能救回来，也可能直接送走。

我们把“复位”分三种姿势，选错一种，后续两小时全白干：

操作类型	适用场景	执行要点	风险提示
软复位（HMI/PLC在线Reset）	HMI卡死但PLC运行灯常亮、Modbus通讯未断、心跳包延迟＜200ms	✅ 通过编程电缆或Web端进入PLC调试界面→执行“Warm Start”（非Cold） ✅ 同步清空临时变量区，保留保持寄存器数据	⚠️ 切勿勾选“Clear All Memory”！否则密码、PID参数、设备ID全丢——你刚解密的触摸屏，秒变砖头
硬复位（PLC主站强制复位）	PLC RUN灯熄灭/闪烁异常、CPU报“STOP with error code 0x8000”、电源模块告警灯红闪	✅ 断开PLC输出负载（先切DO模块保险！） ✅ 按住CPU面板“MRES”键＞3秒→等STOP灯快闪→松手→再按一次→等RUN灯稳亮 ✅ 全程不碰输入端子、不拆电池！	⚠️ 若PLC带超级电容备份，硬复位后可能恢复上电前状态——但若电容老化，反而触发更深层逻辑错乱
BMS/IBMS主控柜安全启停规程	整个中控平台黑屏、多品牌设备批量离线、时间同步服务器失联	✅ 查看双电源ATS切换状态→确认主备路电压差＜5V ✅ 关闭非核心服务（如历史报表、视频流转发、微信告警推送） ✅ 手动短接“本地优先使能端子”（通常标为LP_EN或MANUAL_OVERRIDE）→绕过远程权限校验	⚠️ 绝对禁止直接拉总闸！某项目曾因误拉IBMS主进线空开，导致时间戳全乱，事后花了17小时对齐32台设备时钟

📌 速捷实战口诀（背下来，关键时刻比密码还管用）：
> “一查灯、二听声、三摸温、四短接、五看日志最后一行。”
> ——查PLC运行灯是否规律闪烁；听电源模块有无异响蜂鸣；摸CPU散热片是否烫手超60℃；短接本地优先端子保基础功能；最后翻OPC UA服务器日志，锁死前最后一句往往是：“Auth failed at 60F-ELV-CTRL: Invalid token length.”（而真相，只是电梯厂商把JWT令牌长度从32字节悄悄扩到48字节，但BMS驱动没更新……）

2.2 二级响应：远程诊断通道启用与关键参数抓取——当屏幕黑了，让数据“开口说话”

HMI黑了？没关系。
只要网关还有一口气，我们就还有“听诊器”。

在速捷服务过的10000+案例中，92%的锁死系统，边缘网关其实一直在线——只是没人想起它还有个“备用嘴”。

🔑 关键动作：3分钟启用LoRa/4G双模兜底信道

✅ 第一步：找到弱电间机柜底部那个被线缆压着的LoRa网关盒（型号常为RAK7243或Dragino LPS8），插上USB供电，打开侧面拨码开关至“4G+LoRa双活”模式；
✅ 第二步：用手机热点连上其Wi-Fi（默认SSID：Sujie-Gateway-XXXX），浏览器输入 http://192.168.10.1 → 登录后台（默认账号：sujie / 密码：admin2017）；
✅ 第三步：点击【应急诊断】→【一键快照】→ 勾选三项：
　　▸ OPC UA Server Last 5min Log（重点看Connection Reject/Security Policy Mismatch）
　　▸ Modbus RTU Register Dump (0x0000–0x0FFF)（找关键状态字：如电梯运行位、消防强制标志位、权限锁定使能位）
　　▸ Heartbeat Latency History (Last 10min)（若延迟＞1500ms且持续抖动，基本可判定是EMI或网关内存泄漏）

💡 小技巧：很多项目根本没配公网IP，但我们早留了后门——
所有速捷交付的网关，都预置了“短信指令通道”：
发短信 STATUS#60F#PWD123 到网关绑定手机号，30秒内自动回传当前CPU占用率、RAM剩余、最近一条错误代码。
（别问密码哪来的——那是交付时贴在网关背面的防伪标签二维码，扫完自动填。）

📸 真实案例补丁：
去年福州某超高层60楼锁死，HMI全黑、PLC RUN灯常亮但无通讯。
我们用LoRa快照发现：Modbus寄存器40005 = 0x0001（代表“消防强锁使能”），但消防主机实际无火警。
追查发现：是消防主机RS-485收发器芯片击穿，持续发送0xFFFF假信号，BMS误判为火警并永久闭锁——而真正解法，只是拔掉那根灰色通讯线，再短接“本地释放”端子。
全程耗时：4分17秒。客户说：“你们比消防车来得还快。”

2.3 三级响应：最小功能集恢复方案——让大楼“带病上岗”，先活下来再说

系统锁死了？
那就别强求它跳广场舞，先让它能眨眨眼、抬抬手、说句“我在”。

这才是真正的“最小功能集”哲学——不是修好全部，而是精准保住最关键的3%。

子系统	最小功能目标	实施路径	速捷专属工具支持
电梯群控	保障60层以下基础通行（含消防员优先通道）	✅ 切换至“本地单梯模式”：短接控制柜内`GROUP_CTRL_DIS`端子 ✅ 手动设置1#、2#、3#梯为“独立运行+首层召唤优先” ✅ 强制解除60层以上呼梯屏蔽（通过修改DDC点表中`L60_CALL_ENABLE=1`）	🛠️ 速捷《新代/广数/西门子电梯应急跳线图谱V3.1》含27种机型物理短接位标注
安防门禁	开放1F/60F/屋顶机房/消防楼梯间4个关键节点通行	✅ 断开门禁控制器与IBMS通讯线（RS-485） ✅ 将控制器拨码开关调至“脱机模式”（通常为DIP1-ON, DIP2-OFF） ✅ 使用速捷定制IC卡（预写入“临时通行组：ALL_FLOORS+EMERGENCY”）刷开	🪪 速捷随身卡包含3类应急卡：消防卡（全楼通行）、维保卡（设备区+机房）、保洁卡（公共区+货梯）
暖通空调	恢复60层新风+排烟基础功能（非节能模式）	✅ 手动将新风机组控制模式由“BACnet Auto”切至“Local Manual” ✅ 直接短接DI端子`FAN_RUN_REQ`与`24V+`，强制启风机 ✅ 排烟阀改用24V继电器本地驱动（绕过DDC逻辑）	⚙️ 速捷“3分钟手动接管套件”：含微型24V继电器×2、香蕉头短接线×4、防水标签笔×1

✅ 终极保底操作（适用于所有品牌）：
找到BMS主控柜内那块红色蘑菇头按钮（标有“EMERGENCY MANUAL OVERRIDE”），用力按下并旋转90°锁死——
它会：
- 切断所有自动逻辑链
- 强制所有DO点输出为“安全态”（如：门锁断电开、风机强制启、电梯迫降至1F）
- 启用本地物理按键面板（通常藏在柜门内侧）

⚠️ 注意：这不是“一键复活”，而是“一键保命”。
它不解决故障，但它把系统从“不可控静默”拉回“可控降级”，为你争取后续2小时深度维修的完整窗口。

🌟 速捷服务铁律：
“宁可花8分钟做对一级响应，也不用2分钟赌一次重启。”
因为我们修的不是PLC，是整栋楼里几百人的通行权、呼吸权、安全感。

而这一切，始于第1分钟的冷静判断，成于第15分钟的精准落子。

——晋江速捷自动化科技有限公司｜成立于2017年12月｜总部泉州晋江，服务全国20+工业领域｜
专治各种“不说话的工业设备”，尤其擅长让锁死的60楼，心平气和地…重新开机。

🧱 先破个“混凝土60楼”的迷思：
它真不是钢筋水泥浇出来的——
是人、设备、协议、时间、权限、温湿度、电磁场，还有那一点点没写进SOP的运气，一层层叠上去的“数字混凝土”。
硬，但怕裂缝；稳，但忌空鼓；抗压，可一旦“锁死”，整栋楼的智能神经就卡在第60层，不上不下，不声不响，像极了周一早上的你——清醒，但拒绝响应。

速捷工控干了7年抢修，修过比亚迪产线PLC集体罢工、恒安纸业包装线触摸屏集体失忆、中国烟草BMS因一个未更新的SSL证书全网离线……
我们越来越确信一件事：
真正的高手，不在故障发生后跑得多快，而在它还没想好怎么发作时，就悄悄给它喂了“预防针”。

所以这一章，不讲怎么“拆弹”，讲怎么让炸弹自己长出防爆壳；
不教你怎么“救火”，教你怎么把整栋楼建在自带消防池+自动喷淋+烟感AI预判的防火基座上。

3.1 架构优化：基于数字孪生的混凝土高层系统健康度实时映射模型构建方法

别被“数字孪生”吓到——它不是科幻片里那个会替你开会的虚拟分身，
而是你给60楼装的一套24小时心电监护仪+血压计+血氧仪+睡眠呼吸监测仪，还带AI读片功能。

我们在泉州某超高层交付的“60F健康映射平台”，核心就三件事：

✅ 物理层对齐（不是复制，是“刻模”）
- 不靠CAD图纸，而是用速捷自研的PLC寄存器指纹扫描工具（Sujie-FingerScan v2.3），自动识别西门子S7-1500、新代SYNTEC、汇川IS620P等23类主控设备的I/O地址拓扑、DB块结构、定时器/计数器分配逻辑；
- 把每台DDC控制器、每个电梯召唤盒、每组消防输入模块，都打上唯一“数字身份证”（含硬件序列号+固件哈希+部署时间戳），再映射进轻量级WebGL三维空间——
→ 60层东侧新风阀突然响应延迟？模型立刻高亮该阀对应PLC通道、供电回路、RS-485分支节点；
→ 某台三菱HMI连续3次登录失败？模型自动关联其IP、所属网段、上游交换机端口、近30分钟ARP表波动……

✅ 语义层建模（让机器开始“懂话”）
- 我们不只记录“DI001=1”，而是定义：
DI001 → [ELEV_60F_FIRE_LOCK] → 触发条件：消防主机Modbus地址40001=0x0001 AND BMS权限服务心跳超时＞5s
- 所有报警不再是冷冰冰的“Error Code 0x7F”，而是翻译成：
⚠️ “60层消防强锁已激活，但无真实火警信号，疑似通讯干扰或主机误报 —— 建议优先排查RS-485终端电阻与地线共模电压。”

✅ 健康度量化（告别“看起来还行”，拥抱“算出来还剩73%”）
- 每个子系统输出三个动态指数：
🔹 稳定性指数（SI）：基于心跳包抖动率、Modbus超时频次、OPC UA连接重建次数加权计算；
🔹 冗余裕度（RM）：当前可用备用通道数 / 设计冗余通道总数（如：电梯群控本应3主1备，现仅2主在线 → RM=0.5）；
🔹 熵值健康度（EH）：用Shannon熵算法分析日志关键词分布（如“AuthFail”“Timeout”“Reset”突增 → EH骤降 → 提前72小时预警权限模块老化）。

📌 落地小贴士（非理论，是速捷工程师蹲在现场写的）：
> - 数字孪生不用上云！我们的轻量版部署在本地边缘服务器（Intel NUC + Ubuntu 22.04 + TimescaleDB），资源占用＜1.2GB内存；
> - 模型更新不用停机！支持热插拔式“设备画像包”导入（.sjp格式），拖拽上传即生效；
> - 最关键一点：所有模型参数，都预留了“人工校准旋钮”——比如你发现某台老旧欧姆龙PLC的“稳定性指数”总偏低，但实际运行十年没坏，那就拧一下校准系数，告诉系统：“它就这样，倔，但靠谱。”

3.2 运维升级：嵌入式看门狗+AI异常检测双模监控机制部署要点

单靠看门狗？太老实，只会喊“我死了”，不会说“我为啥死”。
光靠AI？太聪明，容易把空调启停当入侵行为，半夜连发17条“可疑逻辑注入”告警。

所以，我们搞了个“老司机+新导航”组合：
硬件级看门狗（WDT）守底线，AI轻模型盯趋势——一个保不死，一个防早衰。

🐕 看门狗：不是“重启侠”，是“冷静哨兵”

速捷定制WDT模块（Sujie-WatchDog Pro），不止监控CPU是否卡死，还额外监测：
▸ PLC程序扫描周期是否＞设定阈值（如西门子默认100ms，超200ms即触发告警）；
▸ 关键安全继电器线圈驱动电流是否持续＜8mA（提示触点氧化或线圈老化）；
▸ HMI背光驱动IC温度是否＞85℃（预判触摸屏批量黑屏前兆）；
触发逻辑分级：
🔴 红级（立即硬复位）：CPU死锁 + 电源纹波＞15%；
🟠 橙级（短信告警+记录快照）：扫描周期超限 + 连续3次Modbus CRC校验失败；
🟢 绿级（仅日志标记）：背光IC升温速率＞3℃/min —— 记入健康度模型，不扰人，但记账。

🤖 AI轻模型：TensorFlow Lite在ARM Cortex-A7上的“袖珍医生”

模型不训大数据，只学你家设备的“脾气”：
→ 采集30天正常运行数据（OPC UA变量变化率、寄存器读写频次、网络RTT分布）；
→ 用AutoEncoder提取特征，生成专属“健康基线指纹”；
→ 部署为.tflite模型（＜800KB），跑在国产RK3328或NXP i.MX6ULL边缘盒子上，功耗＜2W；
它能发现人类忽略的“慢性病信号”：
🔸 某台施耐德ATV320变频器的“输出电流谐波畸变率”每月递增0.7%，第7个月触发预警 → 实际是母线电容ESR升高；
🔸 60层安防门禁控制器的“刷卡认证耗时”标准差突然扩大3倍 → 后查是Flash存储区即将写满，导致密钥解密缓存失效；

💡 部署避坑指南（来自踩过坑的速捷老炮）：
> - 别直接拿ResNet塞进ARM！我们用的是MobileNetV2 + 自研时序注意力头（Sujie-TA Head），专吃Modbus寄存器序列；
> - 模型输入不做归一化！而是做设备感知标准化：同一品牌PLC用同一套缩放系数，不同品牌独立标定——避免三菱和西门子数据互相污染；
> - 每周自动执行“影子推理”：用历史数据跑一遍模型，对比预测与真实告警匹配度，低于92%自动触发模型微调流程（无需人工干预）。

3.3 标准固化：编制《超高层混凝土建筑智能系统应急处置SOP V2.0》——让经验，变成可复制的肌肉记忆

再牛的师傅，也会退休；
再稳的方案，不写进手册，就是废纸。

速捷牵头编制的这本SOP V2.0，不是厚厚一摞“原则上”“建议”“宜采用”的官样文章，
而是我们从10000+现场案例里，熬出来的、印在防水铜版纸上的、沾油也不糊字的实战手账。

📚 三大硬核模块，直击运维痛点：

✅ 【故障代码速查表】——不是翻手册，是“扫码秒懂”
- 每个主流品牌（西门子/三菱/新代/汇川/昆仑通态…）的报错代码，旁边配：
🔹 实际含义（不是手册翻译，是速捷工程师口语化解读，比如：F0001 ≠ “过流”，而是“你刚换的IGBT模块散热膏没涂匀，摸散热片烫手就对了”）；
🔹 三步定位法（示波器测哪点、万用表量哪两个端子、软件看哪个寄存器）；
🔹 速捷备件替代清单（如：原厂已停产的欧姆龙CPM2A-CPU63，可用汇川H2U-3624MR+定制固件平替）。
- 所有代码页右上角带二维码：手机一扫，跳转至对应视频实操（含多角度镜头、语音讲解、错误操作警示弹窗）。

✅ 【跨品牌设备兼容性矩阵】——终结“这个PLC不能跟那个HMI说话”的世纪难题
- 表格横轴：20+品牌PLC/HMI/DCS/SCADA（含安川、海为、产电等冷门款）；
- 纵轴：通讯协议（Modbus RTU/TCP、Profibus-DP、CANopen、BACnet MSTP、KNX）；
- 单元格内容：
🔸 是否原生支持（✔️/❌）；
🔸 需要什么转换模块（例：松下FP-XH ↔ 威纶MT8071iE → 推荐使用速捷SJ-MB485-PRO，非市面通用模块）；
🔸 已验证的最大变量映射数量（避免客户买完发现只能读50个点，而现场要300个）；
🔸 速捷调试秘籍（如：“台达DVP-ES2与信捷XC3-24R通讯时，必须将台达站号设为1，否则信捷主动轮询会丢帧”）。

✅ 【第三方接口熔断阈值清单】——给系统装个“理智开关”
- 当对接消防、电梯、安防等第三方系统时，我们不赌“他们永远靠谱”，而是预设：
🔸 超时熔断值：BACnet MSTP读取消防主机状态，单次请求＞800ms即放弃，启用本地缓存值；
🔸 错误率熔断值：连续5次Modbus读取返回Exception Code 0x04（设备故障），自动切换至备用通道或降级逻辑；
🔸 数据漂移熔断值：若电梯楼层反馈值在3秒内突变±15层（明显超出物理加速度极限），立即冻结该信号，触发人工确认流程。
- 所有阈值均标注实测依据（如：“800ms源自福州XX大厦消防主机RS-485总线实测最大响应延迟”），拒绝拍脑袋。

📌 最后一页，印着速捷的“服务契约”：
> “本SOP每季度更新一次，更新内容同步推送至您绑定的速捷服务账号；
> 每次远程诊断后，自动生成《本次处置知识沉淀卡》，经您确认后，自动融入下一版SOP；
> 若按本SOP操作仍未能恢复，请立即拨打400-XXX-XXXX——我们的人，已在路上。”

💡 写在结尾的真心话：
预防，不是让系统永不生病，
是让它生病时，症状轻一点、确诊快一点、吃药准一点、康复快一点。

就像我们修过的每一台PLC、每一块触摸屏、每一个数控系统——
它们不是冰冷的零件，而是工厂的脉搏、大楼的呼吸、产线的节奏。

而晋江速捷自动化科技有限公司，
成立于2017年12月，扎根福建晋江，服务全国20+工业领域，
不只是修设备的，更是帮您把“偶然故障”，变成“可控变量”的伙伴。

下一章预告：4. 人机协同进化论：维修工程师的AI副驾与知识传承新范式
——聊聊怎么让老师傅的“手感”，变成算法里的“特征向量”；
让新员工第一次上60楼，也能像干了十年一样，知道该先摸哪根线、先看哪个灯、先问哪句话。