简介：《Citect2018培训手册》面向工业自动化领域的初学者与工程技术人员，针对施耐德电气CitectScada2018这一监控与数据采集系统，帮助读者从零起步掌握其安装、开发与部署流程。资源包内含1个docx文档，大小约11.18MB，以图文并茂的章节形式组织内容，便于按模块查阅学习。手册系统覆盖Citect2018安装步骤、Citect Studio开发环境、功能菜单与工程菜单的使用，并深入讲解新建工程、工程组网、通讯设置、变量标签、画面制作、精灵与超级精灵、趋势及报警配置，最后延伸至工程部署环节。已有927人学习下载，适合电力、水处理、矿业等场景下需要快速上手SCADA系统开发与运行监控的读者，可作为入门指导与工程配置的参考依据。

1. 施耐德Citect2018培训手册：从组态到调试的完整实操路径

很多做SCADA的工程师都有过这种经历：现场设备通讯正常，PLC程序跑得也没问题，但上位机画面就是不动，或者数据刷新慢得让人想砸键盘。这时候翻遍论坛，答案往往零散且互相矛盾。我手里这份施耐德Citect2018培训手册，就是专门解决这类问题的系统性资料。它覆盖了从项目创建、变量定义、画面组态、报警配置到趋势记录和报表生成的完整流程，不是那种只讲概念的PPT合集，而是带着工程逻辑一步步拆解的实操文档。适合刚接触Citect的自动化工程师、从其他组态软件迁移过来的熟手，以及需要维护老旧Citect项目的运维人员。如果你正在用Citect 2018版本做项目，或者准备接手一个已经用Citect搭好的系统，这份手册能帮你省掉大量翻帮助文档和试错的时间。

2. Citect2018项目结构与变量定义：先搞懂架构再动手

2.1 项目文件层级与工程目录的对应关系

Citect的项目结构跟很多组态软件不太一样，它是以“项目”为顶层单位，下面挂多个“集群”，集群里再分“I/O服务器”“报警服务器”“趋势服务器”“报表服务器”和“显示客户端”。每个角色可以分布在不同的物理机器上，也可以全部塞在一台工控机上跑。培训手册里花了不少篇幅讲这个层级关系，因为一旦搞混，后面变量映射和通讯配置就会连环翻车。

我一般会建议新手先在单机模式下把整个流程跑通，再拆成分布式。单机模式下，所有角色都指向本机，配置简单，排错也直观。具体操作是在Citect Explorer里右键“项目”，选择“新建”，然后按照向导勾选需要的服务器角色。手册里给了一个典型的单机项目模板，包含I/O服务器、报警服务器、趋势服务器和显示客户端四个角色。

# Citect项目目录典型结构（以默认安装路径为例） C:\Program Files (x86)\Schneider Electric\Citect SCADA 2018\ ├── User\ │ └── MyProject\ # 项目主目录 │ ├── Project.dbf # 项目数据库文件 │ ├── Include\ # 包含文件目录 │ │ ├── Project.ci # 项目包含文件，定义硬件和通讯 │ │ └── Globals.ci # 全局变量和函数声明 │ ├── Pages\ # 画面文件目录 │ ├── Trends\ # 趋势配置 │ └── Reports\ # 报表模板

这个目录结构需要记清楚，因为后面做备份、迁移或者版本管理的时候，直接拷贝整个项目文件夹是最稳妥的做法。手册里特别提醒，不要只拷贝Project.dbf，那样会丢失画面和包含文件的关联。

2.2 变量标签的定义规范与批量导入技巧

Citect的变量叫“标签”，分两种：一种叫“I/O设备标签”，直接对应PLC里的地址；另一种叫“内部标签”，只在Citect内部使用，比如中间计算值或者画面控制变量。培训手册里强调了一个原则：I/O标签的命名要带设备前缀和功能后缀，比如PLC1_Motor1_Run，这样在画面里引用的时候一眼就能看出是哪个设备的状态。

