简介一款面向喷涂产线监控与调度的SCADA系统完整源码包基于C#与Winform开发适合工业自动化初学者、上位机开发人员以及需要快速搭建产线看板与配方管理的项目参考。系统覆盖生产看板、产线总控、配方管理、图表分析、日志审计、用户权限及系统参数配置等模块可直接编译运行并附带可供演示的exe程序。压缩包共132个文件约40.29MB以C#源码文件87个cs为核心配合窗体设计资源resx、项目工程文件csproj/sln、界面图标ico/png以及PDF说明文档与xlsx数据表结构清晰便于按功能模块定位学习。已有83人浏览学习适合用于理解Winform分层设计、工业数据采集展示思路及SCADA基础架构。通过阅读源码可掌握看板刷新、配方增改、图表绘制、日志记录等常见功能的具体实现同时借助exe程序快速体验系统运行效果。1. 喷涂工艺 SCADA 系统Winform 上位机为什么值得自己写一套一条自动喷涂线边上最忙的不是工人而是那套既要盯喷枪流量、又要管烘道温度、还得记住每一次报警的喷涂工艺 SCADA 系统。它在产线中控室里跑把 PLC、变频器、温控表、传感器全部收进来再把配方和动作指令送回去。很多工程师做着做着就转去用商业组态软件因为授权贵、封闭、改起来不顺手也有不少工厂坚持用 Winform 自己攒上位机画面、数据库、通讯逻辑全握在自己手里。下面这套讲法就是给这类场景准备的从 SCADA 如何与 PLC 连接讲起到 Winform 界面怎么画、配方和报警怎么做最后落到一个带 exe、能直接交付的完整方案。适合正要给喷涂线做中控、又想把代码主导权留在自己手里的自动化工程师读。2. SCADA 如何与 PLC 连接先搞定通讯画面才不会说谎喷涂线并不是一台 PLC 管到底喷房里是喷枪和往复机烘道有独立温控表供漆间有变频器立体库还可能有单独的控制器。数据源分散协议五花八门图片画得再漂亮底层采集没做扎实上位机就是一块显示假数据的黑匣子。这一章先把通讯选型和采集线程讲透这是整套 SCADA 系统里最容易返工、也最值得先动手的部分。2.1 通讯选型Modbus TCP、OPC UA 和厂商原生协议之间怎么挑我见过不少新手一上来就指定 OPC UA理由是“工业标准、将来好对接”结果现场那批温控表只支持 Modbus RTU还得买网关转白白多出一笔成本和调试时间。选择通讯方式的标准不是协议高级而是看这条线里 PLC 和仪表的实际支持情况。方案适用场景值得用的地方要付出的代价Modbus TCP国产 PLC、变频器、温控表混用报文透明ModScan 直接能看寄存器值几乎没有不支持的设备数据模型简单标签表和地址规划全靠自己维护OPC UA/DA需要对接 MES、多品牌设备混合、跨网段语义建模、加密、历史数据访问都有规范老设备不支持连接配置复杂调试周期长厂商原生协议S7、MC 等单一品牌 PLC 为主的产线读取效率高能拿 CPU 诊断、系统时钟等额外信息换 PLC 品牌或系列通讯层要跟着重写中小型喷涂线我一般会建议“原生协议做主采Modbus 做辅助采集”主 PLC 用厂商自带协议保证节拍和配方下发不拖后腿温控表、变频器这类走 Modbus TCP 汇聚。这种组合在完整代码里对应通讯层两个独立驱动互相不干扰。等以后产线要接 MES再把 OPC UA 作为旁路加在服务器上不必动现场。选型时还要确认一件事设备工作在 Modbus RTU 还是 TCP很多老温控表只有串口现场得上串口服务器或网关转换。这类网关大多自带 Modbus TCP 映射上位机写驱动时只需要记网关 IP 和从站号不必关心串口侧细节。2.2 可复用的采集线程不要把轮询写在按钮事件里通讯层最忌讳的写法是把 PLC 读取放在界面事件里点一下按钮读一次或者用窗体 Timer 定时去读。短时间看不出来标签点一多UI 线程被通信超时拖住窗口标题栏直接出现“未响应”操作员会立刻打电话找你。正确做法是开一个独立后台线程专职轮询 PLC把结果通过事件推给界面层界面只负责显示快照。// 通讯服务单线程轮询 PLC数据通过事件推给上层不碰任何 UI 控件 public class PlcPollingService { private readonly PlcConnection _conn; // 底层连接Modbus/S7 各自实现 private readonly CancellationTokenSource _cts new CancellationTokenSource(); private readonly QueueWriteRequest _writeQueue new QueueWriteRequest(); // 写请求独立排队 private int _pollIntervalMs 200; // 轮询周期默认 200ms private int _timeoutMs 800; // 单次通讯超时超过即认为该站异常 public event ActionDictionarystring, object DataUpdated; public void Start() { Task.Run(() PollLoop(_cts.Token)); } private void PollLoop(CancellationToken token) { while (!token.IsCancellationRequested) { try { // 先处理写队列写指令不能和轮询读混在同一个周期里执行 while (_writeQueue.Count 0 _conn.IsConnected) { var req _writeQueue.Dequeue(); _conn.WriteRegisters(req.Address, req.Values); } // 读按地址段分组每次读连续寄存器减少报文往返次数 var data _conn.ReadRegisters(0, 64); DataUpdated?.Invoke(data); } catch (Exception ex) { _conn.TryReconnect(); // 断线重连指数退避别疯狂重连 } finally { Thread.Sleep(_pollIntervalMs); } } } public void EnqueueWrite(WriteRequest req) { lock (_writeQueue) { _writeQueue.Enqueue(req); } } }这段代码有几个参数值得说清楚。_pollIntervalMs200是常规默认值现场点数少可以压到 100ms点数超过 200 个建议放宽到 300ms 以上否则一个站点还没读完下一个周期又开始了。_timeoutMs800对应建立连接后读取等待时间超过这个值认为是异常站点进入重连逻辑。ReadRegisters(0, 64)是按连续寄存器段读取这是 Modbus 的天然优势一次读 64 个寄存器比 64 次单读快一个数量级很多国产 PLC 的响应速度只有 10ms 左右逐点读必然超时。写操作独立排队是血泪经验换来的。轮询线程在循环里读数据时如果 UI 线程同时发起一个写配方操作两个连接对象同时操作同一会话轻则读写交错重则 PLC 通讯模块报错。把写请求丢进队列由轮询线程自己处理就避免了并发写冲突。断线重连用指数退避也很重要TryReconnect()内部可以按 1s、2s、4s 递增而不是 PLC 一断电就让 PC 端疯狂发包把现场网络挤爆。采集数据怎么进界面DataUpdated事件携带的字典就是当前周期的全量快照UI 层订阅事件后把值刷到控件上。这里有一条纪律事件里只更新数据模型不要直接操作控件让 UI 线程通过BeginInvoke取数。下一章会专门讲这个切换的正确姿势。3. Winform 组态界面怎么把产线画出来又让画面不卡喷涂工艺 SCADA 的界面本质上是“一张会动的产线图”喷枪在喷的时候变红阀门开了要转角度链速当前值要跳。组态界面做得好不好直接影响操作员信不信这套中控。Winform 在这个环节的优势是 GDI 完全可控不需要依赖第三方组态控件但前提是别用拖控件堆画面的思路去做。3.1 GDI 自绘喷涂工艺组态图控件堆出来的画面后期改不起用 PictureBox 放一张静态图再把 Label 控件贴在图上做数据点这种做法开发很快但产线一改布局或者屏幕换成分辨率更高的工业显示器所有标签位置全部错位维护成本能把人拖垮。自绘方案是把整个产线图当成一个 Custom Control在 OnPaint 里绘制设备和状态颜色坐标全部跟画布尺寸做比例换算。// 组态图重绘喷枪状态用颜色表达阀门开闭用旋转角度表达 public class SprayBoothCanvas : Control { private Dictionarystring, bool _gunStates new Dictionarystring, bool(); // 喷枪ID - 是否在喷 public void UpdateGunState(string gunId, bool spraying) { _gunStates[gunId] spraying; Invalidate(); // 请求重绘不要手动调用 Draw } protected override void OnPaint(PaintEventArgs e) { Graphics g e.Graphics; g.SmoothingMode System.Drawing.Drawing2D.SmoothingMode.AntiAlias; // 按当前控件的宽高等比缩放不同分辨率下图形不错位 float scale Math.Min(Width / 800f, Height / 600f); foreach (var kv in _gunStates) { // 喷枪在画布上的基准坐标来自产线布局配置表 PointF pos GetGunPosition(kv.Key); Brush brush kv.Value ? Brushes.OrangeRed : Brushes.SlateGray; g.FillEllipse(brush, pos.X - 8 * scale, pos.Y - 8 * scale, 16 * scale, 16 * scale); } } }这段代码的关键点有三处。一是Invalidate()只是向系统申请重绘由消息循环在合适时机调用OnPaint不要在数据更新方法里直接调Draw否则界面会被高频刷新堵死。二是SmoothingMode.AntiAlias是必开的工业显示器上圆形和管线没有抗锯齿会闪得眼睛疼。三是坐标来源每个设备的基准坐标建议放在一张布局配置表里用 DeviceId 做键这样调整位置只改配置不改代码。我一般把配置表放在项目目录下的 layout.xml换产线布局就是改 XML不用重新编译。GDI 画完整个画面后剩下要处理的是摄像头画面嵌入。喷涂线组态界面里常常要嵌一路喷房监控视频Winform 里可以用 Windows Media Player 控件或者 VLC 的封装控件但这类渲染控件和 GDI 自绘控件叠放时容易闪屏。常见做法是把视频控件放在单独 Panel 里和组态图做 Tab 切换而不是叠在同一层。3.2 C# Winform 如何更新状态栏与进度条限频和线程切换是关键状态栏显示 PLC 连接状态和当前配方号进度条显示当班产量这是 SCADA 界面最常用的两个元素。问题出在刷新频率通讯层每 200ms 推一批数据你如果直接在事件回调里改toolStripStatusLabel1.TextUI 线程会被跨线程异常和连续布局刷新拖垮。// 状态栏刷新辅助UI 线程只接收最新一帧并且限制刷新频率 private DateTime _lastRefresh DateTime.MinValue; private readonly TimeSpan _minInterval TimeSpan.FromMilliseconds(200); // 刷新限频 public void UpdateStatusBar(string text, int progressValue) { if (InvokeRequired) { BeginInvoke(new Action(() UpdateStatusBar(text, progressValue))); return; } // 200ms 内重复请求直接丢弃让界面保持流畅 if (DateTime.Now - _lastRefresh _minInterval) return; _lastRefresh DateTime.Now; toolStripStatusLabel1.Text text; progressBar1.Value Math.Max(0, Math.Min(100, progressValue)); }逻辑说明先判断当前线程是不是 UI 线程不是则通过BeginInvoke切回去这是跨线程更新控件的标准做法。切回后还要做限频因为通讯数据是流式的状态栏这种低频 UI 元素不需要每帧都更新。_minInterval200ms意味着状态栏每秒最多刷新 5 次肉眼已经完全够用。进度条的值要注意钳制在 0 到 100 之间避免 PLC 数据异常时直接抛异常。这里补充一个常见误用很多人从后台线程过来习惯用Invoke而不用BeginInvoke。Invoke是同步等待 UI 线程执行完才返回通讯线程会被界面卡住拖慢BeginInvoke是异步投递不阻塞调用方。SCADA 场景里除了停线确认这类强同步操作其余数据刷新一律用BeginInvoke。C# Winform 更新状态栏与进度条这个组合拳比很多人想象的重要。另外进度条不只是产量能用它还可以表达通讯负荷。我会让状态栏右侧再放一个小进度条显示当次轮询周期内实际耗时占周期的百分比超过 70% 就说明采集周期要加长。这个小技巧帮我在现场提前发现过标签点过多导致的隐性超时。3.3 界面美化的常规动作菜单折叠箭头、DPI 缩放和设备配色Winform 界面美化是一个被问烂的话题实际做 SCADA 项目只需要抓住三点菜单区的折叠箭头不能模糊、DPI 变化时控件不错位、设备状态用行业统一颜色。菜单 ToolStrip 在大按钮模式下默认溢出的折叠箭头在缩放后很容易糊成一团需要自绘。// 菜单折叠箭头自绘默认箭头在高 DPI 下容易模糊这里画一个折线代替 public class FlatToolStripRenderer : ToolStripProfessionalRenderer { protected override void OnRenderOverflowButton(ToolStripItemRenderEventArgs e) { var r e.Item.Bounds; using (var pen new Pen(Color.FromArgb(80, 80, 80), 2f)) { e.Graphics.DrawLines(pen, new[] { new Point(r.Left 4, r.Top 8), new Point(r.Left 8, r.Top 12), new Point(r.Left 12, r.Top 8) }); } } }这段重写的是 ToolStrip 溢出按钮的绘制逻辑箭头用三段折线画出来不依赖系统资源里的箭头位图放大缩小都不会糊。施工时会遇到一个问题自绘了箭头其余菜单项也要配合调整否则风格突兀。我一般只重写OnRenderOverflowButton和OnRenderMenuItemBackground两个方法前者处理折叠箭头后者处理悬停背景改动范围可控。Winform 菜单折叠的箭头是怎么绘制的本质就在这里继承ToolStripProfessionalRenderer重写你想让它变的那个渲染点。DPI 缩放是另一个高频翻车点。Winform 在 96 DPI 下开发放到 125% 缩放的工控机上控件位置全部偏移。解决办法分两层窗体设置AutoScaleMode Dpi布局用 TableLayoutPanel 而不是绝对坐标。组态图因为是自绘已经按比例缩放了不受这个影响这也是自绘方案额外带来的一项好处。设备配色的行业惯例是运行中绿色、报警红色、停机黄色、检修灰色。别小看这个操作员不看文字只看颜色就能判断整线状态这是 SCADA 界面里最容易被低估的可用性设计。4. 喷涂业务模块配方下发、报警记录和趋势曲线中控的核心价值通讯和画面是 SCADA 的骨架配方、报警、趋势曲线才是它真正干活的三板斧。喷涂工艺最怕的是“这批颜色调好了下一批换色时参数记不住”以及“喷枪堵了却不知道什么时候开始的”。这一章把三个业务模块的落地写法逐一拆开。4.1 配方下发把喷涂参数写进 PLC 的正确时序一份喷涂配方通常包含这些内容喷枪流量、雾化气压、扇形气压、静电电压、往复机速度、烘道各区温度、链速。这些参数不是同时生效就行的有些要在线体暂停时改有些要等喷房进入换色状态才能写。直接把配方一股脑写进寄存器是配方模块最容易翻车的地方。正确时序是“读状态字 → 写参数区 → 等确认位”。PLC 梯形图里要预留一个配方确认位上位机写完参数后PLC 校验通过就把确认位置 1。上位机只写不读等于闭着眼睛开车。// 配方下发先确认状态字再写入参数区最后等待 PLC 回写确认位 public bool DownloadRecipe(Recipe r) { // 1. 读 PLC 状态字bit01 表示手动/暂停bit11 表示自动运行 ushort state _plc.ReadRegister(StateAddress); if ((state 0x0001) 0) return false; // 不在可改写状态直接拒绝避免产线事故 // 2. 把配方的 8 个参数连续写入参数区起始地址由点位表决定 ushort[] values r.ToRegisterArray(); _plc.WriteRegisters(RecipeStartAddress, values); // 3. 等待 PLC 把确认位置 1表示梯形图侧已校验并生效 DateTime deadline DateTime.Now.AddSeconds(2); while (DateTime.Now deadline) { if (_plc.ReadRegister(RecipeAckAddress) 1) return true; Thread.Sleep(50); // 注意这里是 UI 调用方等待不能放在轮询线程里做 } // 超时把参数区回清零防止 PLC 用了断层的配方数据 _plc.WriteRegisters(RecipeStartAddress, new ushort[8]); return false; }参数说明StateAddress和RecipeAckAddress在点位表里定义通常 StateAddress 放在 DB 块固定偏移处AckAddress 紧邻配方区末尾。ToRegisterArray()需要约定数据类型例如流量用 ushort 表示 0.1L/min温度用 int 表示 0.1 摄氏度这些换算规则写在一个转换类里不要散落在各处。2 秒等待确认位是经验值PLC 扫描周期 20ms 的情况下校验 8 个参数加互锁判断100ms 内应该完成2 秒足够宽松又不会让操作员等太久。超时后回清零值是关键操作它保证了 PLC 永远不会应用一份半截配方。这段代码放在 UI 线程里用会卡住画面两秒钟正确做法是放在一个后台 worker 里执行执行期间界面按钮置灰等返回结果再刷新配方列表。配方下载这个动作本身就少不需要高并发复杂度低。4.2 报警记录中控 SCADA 的报警要能查得到而不是只弹个窗很多自研上位机的报警模块做成了“弹窗提醒”当下的报警看到了历史记录查不了换班交接时全靠口头传达。完整的报警模块至少要有一个持久化表和一个实时列表。我一般用 SQLite 存历史用 Winform 的 ListView 显示实时报警结构简单不依赖外部数据库服务。报警表设计字段类型说明IdINTEGER 主键自增记录序号AlarmTimeDATETIME报警发生时间PLC 触发为准DeviceIdVARCHAR设备位号如 SPRAY-GUN-03LevelINT1 提示 / 2 警告 / 3 停机ContentVARCHAR报警描述如“喷枪雾化压力低”ConfirmUserVARCHAR确认人默认空ConfirmTimeDATETIME确认时间默认空RestoreTimeDATETIME恢复时间PLC 值恢复正常后写入实时列表用 ListView因为它比 DataGridView 更适合高频插入的场景。报警到来时使用BeginUpdate和EndUpdate包裹插入操作避免每插一条都触发一次重绘。历史查询则单独开一个查询窗体从 SQLite 按时间范围、设备、级别筛选。写入历史报警的时刻要小心一个坑报警次数可能很密集。喷枪压力抖动一次1 秒内产生 10 条报警直接逐条 INSERT 也能顶住但查询界面会很难看。常见做法是做报警抑制同设备同类型报警在 5 秒内只记录一条后续的只更新 RestoreTime。这个抑制时间参数按工位不同可以调整喷房压力报警抑制 5 秒安全门报警不做抑制具体看工艺风险评估。4.3 趋势曲线环形缓冲让实时曲线不会拖垮界面趋势曲线是所有 SCADA 操作员最爱盯的界面烘道温度有没有波动链速稳不稳一眼就看出来。实现实时曲线有些现成控件可以直接抄但自己写一个数据缓冲并不难而且能让你完全掌控点数。// 趋势数据缓冲环形数组只保留最近 N 个点画曲线时整段取出 public class RingBuffer { private readonly float[] _data; private int _head; private int _count; public RingBuffer(int capacity) { _data new float[capacity]; } public void Push(float value) { _data[_head] value; _head (_head 1) % _data.Length; if (_count _data.Length) _count; } public float[] Snapshot() { var result new float[_count]; for (int i 0; i _count; i) { result[i] _data[(i _head 1) % _data.Length]; } return result; } }环形缓冲的优势是写入复杂度 O(1)内存固定不会因为长时间运行导致数据越攒越多。capacity我一般设 1800对应 200ms 采样周期下 6 分钟的历史窗口操作员判断一段趋势足够了。画曲线时用Snapshot()取出顺序正确的数组在 OnPaint 里映射成坐标直接画折线。刷新节奏跟组态图一致用 Invalidate 驱动不需要单独的 Timer 反复清空重画。趋势曲线这里补充一个现场经验采样点不要直接存原始值做了滤波之后再写进缓冲。喷涂房的压力信号波动频繁直接画出来全是毛刺没法看。滤波可以放在通讯层也可以放在这个缓冲类的 Push 之前用最简单的移动平均即可。这个决定能让趋势曲线看起来像仪表盘而不是心电图。5. 避坑Winform SCADA 从代码到 exe 的 5 个真实停摆点这一章不聊架构只聊我亲眼见过、并且自己踩进去过的问题。每一个都会让项目在验收现场停摆界面白屏、数据跳变、配方丢一半、exe 起不来、还有安全上的反编译暴露隐患。按现象、原因、解决的顺序写希望你看的时候能联想到自己的现场。5.1 通讯与界面层数据跳变、界面卡死和配方下发时序错乱现象 1Winform 界面打开后拖动窗口时标题栏出现“未响应”等十几秒才恢复。原因是通讯对象的读取操作被写在了窗体事件里或者通讯线程在回调里用了Invoke同步等待导致 UI 线程被通讯超时拖死。解决方法是统一走工作线程加BeginInvoke的路线通讯代码永远不在 UI 线程里执行哪怕读取很快也不行因为 PLC 响应时间是外部变量。现象 2喷枪压力数据在界面上从 3.2 突然跳到 18.5持续几秒又跳回来产生了一堆误报警操作员一怒之下把报警关了。原因是上位机读 PLC 的模拟量字没有做滤波现场传感器信号在换色清洗时会有气泡冲击真实物理量确实会跳变但工艺上这个冲击不应触发停机报警。解决方法是两个第一报警判断加 300ms 的持续时间确认瞬时超限不报警第二模拟量在通讯层先做一阶滤波代码里维护每个标签的上一次值与本次值的加权平均。别试图靠调节 PLC 侧滤波时间解决PLC 滤得太狠影响真实响应滤波放在上位机更灵活。现象 3配方下发到一半操作员拍了急停PLC 重启后参数区只有前半段数据产线直接按错误配方试喷。原因是下发代码没有等待确认位写完寄存器就认为成功返回了。解决方法是按 4.1 节的三步时序改而且还要在写参数前判断产线当前状态自动运行模式下直接拒绝下发。这个改动是我所有教训里唯一一次导致产线报废一批工件的印象极其深刻。5.2 打包与部署exe 在工控机上跑不起来往往不是代码问题现象 4开发的 Winform 程序在自己的电脑上运行正常拷到工控机上双击没反应或者闪一下退、弹 .NET 相关错误。原因是工控机缺少对应版本的 .NET Framework或者程序集目标平台是 AnyCPU而现场工控机是 32 位系统。解决方法是打包时把目标平台改为 x86并在安装包里带上 .NET Framework 安装程序。如果现场是 Win7 工控机注意别用只支持新版系统的运行时。用 VS2015 维护老工程时项目属性里的目标框架选 .NET Framework 4.6 比较保守兼容性最好。现象 5杀毒软件把生成的 exe 当病毒删了或者系统半夜自动更新重启第二天产线中控黑屏。原因是安装包没有加白名单且更新策略没调。解决方法是上线前把程序目录和 exe 加入杀毒软件白名单工控机禁用系统自动更新并把重启策略改成手动。此外C# 的 exe 很容易被反编译PLC IP、端口、口令、数据库连接串不能明文写在代码里。我之前见过一个项目把 OPC 服务器口令写死在 Common 类里一次维护时被人直接拖进反编译工具拿到了全部地址和口令。正确做法是运行时从外部配置文件读取文件放在程序目录外并设置 NTFS 权限只有指定用户能读。SCADA 上位机本身没有多强的安全边界但至少不要自己把钥匙插在锁上。6. 会部署才算交付从完整代码到能跑的 exe上线前做三件事一套 Winform 的 SCADA 系统代码写完只算完成一半剩下的一半是把它变成一个在工控机上听话的 exe。C# 的编译产物天然就是 exe不需要像 python 转 exe 那样额外打包解释器这本身就是选 Winform 做上位机的现实理由但交付前有三件事不做现场很难收尾。第一件事是打包成安装程序。用 Visual Studio 自带的安装项目或者第三方的安装打包工具目标平台选 x86把 .NET Framework 设为系统必备组件。很多工控机是离线环境安装包要携带离线版运行时否则现场装不上框架程序就永远起不来。第二件事是自启动。SCADA 中控一旦断电恢复应当自动把上位机和通讯服务拉起来不能等着操作员去点图标。我一般用一个 bat 放入启动文件夹延迟 10 秒再启动原因是 PLC 和网关上电后需要时间完成自身初始化上位机起太早反而连不上并触发重连风暴。第三件事是目录规划。程序本体装 C 盘配方备份、报警数据库、配置文件放 D 盘独立目录这样工控机系统重装后数据还在数据库文件每天自动备份一份到网络共享这是“完整代码exe”交付里最容易漏掉的运维细节。最后一个习惯是我每次上线前都会做、也被它救过很多次的在工控机上连续跑 48 小时每天早上看进程内存和句柄数。Winform 程序如果存在事件重复订阅或 GDI 对象没释放跑一晚上内存会缓慢攀升平时点几下看不出来连续生产就是隐患。这 48 小时里同时把报警记录导出来扫一遍看有没有不该出现的误报。做完这两件事交付才算真正收尾。希望帮到你。本文还有配套的精品资源点击获取