简介西门子Desigo CC《工程配置》中文手册面向楼宇自控工程师、系统集成商调试人员及运维管理者聚焦项目从创建到备份的全流程管理。资料基于2013年西门子内部培训材料重点讲解系统管理控制台SMC的实战用法涵盖创建历史数据库HDB、实例化项目、配置项目以及备份数据库等关键任务。资源为1个PDF文件大小2.23MB图文排版清晰适合工程现场或培训学习时对照参考。已有554人学习口碑有参考价值。手册详细介绍了SMC中扫描并链接SQL Server、创建HDB并设置数据库大小、恢复方法等参数同时对比了恢复项目模板、恢复备份与新建项目三种方式并强调模板在减少工程投入和出错风险方面的优势。还包含项目事件处理行为配置、文件夹共享安全访问设置、备份恢复操作等内容并配有SMC工作流程图可帮助工程人员快速掌握Desigo CC工程配置的核心技能避免常见配置错误。1. 工程配置是Desigo CC项目的承重墙手册04章到底在做什么拿到《Desigo CC手册-04-Project Configuration-BA-CN工程配置》这个标题多数人第一反应是建个工程、把设备加进去而已。干过BA交付的人不会这么想。某项目交付前夜几百个点位全部变红控制器正常、网络Ping得通、数值也在跳可管理服务器就是收不上来。翻了一整晚手册最后落在04章设备压根没被登记进工程配置画面做得再漂亮点位也进不了系统。工程配置是Desigo CC最不起眼却最扛事的骨架它决定服务器能不能发现控制器、点位能不能被订阅、值班员有没有权限动设备。手册04讲的正是从新建工程、启动管理服务器、登记设备、设定协议参数到账号分权和冗余部署的完整链路。下面的配置流程适合新接Desigo CC项目的调试工程师、做楼宇自控交付的现场服务人员、被运维追着问“为什么点不上数”的弱电项目经理。照着能搭出可用配置也知道翻车先查哪里。2. 先看懂配置链路再动手工程、服务器、设备、视图的传递关系2.1 手册04章的边界工程配置管的是「骨架」不是「画面」我第一次带Desigo CC项目时也把大部分时间花在图形组态上——拖风机、拖水管、拉数据绑定画面做得跟工艺图一样漂亮。结果设备联调那天画面上所有数值都是横杠。老师傅过来看了一眼说工程配置没做完画图有什么用。手册04《Project Configuration》的边界恰恰在这里它不负责画面好不好看只负责让系统真正“接得住”设备。这里的BA-CN指的是楼宇自控方向的中文版手册工程配置要干的活集中在下面四件事配置对象典型内容翻车高发点工程与服务器新建工程、启动管理服务器、数据库初始化、备份恢复数据库没初始化重启后配置回到旧状态设备与网络设备发现、地址设置、协议参数BACnet/IP、Modbus、站点归属设备没登记画面做了也白做账号与权限登录账号、密码策略、功能分组值班人员拿到系统管理员权限系统服务时间同步、日志、趋势存储、报警分发点位“不可用”查半天结果是没有配存储这四件事有明确的先后关系服务器先起来设备才能登记设备登记完点位才有数据点位数据可用画面才有意义。系统树里的站点、容器、设备、点位层级关系在工程配置阶段就定好了视图与画面只是把它们按人眼习惯重新组织。理解这个顺序你就知道为什么配置要排在画面之前——工程配置决定“有没有”视图与画面决定“好不好看”。2.2 配置数据的落盘与流转谁生成、谁读取、谁负责保留理解工程配置先要分清三样东西工程文件、运行时数据库、设备本身的点表。很多排查卡壳就是因为把这三层搅在一起。控制器有自己的程序和点表设备也能独立运行但管理服务器并不知道它的存在。工程配置做的事是把控制器登记到工程里再通过协议接口建立连接、订阅点位。设备侧有值不等于系统里有值这是最容易被忽略的认知差。数据流转大概是这样的控制器点位 → 协议接口地址、实例编号、轮询→ 管理服务器运行时数据库 → 系统树与画面显示。任何一个环节断掉前端看到的就是“不可用”或横杠。设备登记有两条常见路径手工添加设备把地址和协议填进去或者用设备发现扫描网段里的控制器再把扫到的设备勾选登记。大项目我一般用发现加勾选的方式小项目直接手工建。手工建能严格控制设备列表但容易漏填实例编号自动发现不会漏设备但会把网段里的无关设备也扫进来需要逐个把不属于本项目的对象勾掉。两条路径殊途同归目的都是让系统里的设备对象与物理设备一一对应。再说不落盘的坑。配置阶段修改的东西一部分写进工程文件一部分要部署到运行时数据库才生效。常见做法是先在管理服务器空闲时做改动保存工程后再启动运行时验证。直接改了文件而不做部署重启后系统读到的还是旧配置。我自己的习惯是每次改动前先备份工程文件改动结束后再备份一次备份命名带日期。这不是手册某一页的要求是现场用丢过配置换来的习惯。交付时还要把运行时数据、许可证、服务器信息一起打包留档只拷一个工程文件到新服务器上大概率起不来。2.3 动手前的选型清单版本、许可证与部署形态先定下来建工程之前先回答三个问题否则后面全是返工。第一版本。常见流程是先确认管理工具版本和工程版本是否匹配。跨版本打开工程时如果提示“版本不支持”不要急着做版本转换先对原工程做一次完整备份再在副本上操作。版本转换一旦出问题原工程还能回滚这是后悔药。第二许可证。Desigo CC的功能模块是按服务器授权的。工程配置里看不到某些功能九成情况是许可证没有登记到当前这台管理服务器而不是软件没装。反复重装解决不了问题正确做法是先在服务器端查授权绑定关系。第三部署形态。单机还是冗余一主一备先定下来再动手。单机工程后面想加冗余不是复制一份工程就行还要补心跳网络、同步周期和切换策略代价比一开始就规划要大得多。这三个问题定完拿一张表去项目现场收集参数类别需要收集的参数服务器主机名、管理服务器IP、子网掩码、网关、NTP服务器、时区设备控制器型号、协议类型、IP地址、设备实例编号、所属站点或楼栋账号登录方式本地或域、密码策略、角色分组数据备份路径、保留份数、历史数据存储周期现场调研最常见的问题是拿着一张IP表就来建工程。IP只是敲门砖协议类型、实例编号、点位命名规则才是真正决定配置能不能对上号的东西。同一个网段里可能既有BA控制器又有别的设备光看IP拦不住错误登记。我一般让现场人员把每个控制器的铭牌拍照型号、版本、地址编号一起收集比手抄靠谱。这张表填完工程配置算是有了底稿剩下的操作是按图索骥而不是边做边想。3. 从零跑通一次工程配置新建工程、管理服务器与设备登记3.1 新建工程与启动管理服务器最小可用工程怎么建最小可用工程的定义是服务器能启动、客户端能登录、系统树存在。做到这三条才能进入设备登记不要试图在第一步就把所有功能配完。操作步骤确定服务器主机名和固定IP禁止DHCP分配。服务器IP变化会导致客户端和控制器都找不到它这是第一道坑。在管理工具中新建工程填写工程名称、存放路径和语言。工程名称建议按“项目名-楼栋-日期”规则命名不要叫“新建工程”。配置数据库类型。小项目用本地数据库起步站点规模大或对可靠性有要求再使用独立数据库服务器。启动管理服务器确认服务状态为“运行”。服务没起来客户端登录时只会看到连接失败但日志里往往什么都没写。用系统级账号登录运维工作站检查工程是否出现在客户端列表里。数据库初始化是这一步最容易被跳过的环节界面能打开不代表数据库已可用。初始化不完整后续所有设备登记、点位记录都写不进运行时库重启就丢。我见过不止一次“配置了一下午重启返回昨天”的翻车根子都在这里。参数建议做法服务器IP固定IP禁止DHCP工程命名项目名-楼栋-日期数据库类型小项目本地库规模大用独立数据库服务器存放路径独立数据盘目录别放系统盘语言与交付资料保持一致中文项目选中文提示数据库初始化做完再继续后面的设备登记这一步省不得。3.2 设备登记与协议参数让控制器真正进到系统树里设备登记的完整步骤确认网络互通服务器能Ping通控制器协议端口也通。在工程配置里添加站点对应楼栋或区域。选择设备类型与协议BA控制器常见的是BACnet/IP也常见Modbus。填写设备IP、网络端口和实例编号。启用设备发现扫描网段勾选归属于本项目的控制器。设置轮询时间、超时阈值和设备描述。参数说明踩坑点协议类型BACnet/IP、Modbus TCP等选错协议连接建立不了设备IP控制器固定IP与服务器不同网段时先解决路由实例编号BACnet设备唯一编号冲突等于串点端口BACnet默认47808等端口被占用时连接失败轮询时间建议从1秒起步设太短会拖垮管理服务器超时阈值设备正常响应的2到3倍设太短会出现频繁假离线设备发现扫出来的对象一定要逐台确认归属。网段里的邻居设备也会被扫进来如果不勾掉系统里会多出一批不属于本项目的点位后面报表和报警全被打乱。这一步我在项目上吃过亏扫出来就直接全选了结果报警中心半夜弹了十几条隔壁设备的报警。轮询参数是另一个翻车点。把轮询时间设到100毫秒看着很专业实际会把管理服务器的CPU和网络带宽吃光设备越多死得越快。我一般从1秒起步点数少且要求实时再收紧。超时阈值不要低于设备正常响应时间的2到3倍否则网络一抖动就报离线。登记完成后设备状态应该显示在线这是这一步的判断标准别急着画图。3.3 配置完成的检查项在运维工作站上应该看到什么配置做到什么程度算完不是管理工具里看着对而是运维工作站上能看到。我用三个检查项把关设备在线检查在系统树里逐站点展开设备对象状态列不能有离线或故障。点位刷新检查任意打开一个AI/AO/DI/DO点实时值有变化质量状态不是“不可用”。报警链路检查用一个安全的数字量点做一次通断测试确认报警能在客户端弹出而不是只在设备侧亮灯。前两项在10分钟内能做完。第三项要挑安全的点位别拿冷冻机、风机这类设备做强制输出否则试错成本太高。我用照明回路的一个普通DI点做验证代价小、结论直接。做完这三点工程配置才进入可验收状态。之后再去做图形组态、报表和值班界面。工程配置阶段不负责“画布编排”容器层级在系统树里建立起来画布是后续工作顺序反了会出现“画面一堆图数据全是杠”的尴尬局面。4. 从单工程到投产部署模板复用、服务器冗余与账号分权4.1 工程模板同构站点的批量部署套路多栋楼、多个站点同构的项目一套一套配是低效的。常见做法是先做样板站把设备登记、协议参数、账号策略、报警等级全部配好再复制成模板批量应用到其他站点。复制之后最怕的是只改IP不改别的。设备IP改了实例编号还是老的两台控制器就会抢同一个对象站点名不改日志和报表会串数据。我的习惯是复制之后拿一份差异清单逐行核对参数每站唯一全站相同服务器主机名是否设备IP是否BACnet实例编号是否站点名或描述是否轮询时间否是账号策略与角色否是报警等级定义否是模板还有一个容易忽略的点历史数据存储周期。样板的存储周期可能是为了调试设的短周期复制到全站后站点数量成倍增加历史数据量也跟着翻倍。没有调存储策略服务器磁盘会被趋势记录写满等到运维反馈“历史查询变慢”往往磁盘已经满了。4.2 冗余服务器配置先单机跑通再谈双机冗余的诱惑很大两台服务器听起来比一台稳。但冗余的工程配置复杂度是单机的两倍出问题时排查难度也是两倍。所以我的原则是先单机完整跑通再启用冗余。操作步骤主服务器做完整工程配置并通过验收。备用服务器安装同版本加入同一个冗余对。配置心跳网络心跳走独立网段最稳。配置数据同步周期决定主备之间数据追平的频率。手动切换一次验证客户端是否短暂掉线后自动回连。参数建议值说明心跳间隔1到3秒视网络质量调整太短会产生抖动误判数据同步周期按数据量从分钟级起步同步太快占带宽太慢丢数据切换判定时间心跳丢失阈值超过才判定主服务器故障主备IP独立地址且固定切换后客户端要能找到备用机注意冗余不是两台机器同时对外服务常见做法是一台在线、一台热备。配置错误时会出现“双主”两边都在写数据切换时反而更乱。验收时一定要做一次手动切换看看客户端和点位是否恢复正常别等到真故障才第一次切。4.3 账号与分权给系统工程师、值班、只读各留一扇门工程配置阶段就规划账号比上线后再改省事得多。最小账号矩阵参考角色权限范围备注系统工程师工程配置、设备登记、版本升级现场1到2人最高权限值班运维视图查看、报警确认、手动点动日常操作不能改工程只读账号报表、历史数据查看给访客或审计用密码策略建议在工程配置里做长度至少8位过期周期90到180天连续失败锁定5次。BA系统的现场争议大多来自“谁改了设定值”所以账号配置阶段就把操作日志开起来谁动了什么点位系统里要能查。另一个容易踩的坑有人图省事给值班账号开了系统管理员权限后面参数被误改都追不到责任人。分权这件事宁可先紧后松也别先松后紧。账号权限是工程配置里最容易被忽视、出事时最被追责的一块交付时把账号矩阵写进文档运维心里也有底。5. Desigo CC工程配置避坑指南5个最常见的翻车点与排查路径5.1 设备能Ping通却连不上协议端口、实例编号与广播地址现象服务器能Ping通控制器网络正常但系统树里设备状态持续离线。原因协议端口被占用或未放行BACnet实例编号和控制器实际编号对不上设备发现依赖广播广播地址或子网配置不对扫不到设备。网络越通、设备越连不上越容易被当成“网络玄学”处理其实大概率是配置层的编号问题。解决逐项排查。先用端口工具确认协议端口通不通再做一次设备发现看能不能扫到扫不到就去核对实例编号和广播地址。不要凭记忆填编号到现场看控制器实际配置逐个核对是踩过坑之后必须做的事。5.2 重启后配置回到昨天数据库初始化与备份习惯现象配置了一下午重启管理服务器或客户端设备列表回到上午状态新登记的点位全没了。原因工程配置改动没有写入运行时数据库或者多人共用一份工程文件最后保存的人把别人的改动覆盖了。这种情况在多人协作的调试现场尤其常见谁都在改谁都没备份。解决建工程时把数据库初始化做完整保存后确认部署生效改动前备份工程文件改动后马上再备份一次备份命名带日期和版本号别用“最终版”这种命名。版本管理混乱导致的返工比设备故障更费时间备份习惯是工程配置的血泪经验。5.3 点位出现在树上却不可用历史数据与轮询参数没配对现象点位列表里有这个点实时值却是灰色或“不可用”控制器侧数值却正常。原因点位登记了但轮询或数据订阅没启用或者历史数据存储周期、时间同步没配置。系统只认为这个点存在但没有数据流通向它点位就成了一个空壳。解决打开点位属性查轮询和存储配置确认站点处于启用状态再强制刷新一次。优先级比重复删除重建高——删了重建没有解决根源过几天还会出现同样的问题。点位不可用是最容易反复发作的问题问题不在点本身在参数配对。5.4 批量复制的工程全部报错实例号、站点名没改干净现象用模板复制出多个站点工程后大量设备离线或者A站点的数据显示在B站点。原因复制时只改了设备IP实例编号、站点名和描述还是模板里的老值设备对不上号。控制器的实际编号和系统里的编号不一致数据就会串站串点。解决复制后逐行核对差异清单——站点名、设备IP、实例编号、描述是否存在重复把全站参数再统一检查一遍。没有捷径只能改一条确认一条。批量部署省下来的时间往往会在这里加倍还回去。5.5 许可证在工程里看不到先看绑定别急着重装现象功能模块灰色授权管理里也查不到对应的许可记录。原因许可证是绑定服务器的你登录的工作站可能连的是另一台管理服务器或者许可证登记后没有刷新。很多人遇到灰色界面第一反应是重装软件重装解决不了绑定问题。解决先确认当前登录的管理服务器是哪一台在服务器侧查许可证绑定关系必要时重新读取授权信息。工程配置里的功能可见性很多时候不是功能没装而是授权没绑对服务器查清楚比重装省事得多。6. 交付前的验收技巧工程体检与版本留档6.1 体检三步设备在线、点位刷新、报警链路工程配置做完不等于项目能交。我习惯在交付前做一遍体检耗时约半小时能把八成隐患挡在验收之前。第一步是设备在线检查。逐站点展开设备对象状态列必须全部在线离线和故障的要当天处理完不要带着离线状态进验收。第二步是点位抽查。选一组安全的DI/AI点观察实时值变化和数据质量确认不是灰色或“不可用”。第三步是报警链路测试。挑一个不会造成现场动作的点做通断确认报警能到达客户端而不是只在设备侧亮灯。6.2 版本留档与安全测试点位让配置变更可追溯体检通过后做版本留档。把工程备份文件、配置清单、许可证信息和服务器参数导出命名规则统一为“项目名-日期-版本号”存到项目归档目录。关键节点之间做一次差异对比——新增了哪几个站点、改过哪些地址、权限有无变动留一份变更记录。这样下次有人问“这个点位是不是动过”你能拿出对比结论不用对着系统树猜。验收测试的点位选择也有讲究。测试要选安全的点位做强制输出不要对冷冻机、风机这类设备做强制操作。代价最小的测试点是照明回路的DI点或普通门禁状态点试错了也不会影响生产。一个强制命令发错到关键设备上轻则报警重则停机这个选择要慎重。我自己早期带BA项目时丢过工程重新比对差异花了一整天从那以后养成两个习惯配置前备份配置后留档。现在每次交付前做一遍体检心里踏实很多。希望帮到你。本文还有配套的精品资源点击获取