定义变量的入口在Citect Explorer的“标签”编辑器里。手动一条条加当然可以，但实际项目动辄几千个点，必须用批量导入。手册里给的方法是先用Excel整理好标签名、地址、数据类型、死区、工程单位这些字段，然后导出为CSV，再用Citect的“标签导入”功能一次性灌进去。

# 标签导入CSV示例（前5列） TagName,Address,DataType,Deadband,EngUnits PLC1_Motor1_Run,1.0.1,Digital,0, PLC1_Motor1_Speed,1.1.0,Int,1,rpm PLC1_Tank1_Level,1.2.0,Real,0.5,m PLC1_Valve1_Open,1.3.0,Digital,0, PLC1_Temp1_PV,1.4.0,Real,0.2,degC

导入的时候要注意地址格式，Citect支持多种通讯协议，不同协议下地址写法不一样。比如Modbus TCP通常是40001这种寄存器地址，而施耐德自己的Modbus Plus或者Ethernet/IP又是另一套写法。手册里专门有一页对照表，列了常见协议的地址映射规则。导入完成后，一定要用“标签验证”功能检查一遍，看看有没有地址冲突或者数据类型不匹配的。我见过太多人导入完就直接用，结果画面显示####，回头查半天才发现是数据类型设错了。

3. 画面组态与报警配置：让操作员看得懂、响应快

3.1 画面模板与对象复用：别每个画面都从头画

Citect的画面编辑器叫“图形编辑器”，支持模板和符号库。培训手册里推荐的做法是：先建一个“主模板”画面，把页眉、页脚、导航按钮、报警横幅这些公共元素放进去，然后其他画面都从这个模板继承。这样改一次导航栏，所有画面同步更新，不用一个个去改。

具体操作是在图形编辑器里新建一个“模板”类型的画面，把公共元素画好，然后保存为Template_Main。之后新建普通画面时，在属性里把“模板”指向这个文件。手册里还提到，Citect支持“符号库”，可以把常用的电机、阀门、泵、罐体做成符号，拖到画面上直接绑定标签。符号库的好处是统一了设备的外观和动画逻辑，比如电机符号自带运行、停止、故障三种颜色状态，绑定标签后自动切换。

// Citect Cicode示例：电机符号的动画脚本 // 当电机运行时显示绿色，停止时灰色，故障时红色闪烁 FUNCTION MotorAnimation() INT hMotor = 0; hMotor = _ObjectByName("Motor1_Symbol"); IF PLC1_Motor1_Fault == 1 THEN _ObjectSetProperty(hMotor, "FillColor", "Red"); _ObjectSetProperty(hMotor, "Flash", 1); ELSE _ObjectSetProperty(hMotor, "Flash", 0); IF PLC1_Motor1_Run == 1 THEN _ObjectSetProperty(hMotor, "FillColor", "Green"); ELSE _ObjectSetProperty(hMotor, "FillColor", "Gray"); END END END

这段Cicode脚本挂在画面的“刷新”事件里，每秒钟执行一次。_ObjectByName根据对象名找到画面上的符号，_ObjectSetProperty修改填充色和闪烁属性。参数说明：FillColor接受颜色字符串，Flash为1时启用闪烁。手册里提醒，闪烁功能虽然醒目，但不要滥用，否则操作员会视觉疲劳，真正重要的报警反而被忽略。

3.2 报警配置：分级、死区与确认机制

报警是SCADA的核心功能，也是培训手册里篇幅最重的部分之一。Citect的报警分“数字报警”和“模拟报警”。数字报警就是开关量，比如电机故障、阀门开关到位；模拟报警是模拟量超限，比如温度过高、液位过低。手册里强调了一个配置原则：报警要分级，不同级别用不同的颜色和声音，而且模拟报警必须设死区，否则数值在阈值附近抖动时会疯狂刷报警。

