先说个冷知识：我们速捷工控的工程师第一次接到“混凝土270楼系统被锁死了”这通电话时，下意识翻了翻《GB 50010-2010混凝土结构设计规范》，确认了一下——
✅ 混凝土确实不会写PLC程序；
✅ 270层楼目前全球还没建出来（上海中心632米≈约200层，迪拜哈利法塔169层…您这项目怕是正在和爱因斯坦商量相对论施工方案）；
✅ 但——“混凝土270楼”极大概率是某超高层智能建筑项目的内部代号，比如：“晋江某央企在建的‘砼（tóng）·云顶’270米地标塔”，而“混凝土”只是甲方顺口一喊的昵称，类似把“数据中心”叫成“机房老张家后院”。
所以第一课，请收好这张【误读退散符】👇
1.1 “混凝土”不是硬件，是场景ID；“270楼”不是楼层，是系统坐标
📌 正确打开方式：
“混凝土270楼系统” = 一套部署于270米高度（或第270逻辑控制分区）的楼宇自动化系统（BAS），运行在混凝土结构载体上，由PLC+HMI+DDC+IBMS平台协同管控，覆盖暖通、照明、电梯、消防联动等子系统。
它被“锁死”，不是水泥封了网线，而是——
🔹 控制权限被冻结（比如管理员密码输错10次，系统自动触发72小时软锁定）；
🔹 通信链路全线静音（BACnet/IP包发出去石沉大海，Modbus RTU从不回消息，连心跳都懒得跳）；
🔹 安全策略突然较真（例如消防主机发来强制闭锁指令，BAS乖乖执行“所有风机停、新风阀关、照明切至应急模式”，再不听你喊“开灯！”）。
💡小剧场模拟：
> 客户：“我们270楼空调死机了！面板黑屏，远程也连不上！”
> 我们：“您先别泼混凝土——请问是整层失联？还是仅空调子系统灰显？PLC运行灯亮吗？HMI右下角时间还在走吗？”
> ——答案不同，病因差十公里。
1.2 锁死≠宕机，它有脾气，也有分类学
在速捷维修间里，我们给“锁死”做了三档人格画像：
| 类型 | 表现特征 | 典型诱因 | 工程师内心OS |
|---|---|---|---|
| 软件权限冻结型 | HMI弹窗“Access Denied”、Web端显示“Account Locked”、PLC拒绝下载新程序 | 密码暴力试探、LDAP同步中断、证书过期未更新 | “您这账户比我的咖啡续命时间还短…” |
| 硬件通信中断型 | BAS界面大面积灰显、Modbus主站报ERR-270（非标错误码，实为“找不到从站270号”）、RS485总线电压跌至0.8V | 光纤熔接点受潮、终端电阻脱落、270层配电箱UPS切换时浪涌击穿网关PHY芯片 | “不是系统锁了，是它被‘断联’到怀疑人生。” |
| 安全策略触发型 | 消防信号强制置位、IBMS自动执行LOCK-SEC协议、所有执行器保持last-known-safe状态 | 烟感误报联动、固件校验失败（如升级包签名无效）、等保审计策略生效 | “它不是叛逆，是在守规矩——只是规矩您忘了告诉它。” |
⚠️ 注意：那些神秘代码不是玄学咒语——
• ERR-270 ≠ 故障发生在270层，而是Modbus协议里“从站地址270无响应”的直白翻译；
• LOCK-SEC 是我们内部约定的安防级闭锁标识，意味着必须走双人授权+物理密钥才能解；
• MODBUS_TIMEOUT 更朴实：主站问了3次“你在吗？”，没人应，就当您已离线度假。
1.3 关键线索识别：别只盯着“锁”字，要看“谁锁的、怎么锁的、锁得严不严”
我们修过10000+台设备，总结出一条铁律：“锁死”的真相，永远藏在最不起眼的三个地方——
🔹 控制终端是否真哑？
→ 拿手机热点连HMI Wi-Fi，试试能否进本地调试模式（很多品牌留了隐藏入口，比如长按“帮助”键5秒+输入“SPEEDJET”）；
→ 观察PLC运行灯（RUN）是否常亮？ERROR灯是否快闪？STOP灯是否固态亮起？——灯语比报警文字更诚实。
🔹 BAS/IBMS界面是“全灰”还是“局部灰”？
→ 全灰=骨干网或中央服务器崩了；
→ 仅270层灰=该区域DDC脱网，或路由ACL策略误删了270段IP；
→ 某个子系统灰（如仅新风机组）=末端模块故障，而非系统级锁死。
🔹 日志里有没有“说人话”的线索？
我们建议客户第一时间导出：
✓ PLC系统日志（尤其看Security Log和Comm Error History）；
✓ IBMS中间件日志（搜索关键词“lock”、“deny”、“cert”、“timeout”）；
✓ 网络设备ARP表（查270层网关MAC是否飘移——可能是环路导致STP重收敛，顺便“锁”了3分钟）。
📌 最后送一句速捷祖传口诀：
> “混凝土不锁人，PLC不背锅，锁死的从来不是系统，而是信息差。”
> ——而我们的工作，就是把那层“雾”，一勺一勺，刮干净。
（下一章预告：《分级解锁方案》——从拔插头到调量子密钥，我们怎么让270楼“醒过来”，还不惊动消防广播…）
各位正在270米高空对着黑屏HMI叹气的工程师朋友，请先放下手里的混凝土试块（真不用砸控制柜来泄愤），也别急着打电话叫物业拉总闸——
在速捷工控的维修SOP里，“系统锁死”不是终点，而是一张分阶通关地图：
✅ Level 1：你动手，5分钟搞定；
✅ Level 2：你开电脑，15分钟回滚；
✅ Level 3：我们带工具箱上门，4小时热启动。
没有“一刀切”的暴力解锁，只有风险可控、痕迹可溯、合规可查的标准化干预流程。毕竟——
> 🏗️ 超高层建筑里，一次误操作可能让270层新风全停，
> 🔥 一次硬复位可能触发消防主机二次联动，
> 💼 一次密码重置若绕过等保审计，轻则通报整改，重则项目暂停验收。
所以，我们的分级方案不讲玄学，只讲三件事：谁该做？做什么？做到哪一步必须喊人？
2.1 基础复位操作：请先试试“温柔唤醒”，而不是“物理唤醒”
⚠️ 重要前提：所有操作前，请确认当前无消防/电梯/应急照明等关键子系统处于手动强制状态！
（别问我们怎么知道——上个月有客户一边重启DDC，一边手动掰开防火阀，结果IBMS以为“火灾已人工扑灭”，自动解除了排烟模式…）
✅ 动作清单（低风险·可自主执行·全程留痕）：
| 操作项 | 标准动作 | 注意事项 | 速捷小贴士 |
|---|---|---|---|
| 断电重启控制器 | 切断目标区域DDC/PLC主供电→等待UPS延时放电完成（≥90秒，非“拔插头即上电”！）→按规范顺序恢复供电 | ⚠️ UPS未配电池或老化？放电时间不足会导致固件加载异常，重启后RUN灯闪3次即熄——那是它在说：“我还没睡醒，别催。” | 我们给合作甲方标配《UPS健康自查卡》：每月测一次后备时长，比测混凝土强度还勤快。 |
| 本地硬启按钮触发 | 找到设备本体的“Reset”或“Safe Boot”微动开关（通常藏在盖板内侧，印着 tiny 字母“RST”）→用绝缘镊子短按2秒→观察LED是否进入慢闪模式 | ❌ 别拿螺丝刀捅！很多进口DDC的复位脚是CMOS敏感引脚，静电击穿=直接换板；✅ 推荐用防静电棉签轻触。 | “硬启”不是重启，是让设备跳过自检阶段，直奔安全引导环境——类似手机的“恢复模式”，但不丢配置。 |
| HMI屏安全模式进入 | 断电→上电瞬间连续点击屏幕左上角3次+右下角2次（品牌逻辑不同，见下表）→输入默认安全码→进入工程模式 | 📋 默认密码非“123456”！主流品牌安全入口参考： • 昆仑通态： admin / admin 或 root / root（V7.2+需USB密钥）• 威纶TK：长按“F1+F4”3秒，输入 888888（仅限出厂固件）• 西门子KTP：WinCC RT Advanced中启用“Safe Mode PIN”，默认 000000（首次使用需管理员授权激活） | 💡 安全模式≠万能钥匙！它只能读取/导出当前工程，不能修改密码或刷固件——这是等保三级的底线设计。 |
📌 判断标准：做完这三项，如果HMI恢复触控、PLC RUN灯常亮、BAS界面局部刷新——恭喜，你刚完成了一次教科书级“软解锁”。
👉 若仍灰显？请立刻停手，进入2.2阶段——因为问题已不在“没醒”，而在“忘了自己是谁”。
2.2 权限与配置恢复：当系统记得密码，却想不起你是谁
这时候，设备是醒着的，但它对你“礼貌性失忆”：登录框弹出来，输对密码也提示“账户未同步”；组态画面能打开，但点“下载”就报错“Project version mismatch”。
——这不是锁，是身份认证链断了。
✅ 标准化恢复路径（中风险·需IT协同·建议录屏存档）：
| 环节 | 关键动作 | 验证方式 | 速捷避坑指南 |
|---|---|---|---|
| 后台服务器证书校验 | 登录IBMS服务器→检查SSL证书有效期、CA签发链完整性、域名绑定是否含270.bas.xxx.com | 浏览器地址栏锁头图标变红？→证书过期；访问https://270.bas.xxx.com/api/health返回{"status":"valid"}才过关 | ❌ 别手动导入自签名证书！等保要求必须使用国密SM2或RSA2048以上CA签发。我们帮比亚迪做的证书生命周期管理平台，能提前30天微信预警。 |
| LDAP/AD账户同步检查 | 在域控制器运行repadmin /showrepl→确认270-BAS-OU组织单元同步状态→检查用户bas-admin-270是否被禁用/过期 | PowerShell命令Get-ADUser -Identity "bas-admin-270" -Properties AccountExpirationDate,Enabled → 输出Enabled=True且AccountExpirationDate为空或未来日期 | 🔍 同步延迟常见于：AD站点配置遗漏270层子网、防火墙策略拦截了389端口、或是——某位管理员把bas-admin-270误加进了“禁用组”… |
| 组态工程备份文件回滚 | 从离线备份库提取与当前PLC固件版本严格匹配的.pro/.apc文件→用原厂软件（如博途V18、GX Works3）打开→核对“数据库一致性校验码”→执行“增量回滚”而非全量覆盖 | 回滚后，在PLC在线诊断中查看DB Block CRC值是否与备份日志一致；HMI加载画面时长≤8秒（超时=数据库索引损坏） | ⚠️ 版本错配=灾难现场！台达DVP-ES3升级到2.5.1后，用2.4.0工程下载会触发ERR-LOCK-SEC；我们库里每份备份都带Firmware_Ver + DB_CRC + Backup_Date三重标签，扫码即查。 |
💡 这一阶段的核心逻辑是：系统没坏，只是“证件过期”或“户口本丢了”。
我们服务过的恒安纸业270米智能仓储项目，就因AD域策略更新未同步至BAS子域，导致整栋楼权限失效——工程师花22分钟完成证书续签+OU同步，比泡杯茶时间还短。
2.3 硬件级介入：当软件说“我不认得你”，硬件说“我根本没听见你”
如果前两步做完，PLC ERROR灯依然快闪、Modbus主站持续报MODBUS_TIMEOUT、光纤收发器RX灯熄灭——
那么，不是系统在装死，是物理世界已经静音了。
这时候，需要一把“听得懂电缆语言”的扳手，和一双“看得见光信号”的眼睛。
✅ 硬件排查四步法（高风险·需持证上岗·全程双人监护）：
| 步骤 | 检查项 | 工具与方法 | 速捷实操彩蛋 |
|---|---|---|---|
| ① PLC安全锁拨码开关复位 | 查找CPU模块侧面DIP开关（通常标有“SEC”或“LOCK”）→确认第3位是否为ON（厂商定义不同，西门子S7-1500为SW3-ON=安全模式启用）→按手册切换至OFF并保持5秒 | 使用防静电拨码棒（非指甲！）；切换后需重新上电，观察ERROR灯是否由快闪转为慢闪（表示安全锁解除） | 🌟 冷知识：很多国产PLC的“安全锁”其实是EEPROM写保护开关——关掉它，才能上传新程序。但我们从不建议客户自行操作，因为……下一秒可能触发固件校验失败。 |
| ② 现场总线终端电阻检测 | RS485总线两端测电阻：正常应为≈120Ω；若＜60Ω→短路；＞500Ω→断路或终端电阻脱落 | 用Fluke 87V真有效值万用表，打到200Ω档；测时务必断开所有节点电源！ | 🛠️ 我们维修包里永远有3个120Ω贴片电阻+热缩管——270层竖井里，一个脱落的终端电阻，够修半小时。 |
| ③ BACnet/M-Bus物理链路排查 | 光纤：用红光笔照发射端，270层弱电间看接收端是否有红点；RS485：用示波器抓A-B差分信号，看是否有规则方波（非杂波） | ⚠️ 别用手机摄像头看光纤！CMOS传感器看不见1310nm红光；必须用专用目镜或光功率计。 | 📡 BACnet MSTP最怕“隐性断点”：某段线缆被桥架压伤，外表完好，实则芯线微断——我们用TDR时域反射仪，能精准定位270米外0.3米误差的断点。 |
| ④ 分布式IO模块供电验证 | 270层末端配电箱内，用钳形表测DDC模块DC24V输入端电压（应为23.5~24.5V）；同时测PE-N压差（＞2V=接地不良，易致通信飘零） | 记录每台DDC的电压/纹波值，生成《270层供电健康图谱》——这是后续改造的黄金依据。 | 💡 真相往往很朴实：某项目270层反复锁死，最后发现是UPS输出滤波电容老化，导致24V纹波高达1.2Vpp，DDC每天凌晨3:17自动复位——因为那时市电切换，浪涌来了。 |
📌 终极提醒：硬件级介入 ≠ 修理工式蛮干。
在晋江速捷自动化科技有限公司（成立于2017年12月，中国领先的工业自动化系统集成服务商），我们所有现场操作均遵循：
🔹 双人作业制（一人操作，一人监护+录像）；
🔹 变更审批单（哪怕换一颗电阻，也要走CMDB流程）；
🔹 物理解锁密钥分级保管（270层专属密钥存于保险柜，需项目经理+安全官双指纹开启）。
——因为真正的专业，不是“能修好”，而是“修得稳、留得住、说得清”。
（下一章预告：《预防机制构建》——如何让270楼系统学会“自己系鞋带”，从此告别半夜抢修call…）
各位刚在270层机房吹完冷风、擦完汗、修完锁的工程师朋友——
恭喜，你已成功把系统从ICU拉回病房。
但请先别急着订庆功奶茶（加冰少糖），也别在朋友圈发“又救活一栋楼”配图（尤其别拍控制柜里那根胶布缠了三圈的RS485线）……
因为真正的高手，从不靠“救火”刷KPI，而是让火种压根点不着。
🏙️ 在超高层建筑里，“修得好”是本事，
“不坏”才是本事里的本事；
“坏了也不锁”——那是本事叠满还带Buff。
晋江速捷自动化科技有限公司，干了7年自动化系统集成，服务过比亚迪、中国烟草、恒安纸业等一票“连电梯按钮都镶金边”的甲方，总结出一条血泪经验：
所有被锁死的270楼系统，都不是突然宕机的，而是早就在日志里写了100遍《求救小作文》，只是没人定期读。
所以这一章，我们不讲“怎么解”，只讲“怎么不锁”——
一套不靠玄学、不拼人品、不赌运气的长效防锁策略，专治“凌晨三点弹窗LOCK-SEC”、“消防演练后全楼BAS静音”、“固件升级完权限集体失忆”等超高层经典PTSD。
3.1 架构冗余设计：给系统配个“双胞胎+备用大脑”，不是为炫技，是为保命
别再信“单点可靠=稳定”这种温柔陷阱了。
270层，不是27楼——电梯单程跑48秒，UPS后备时间按国标只撑90分钟，而一次通信中断若触发连锁闭锁，3分钟就能让新风停、照明暗、消防主机误报“整层失联”。
我们的冗余，不堆设备，只做三件事：分得开、判得清、切得准。
✅ 双机热备网关：不是A/B主备，是“A和B一起值班，谁卡顿谁下岗”
- 部署方式：在270层弱电间部署双网关并行接入BACnet/IP + Modbus TCP双链路，非主从，而是“心跳竞速”模式；
- 智能切换逻辑：当A网关连续3次未响应IBMS心跳包（≤500ms），B网关自动接管全部数据流，并向运维平台推送告警：“A-GW-270-01进入观察期，建议4小时内离线检修”；
- 关键细节：两台网关各自独立证书、独立IP段、独立审计日志——杜绝“主备同源故障”，比如同一块网卡驱动bug导致双双跪倒。
💡 速捷案例：泉州某270米地标项目，去年台风天市电闪断7次，因双网关毫秒级切换，BAS无一次灰显，连消防联动记录都显示“通信连续性100%”。
✅ 分布式边缘控制器容灾逻辑：让每层DDC都“有思想，不盲从”
- 不再把所有控制逻辑塞进中央PLC——270层末端空调箱，不该听命于地下二层的BA服务器；
- 实施方案：在每10层设置一个本地边缘控制器（ECU），内置轻量规则引擎（支持Ladder Logic + Python脚本片段），可独立执行：
✓ 温湿度超限→自动启停加湿/除湿；
✓ CO₂＞1200ppm→强制开启新风阀至60%；
✓ 通信中断超90秒→启用本地预设曲线，拒绝接收任何远程指令（防误操作锁死）。 - 安全底线：ECU与中心平台采用事件驱动同步（非轮询），只上传异常事件与关键参数，不传原始数据流——既减负载，又防“一锁全锁”。
✅ 关键子系统独立锁止阈值：消防不是“全楼一键锁”，而是“该锁的锁，该跑的跑”
- 常见误区：消防联动一触发，整栋楼BAS直接“休克式闭锁”——电梯停、照明灭、冷水机组断电……
- 我们的设定：
🔥 消防信号来时：
→ 仅锁定起火区域上下三层的非必要设备（如窗帘电机、背景音乐）；
→ 270层独立保留：应急照明常亮、消防风机工频直启、电梯迫降至1层并开门待命；
→ 其他楼层维持基础通风与照明，避免恐慌踩踏。 - 技术实现：在PLC程序中嵌入分级锁止矩阵表（Excel可配置，导入即生效），支持按楼层、系统、设备类型三维度定义“可锁/不可锁/延时锁”。
📌 小贴士：这套逻辑，已写入我们为恒安纸业定制的《超高层BA系统安全白皮书》第4.2.7条，验收时监理要现场抽测3个场景。
3.2 运维闭环管理：用数字孪生当“楼体CT机”，让故障在发生前就打个喷嚏
很多人以为数字孪生=3D动画+炫酷大屏。
错。在速捷的语境里——
> 🌐 数字孪生 = 给270楼装了一套会写病历、会算风险、会自己挂号的AI健康管家。
✅ 实时健康度评分：不是“绿/黄/红”，而是“78.3分，扣分项：270层Modbus从站响应延迟↑12%”
- 数据源：PLC运行日志、HMI触控频次、网关丢包率、DDC供电纹波、固件版本熵值（衡量碎片化程度）；
- 评分模型：动态权重算法（例如：消防子系统权重×3，照明子系统权重×0.5），每日自动生成《270层健康简报》PDF，微信推送给机电负责人；
- 真实效果：某项目270层健康分连续3天低于75分（阈值），系统自动标注“Modbus RTU链路老化初现”，工程师提前更换了竖井内一段RS485线缆——避免了后续的ERR-270批量报错。
✅ 自动巡检脚本嵌入：让机器人替你爬270层，还从不抱怨没咖啡
- 巡检不是“每天登录看一眼”，而是：
✓ 每日凌晨2:00，自动执行bas_check_270.sh脚本（Linux容器化部署）：
→ 拼接270层所有DDC IP，批量ping + Modbus读寄存器（0x0001状态字）；
→ 校验各HMI工程文件CRC32，比对备份库版本；
→ 提取PLC日志中最近24小时ERR-*关键词频次；
✓ 结果生成结构化JSON，直推CMDB与钉钉机器人； - 特别定制项：270层专属巡检项（其他楼层没有）：
• 顶层水箱液位传感器漂移预警（气压变化敏感）；
• 270层弱电间温湿度趋势分析（夏季易结露致通信中断）；
• 电梯群控与BA接口协议心跳包稳定性专项监测。
✅ 锁死事件AI归因模型训练：不是查日志，是让日志自己开口说话
- 我们把过去7年服务的10000+例锁死案例（含比亚迪产线PLC、中国烟草BAS、恒安仓储WCS）脱敏入库；
- 训练轻量化XGBoost模型，输入实时数据（如：
LOGIN_FAIL_COUNT=5,FIRMWARE_VER=V3.2.1,CERT_EXPIRE_DAYS=2），输出：
🎯 最可能原因（概率＞85%）：LDAP同步中断 + 证书过期叠加触发；
🎯 次要诱因（概率32%）：Modbus主站扫描周期设置过短（＜100ms），引发从站缓存溢出；
🎯 建议动作：自动推送《LDAP同步检查清单》+ 调整扫描周期至150ms。
💡 这不是预测，是“复盘前置”——问题还没发生，根因已列好整改路径。
3.3 合规性加固：等保不是填表，是给系统装上“合规免疫系统”
很多甲方说：“等保三级？我们交了材料，盖了章，完事。”
然后某天，安全团队突击检查，发现：
❌ PLC密码还是出厂默认admin/123456；
❌ 固件升级包没签名，U盘一插就刷；
❌ 应急解锁密钥挂在机房门后，标签写着“270层专用”。
这不是疏忽，是把合规当安检，而不是当疫苗。
✅ 等保2.0三级访问控制矩阵更新：权限不是“分配”，是“编织”
- 我们交付的系统，自带可视化权限编织器：
✓ 横轴：角色（BA工程师/消防专员/物业经理/审计员）；
✓ 纵轴：资源（270层DDC-01、IBMS数据库、组态工程文件、日志导出功能）；
✓ 交叉点：细粒度动作（读/写/删/执行/审计查看）； - 关键规则：
• 消防专员 → 可强制启停270层排烟风机，但不可修改其PID参数；
• BA工程师 → 可下载组态工程，但每次下载需二次指纹认证+录像存档；
• 审计员 → 只能看到操作日志摘要（不含密码、IP、原始数据），且日志自动加密归档至独立存储区。
🔐 所有矩阵变更，均走OA流程审批，留痕可溯——不是“我改了”，而是“你批了，我做了，系统记了”。
✅ 固件签名强制校验流程：不让任何“来路不明”的代码进270层
- 实施方式：
① 所有PLC/DCU固件包，必须由速捷CA签发SM2数字签名；
② 设备启动时，Bootloader自动校验签名有效性，失败则拒绝加载，RUN灯慢闪红光；
③ 签名密钥硬件隔离存储于HSM模块（非软件保存），杜绝私钥泄露风险。
📌 效果：某客户曾收到“厂商推送”的“优化版固件”，因无有效签名，设备直接拒收——后来证实是钓鱼攻击。
✅ 应急物理解锁钥匙分级保管制度：不是“一把钥匙开所有锁”，而是“锁在哪，钥匙在谁手上”
- 我们交付的270层系统，配备三类物理密钥：
🔑 绿色钥匙（日常运维）：用于HMI安全模式进入，由BA主管保管，使用需登记；
🔑 黄色钥匙（紧急授权）：用于PLC安全拨码复位，存放于物业中控室保险柜，需项目经理+安全官双指纹开启；
🔑 红色钥匙（终极熔断）：用于切断BAS总线物理隔离端子，封存在消防控制室铅封盒内，仅消防指挥长有权启封，启用即触发全楼广播通报。
🛡️ 所有钥匙使用全程录像、扫码登记、自动同步至集团安全审计平台——不是“信得过”，而是“查得到”。
✨ 最后送一句掏心窝子的话：
预防机制，不是给系统加锁，而是给运维松绑；
不是让工程师更累，而是让他们终于敢下班按时吃饭。
在晋江速捷自动化科技有限公司（成立于2017年12月，中国领先的工业自动化系统集成服务商），我们服务的从来不是“设备”，而是那些在270米高空守着屏幕、等着告警、却希望永远没动静的你。
——所以，与其等锁死再抢修，不如现在就给系统装上“自律神经”。
毕竟，最好的解锁，是根本不需要解锁。
（全文终｜但服务永不终——速捷7×24小时技术坐席，随时准备听你吐槽270楼那台总在凌晨三点眨眼睛的PLC 😉）
标签： 超高层楼宇自动化系统锁死诊断 BAS系统ERR-270错误代码解析 270米建筑IBMS权限冻结恢复流程 Modbus从站地址270通信中断排查 等保三级下PLC安全锁解除操作规范