配置报警的入口在“报警”编辑器里。先定义“报警类别”，比如“紧急”“警告”“提示”，每个类别可以设不同的颜色和声音文件。然后定义“报警标签”，把前面建好的I/O标签关联到报警类别上。对于模拟报警，要设“高限”“高高限”“低限”“低低限”，每个限值对应一个报警优先级。

; Citect报警配置文件片段（Alarm.ini） [Alarm] ; 模拟报警死区设置，单位与工程单位一致 Deadband=0.5 ; 报警确认方式：0=手动确认，1=自动确认 AckMode=0 ; 报警声音文件路径 SoundFile=C:\Citect\Sounds\alarm.wav ; 报警刷新周期，单位毫秒 ScanRate=500 [Category] ; 报警类别定义 Emergency=1,Red,alarm.wav Warning=2,Yellow,beep.wav Info=3,Blue,

死区参数Deadband设成0.5，意味着模拟量超过阈值0.5个单位才会触发报警，回落到阈值以下0.5个单位才会恢复。这个值要根据工艺的波动范围来调，太小了报警泛滥，太大了可能漏掉真实异常。手册里建议先用默认值跑一段时间，观察趋势曲线，再根据实际波动情况调整。报警确认方式AckMode设成0表示操作员必须手动点击确认，报警才会从报警横幅上消失。这个设置适合关键报警，防止操作员忽略。如果是提示类报警，可以设成自动确认，减少操作负担。

4. 通讯配置与调试：把PLC数据稳定读上来

4.1 常见通讯协议的选择与参数配置

Citect 2018支持多种通讯协议，包括Modbus TCP、Modbus RTU、Ethernet/IP、OPC DA、OPC UA，以及施耐德自家的Modbus Plus和Profibus。培训手册里给了一张选型对照表，我把它简化成下面这个形式：

选协议的时候，优先看PLC支持什么，再看现场网络条件。如果PLC有以太网口，首选Modbus TCP或Ethernet/IP，配置简单，速度也快。串口设备才用Modbus RTU，但要注意波特率、数据位、停止位、校验位这四个参数必须和从站设备完全一致，错一个就通讯不上。

配置通讯的入口在“I/O服务器”的“通讯”设置里。先建一个“I/O设备”，指定协议类型和通讯端口，然后建“I/O设备地址”，把前面定义的标签映射到具体的寄存器地址上。手册里特别提醒，Modbus TCP的端口号默认是502，但有些设备会改成别的，配置前先用Modbus调试工具扫一下，确认端口和从站地址。

# 用modbus_cli工具测试Modbus TCP连通性（Linux环境） modbus_cli --tcp --ip 192.168.1.10 --port 502 --slave 1 --read-holding-registers 0 10 # 输出示例：读取从站1的保持寄存器0~9 # [0]: 1234 [1]: 5678 [2]: 0 [3]: 100 [4]: 250 # [5]: 0 [6]: 0 [7]: 0 [8]: 0 [9]: 0

这个命令用来验证Citect配置之前，PLC的Modbus TCP服务是否正常。--read-holding-registers 0 10表示从寄存器0开始读10个。如果这里读不到数据，Citect里怎么配都没用，先查网络和PLC侧设置。

4.2 通讯调试与常见故障排查

通讯配好了但数据不刷新，是Citect项目里最高频的问题。培训手册里给了一个排查顺序：先看I/O服务器的状态灯，再看通讯统计，最后抓包。I/O服务器启动后，右下角会有一个状态图标，绿色表示正常，黄色表示有错误但还在跑，红色表示完全断了。双击图标能看到具体的错误信息，比如“连接超时”“从站无响应”“校验错误”。

如果状态是黄色或红色，先检查物理层：网线插好没，串口线是不是交叉线，转换器供电没有。物理层没问题，再看参数：IP地址、端口号、从站地址、波特率这些。手册里提到一个容易被忽略的点：Citect的I/O设备里有一个“重试次数”和“超时时间”参数，默认值可能不适合现场网络。如果网络延迟大，要把超时时间从默认的1000毫秒调到3000毫秒以上，重试次数从3次调到5次。

; Citect I/O设备通讯参数调整示例 [IODevice] Name=PLC1 Protocol=ModbusTCP IPAddress=192.168.1.10 Port=502 SlaveAddress=1 Timeout=3000 ; 超时时间，单位毫秒 RetryCount=5 ; 重试次数 ScanRate=1000 ; 扫描周期，单位毫秒

Timeout和RetryCount这两个参数要根据现场网络质量来调。网络好的时候用默认值就行，网络差的时候适当放大，但也不能无限放大，否则一个设备断了会拖慢整个扫描周期。ScanRate是Citect主动去读PLC数据的间隔，设得太快会增加网络负载，设得太慢画面刷新会卡。一般模拟量用1000毫秒，数字量用500毫秒，具体看工艺要求。

5. 避坑与常见问题：那些手册没明说但一定会遇到的坑

5.1 标签导入后画面显示####或问号

现象：标签明明导入了，地址也验证通过了，但画面上绑定的数值显示####或者???。原因通常是数据类型不匹配。比如PLC里是32位浮点数，Citect标签定义成了16位整数，读上来的字节序就乱了。或者工程单位设错了，数值超出显示范围。解决方法是回到标签编辑器，检查DataType和EngUnits，确保和PLC侧一致。浮点数还要注意字节序，有些PLC是高字节在前，有些是低字节在前，Citect的I/O设备属性里有“字节交换”选项，勾上试试。

5.2 报警不触发或触发后不恢复

现象：模拟量明明超限了，报警横幅没反应；或者报警触发了，数值降下来后报警一直不消失。原因有两个：一是死区设得太小，数值在阈值附近抖动，报警状态反复切换，Citect的报警队列处理不过来就卡住了；二是报警的“确认”和“恢复”逻辑没配对，手动确认模式下，操作员没点确认，报警就不会消失。解决办法是把死区调大，观察趋势曲线，找到合适的值。确认模式根据报警级别来设，关键报警用手动，提示类用自动。

5.3 画面切换卡顿或刷新慢

现象：点击导航按钮后，画面要好几秒才出来，或者画面上的数值半天不更新。原因可能是画面上的对象太多，尤其是复杂的矢量图或者大量Cicode脚本在“刷新”事件里跑。Citect的画面刷新是单线程的，一个画面上的脚本执行时间过长，会阻塞整个画面。解决办法是把耗时的计算放到“后台任务”里，或者用“事件驱动”代替“周期刷新”。手册里建议，单个画面的Cicode脚本总执行时间不要超过100毫秒。

5.4 趋势曲线断线或数据丢失

现象：趋势画面上曲线中间断了一截，或者历史数据查不到。原因通常是趋势服务器的缓存满了，或者趋势文件写入失败。Citect的趋势数据先写到内存缓存，再定期刷到硬盘。如果缓存设得太小，高频采集时就会丢数据。解决办法是在趋势服务器配置里把缓存大小调大，或者降低采集频率。另外，趋势文件的存储路径要有足够的磁盘空间和写入权限，别设在系统盘或者只读目录里。

5.5 项目迁移后通讯全断

现象：在开发机上跑得好好的项目，拷贝到现场工控机上，所有通讯都断了。原因通常是IP地址和端口号变了，但Citect的I/O设备配置里还是旧的。或者现场工控机的防火墙没关，把Citect的通讯端口挡住了。解决办法是迁移后先检查I/O设备里的IP和端口，确保和现场网络一致。然后临时关闭防火墙测试，如果通了，再把Citect相关的端口加到防火墙白名单里。手册里列了Citect各角色默认使用的端口号，I/O服务器是502和503，报警服务器是504，趋势服务器是505，显示客户端是506。

6. 进阶技巧：用Cicode脚本做数据预处理与报表导出

6.1 在Citect里做数据预处理：别什么都扔给PLC

很多工程师习惯把所有计算都放在PLC里做，Citect只负责显示。但有些场景下，在Citect侧做预处理更灵活，比如移动平均、单位换算、累积量计算。培训手册里给了一个用Cicode做滑动平均的例子，我把它改成了更通用的形式。

// Cicode示例：滑动平均滤波 // 对模拟量标签进行10点滑动平均，结果写入内部标签 INT g_iIndex = 0; REAL g_rBuffer[10]; REAL g_rSum = 0; FUNCTION SmoothValue(REAL rInput) REAL rOutput; // 减去最旧的值 g_rSum = g_rSum - g_rBuffer[g_iIndex]; // 存入新值 g_rBuffer[g_iIndex] = rInput; g_rSum = g_rSum + rInput; // 更新索引 g_iIndex = g_iIndex + 1; IF g_iIndex >= 10 THEN g_iIndex = 0; END // 计算平均值 rOutput = g_rSum / 10.0; RETURN rOutput; END

这个函数挂在I/O标签的“值变化”事件里，每次PLC数据更新就调用一次。g_rBuffer是一个长度为10的全局数组，g_iIndex是当前写入位置。每次新值进来，先减去最旧的值，再加上新值，然后更新索引。这样不用每次循环求和，计算量小，适合高频采集。参数说明：数组长度10可以根据需要调整，但要注意Citect的全局变量在项目重启后会丢失，如果需要掉电保持，得写到文件或者PLC里。

6.2 报表导出：用Citect的报表工具生成Excel文件

Citect自带的报表工具可以生成CSV和Excel格式的报表。培训手册里给了一个班次报表的例子：每8小时统计一次关键工艺参数的最大值、最小值和平均值，导出到Excel文件。配置步骤是先在“报表”编辑器里新建一个报表模板，定义数据源和统计周期，然后设置输出格式和文件路径。

; Citect报表配置示例（Report.ini） [Report] Name=ShiftReport Template=ShiftReport.rpt OutputPath=C:\Citect\Reports\ OutputFormat=Excel Trigger=ShiftChange ; 班次切换时触发 RetentionDays=30 ; 报表保留30天 [DataSource] Tag1=PLC1_Temp1_PV Tag2=PLC1_Press1_PV Tag3=PLC1_Flow1_PV Statistic=Max,Min,Avg

Trigger参数设成ShiftChange，表示班次切换时自动生成报表。RetentionDays控制报表文件的保留天数，超期自动删除，避免磁盘占满。数据源里列出要统计的标签，Statistic指定统计类型。手册里提醒，报表生成会占用一定的CPU和磁盘I/O，如果报表数据量大，建议把输出路径设到单独的磁盘分区，别和趋势文件抢资源。

6.3 一个我踩过的坑：Cicode脚本的全局变量在项目重启后归零

这个坑我踩过两次，第一次是做一个累积量计算，用全局变量存累积值，结果项目一重启，累积量从零开始，操作员差点以为流量计坏了。后来查手册才知道，Citect的全局变量默认存在内存里，项目重启就清空。要掉电保持，得用SaveVariable和LoadVariable函数，把变量写到硬盘文件里。

// Cicode示例：全局变量掉电保持 FUNCTION SaveGlobalVars() SaveVariable("g_rTotalFlow", "C:\Citect\Data\TotalFlow.dat"); END FUNCTION LoadGlobalVars() LoadVariable("g_rTotalFlow", "C:\Citect\Data\TotalFlow.dat"); END

SaveGlobalVars挂在项目的“关闭”事件里，LoadGlobalVars挂在“启动”事件里。这样每次项目关闭前把累积量存到文件，启动时再读回来。文件路径要确保有写入权限，否则保存失败，变量还是丢。从那以后我每次做累积量或者班次统计，都强制走一遍这个保存和加载流程，再也没翻过车。希望这份手册和我的这些经验能帮到你，少走点弯路。

本文还有配套的精品资源，点击获取