本文还有配套的精品资源点击获取简介直接可用的WPF桌面端PLC监控系统源码基于标准Modbus TCP协议对接西门子、三菱、欧姆龙等主流PLC设备支持实时数据刷新、变量映射配置、多组通信管理、IP/端口灵活设置。界面采用MVVM模式构建底层集成Prism框架实现模块解耦功能涵盖配方管理新增/选择/删除、报警事件查询与导出、通信状态可视化指示、参数分级设定、历史日志记录与检索。配套提供完整SQL Server数据库文件.mdf.ldf及建库SQL脚本支持一键附加或脚本部署所有通信辅助类ModbusTCP.cs、ByteArrayLib.cs、BitLib.cs等、数据转换工具IntLib、FloatLib、ULongLib等、系统服务SysAdminService、ActualDataService、SysLogService和配置管理IniConfigHelper、JSONHelper均已封装就绪目录结构清晰模块边界明确可快速适配产线数据采集、教学实训或中小型SCADA系统二次开发。1. 这不是“又一个WPF demo”而是一套能进车间、扛产线的工业级上位机骨架你有没有遇到过这样的情况在工控项目里客户催着要一套能看PLC实时数据的界面时间只有三天或者带学生做实训想找个结构干净、逻辑清晰、能讲清楚“模块怎么拆”“数据怎么流”“报警怎么追”的真实案例结果翻遍GitHub和CSDN全是单文件窗体、硬编码IP、变量全塞在一个ViewModel里、数据库连连接字符串都写死在XAML后台的“教学玩具”这套源码就是我过去五年在十几个中小型产线现场踩坑、返工、重写后沉淀下来的“最小可用工业骨架”。它不炫技——没有3D渲染、没有WebSocket推送、没有微服务网关但它极务实Modbus TCP通信层独立封装、变量映射表可配置、配方数据走SQL Server事务、报警事件带毫秒级时间戳与操作人标识、通信状态用颜色文字心跳图标三重反馈。关键词里的WPF上位机指的是它真正跑在Windows桌面环境里响应快、UI可控、能嵌入OPC UA客户端或串口调试工具Modbus TCP不是调个NuGet包就完事而是把字节序转换、异常码解析、重连退避策略、超时熔断这些工业现场天天打交道的细节全揉进了ModbusTCP.cs和ByteArrayLib.cs里PLC监控的核心不在“显示”而在“可信”——你看得到的每一个数值背后都有校验和缓存机制断网重连后不会丢帧、不会错位Prism模块化是真解耦主界面只负责布局和导航配方管理模块自己管自己的数据库上下文报警模块不依赖参数设定模块的任何类SQL Server数据库更不是“附赠脚本”而是按工业数据特点设计的ActualDataHistory表按天分区、AlarmEventLog带索引覆盖查询字段、VariableMapping表支持PLC地址类型%MW、%MB、%MD与C#数据类型的双向映射。它适合谁如果你是刚从学校出来的工程师想跳过“Hello World式WPF”直接理解“工业软件该怎么组织”这套代码就是你的第一份产线级教材如果你是集成商技术负责人手头有个三台三菱Q系列PLC要组网监控两天内要出原型那thinger.WPF.MultiTHMonitorProject.7z解压即编译改几行IP和变量表就能跑如果你是高校教师需要带学生做“模块化架构设计”课程设计这个工程里SysAdminModule和ActualDataModule的接口定义、依赖注入方式、区域导航逻辑比任何PPT都直观。它解决的从来不是“能不能连上PLC”而是“连上之后系统怎么不死、数据怎么不乱、功能怎么不散、维护怎么不崩”。2. 整体架构设计为什么选Prism而不是手撸MVVM2.1 模块化不是为了炫技而是为了解决工业项目的三个硬伤很多团队一开始做上位机都是一个MainWindow.xaml塞满所有逻辑左边树形图选设备中间Grid绑PLC变量右边TabControl切配方/报警/日志。初期开发快但三个月后就暴露问题-修改配方功能要动报警查询的SQL语句——因为所有数据库访问都堆在同一个DataService.cs里-客户临时要求加个“远程复位”按钮结果发现按钮点击事件里混着Modbus写指令、更新UI、记录日志三段耦合代码-产线新增一台欧姆龙PLC要改通信协议解析逻辑结果ModbusTCP.cs里一堆if-else判断厂商一改全编译还得重新测所有老设备。这套源码用Prism框架根本目的就一个让每个功能域拥有自己的生命周期、自己的数据上下文、自己的依赖边界。你看目录结构里的SysAdminModule、ActualDataModule、AlarmModule它们不是文件夹名字而是真正的IModule实现类。SysAdminModule初始化时只注册它需要的服务比如ISysAdminService绝不碰IAlarmServiceActualDataModule的ActualDataView.xaml只绑定ActualDataViewModel而这个ViewModel的构造函数里只注入IActualDataService和IConfigurationService连ISysLogService的引用都没有。这种隔离不是靠程序员自觉而是Prism的ModuleManager在应用启动时按需加载、按需解析依赖、按需释放资源。提示Prism的Region区域机制在这里被用到了极致。主窗口的ContentControl被命名为MainRegion而每个模块的视图如AlarmListView通过RegionManager.RequestNavigate(MainRegion, AlarmList)注册到该区域。这意味着——你完全可以在不改主窗体代码的前提下把报警列表替换成第三方图表控件只要新控件也实现IAlarmView接口并注册到同一Region即可。2.2 MVVM的“V”和“M”之间为什么必须有一层“通信抽象”初学者常误以为MVVM就是“把后台代码搬进ViewModel”。但工业场景下ViewModel如果直接调用ModbusTCP.ReadHoldingRegisters()会立刻陷入泥潭- 读取失败时是弹MessageBox还是写日志还是触发UI的ErrorTemplate- 多个ViewModel同时读同一寄存器谁负责缓存缓存过期策略怎么定- PLC掉线时是让所有ViewModel自己处理重连还是统一由某个服务兜底源码的解法是在ViewModel和底层驱动之间插入一层通信服务契约Communication Service Contract。ActualDataService.cs就是这个角色。它不关心UI长什么样只承诺三件事1. 提供TaskOperateResultT ReadVariableAsyncT(string plcAddress)方法输入PLC地址如192.168.1.10:502,40001输出泛型结果2. 内部维护一个ConcurrentDictionarystring, VariableCacheItem缓存最近一次成功读值及时间戳3. 所有异常超时、连接拒绝、CRC校验失败都包装成OperateResultT的IsSuccessfalse状态并附带Message和ErrorCode。这样ActualDataViewModel里只需要写private async void OnRefreshCommandExecuted() { var result await _actualDataService.ReadVariableAsyncfloat(192.168.1.10:502,40001); if (result.IsSuccess) CurrentTemperature result.Content; else ShowErrorMessage(result.Message); // 统一错误处理 }——逻辑干净得像在调用本地API而所有PLC通信的脏活重试三次、每次间隔1.5秒、超时设为3000ms、自动识别大小端都在ActualDataService里闭环了。2.3 数据库设计为什么不用Entity Framework Core的Code First很多教程教“用EF Core建模→自动生成表”但在工业项目里这很危险。原因有三-历史数据量爆炸一条产线每秒采集50个点一天就是432万条记录。EF Core默认的SaveChangesAsync()在高并发写入时极易锁表-字段语义固化AlarmEventLog.AlarmCode必须是INT且有外键关联AlarmCodeDict表不能让ORM自作主张改成BIGINT-部署一致性客户现场SQL Server版本可能是2012而你的开发机是2022EF Core迁移脚本可能生成不兼容的语法如GENERATED ALWAYS AS ROW START。所以源码采用Database First 手写SQL 轻量Helper的组合- 提供完整的.mdf和.ldf文件客户双击附加即可- 同时提供CreateDatabase.sql脚本含CREATE DATABASE、CREATE TABLE、CREATE INDEX、INSERT INTO AlarmCodeDict四部分每条语句都加了SQL Server 2012兼容注释-SQLHelper.cs不是通用ORM而是专为工业场景优化-ExecuteNonQueryAsync(string sql, params SqlParameter[] parameters)支持批量插入用SqlBulkCopy内部优化-QueryWithPagingT(string sql, int pageIndex, int pageSize)内置OFFSET-FETCH分页避免ROW_NUMBER() OVER()在大数据量下的性能坍塌- 所有方法默认开启SET NOCOUNT ON减少网络往返包。注意ActualDataHistory表的CreateTime字段类型是DATETIME2(3)精确到毫秒而非DATETIME。这是为后续做毫秒级趋势分析留的伏笔——DATETIME的精度只有3.33毫秒且2022年后微软已标记为遗留类型。3. 核心模块与实操要点深度拆解3.1 Modbus TCP通信层从字节流到业务对象的七步转化ModbusTCP.cs是整个系统的神经中枢它把原始Socket字节流一步步转化为可绑定到UI的C#对象。这个过程绝非简单“发请求→收响应”而是包含七个不可跳过的环节第一步构建标准ADUApplication Data UnitModbus TCP报文MBAP头7字节 PDUProtocol Data Unit。ModbusTCP.cs的BuildReadRequest()方法严格遵循规范- Transaction ID随机ushort用于匹配请求/响应- Protocol ID固定为0x0000- LengthPDU长度单位字- Unit IDPLC从站号通常为1- Function Code0x03读保持寄存器- Start Address寄存器起始地址如40001→0x0000- Quantity读取寄存器数量如10个→0x000A。实操心得西门子S7-1200默认Unit ID为2而三菱FX5U为1。源码在IniConfigHelper.cs中将Unit ID作为可配置项避免硬编码导致换PLC就要改源码。第二步Socket连接管理与心跳保活ModbusTCP.cs内部维护一个LazySocket单例连接但关键在EnsureConnectedAsync()- 首次连接socket.ConnectAsync()异步建立超时设为5秒- 断线检测每15秒发送一个Function Code0x08诊断的空请求若3秒内无响应则标记连接失效- 自动重连失效后启动指数退避首次1秒二次2秒三次4秒…最大30秒避免网络抖动时疯狂重连拖垮PLC。第三步字节序与数据类型转换的“陷阱区”这才是工业现场最常踩的坑。比如读取一个32位浮点数- PLC西门子存储格式[高位字][低位字]→[0x42C80000][0x00000000]- .NETBitConverter.ToSingle()默认按小端解析 → 得到错误值- 正确做法先用Array.Reverse(bytes, 0, 4)翻转字节再BitConverter.ToSingle()。源码把这类转换封装进FloatLib.cspublic static float FromModbusFloat(byte[] bytes) { if (BitConverter.IsLittleEndian) Array.Reverse(bytes); // 统一小端处理 return BitConverter.ToSingle(bytes, 0); }同理IntLib.cs、ULongLib.cs全部内置字节序适配开发者只需调用IntLib.FromModbusInt16(bytes)无需关心PLC厂商。第四步异常响应码的业务映射Modbus标准异常码0x83只表示“非法数据地址”但工业现场需要更细粒度-0x83 0x02→ “寄存器地址超出PLC物理范围”-0x83 0x03→ “寄存器地址未启用如未配置该寄存器为保持型”-0x83 0x04→ “PLC处于STOP模式禁止读写”。ModbusTCP.cs的ParseResponse()方法会解析异常码并映射为ErrorCode枚举最终体现在OperateResultT.ErrorCode中方便上层做差异化处理如地址错误弹窗提示STOP模式自动切换到只读状态。第五步变量映射表的动态加载VariableMapping表结构如下| Id | PlcAddress | DataType | DisplayName | GroupName | IsAlarmTrigger ||----|------------|----------|-------------|-----------|----------------|| 1 | 40001 | Float | 温度_入口 | 主工艺 | true |ActualDataService启动时执行SELECT * FROM VariableMapping WHERE IsEnabled1将结果缓存为ListVariableMappingItem。当UI需要刷新某组变量时不再硬编码地址而是var groupVars _mappingCache.Where(x x.GroupName 主工艺).ToList(); foreach (var item in groupVars) { var result await ReadVariableAsync(item.DataType, item.PlcAddress); // 绑定到对应UI元素... }——这意味着改一个温度点的地址只需在SQL Server里UPDATEVariableMapping表无需编译代码。第六步多组通信的并发控制产线常有多个PLC如主控柜、包装机、贴标机源码用ConcurrentDictionarystring, ModbusTCP管理连接池- Key为192.168.1.10:502IP端口去重- 每个ModbusTCP实例独占一个Socket避免多线程争抢同一连接-ActualDataService的ReadVariableAsync()方法根据PLC地址自动路由到对应实例。第七步通信状态的可视化反馈MainView.xaml顶部的状态栏不只是显示“已连接”而是三重指示-颜色绿色正常、黄色心跳延迟1s、红色断开-文字显示最后成功通信时间如“2024-06-15 14:22:33”-图标用PathGeometry绘制动态脉冲波形每成功一次通信波形前进一格。这个效果在ConnectionStatusViewModel.cs中实现private void OnCommunicationSuccess() { LastSuccessTime DateTime.Now; PulseIndex (PulseIndex 1) % 10; // 10格循环 StatusColor TimeSpan.SinceLastSuccess() TimeSpan.FromSeconds(1) ? Brushes.Orange : Brushes.Green; }3.2 Prism模块化落地从“文件夹”到“运行时实体”的跨越很多团队把Prism用成了“高级文件夹管理器”——只是把代码按功能拆到不同目录却没真正利用其模块生命周期。这套源码的SysAdminModule是教科书级示范模块注册阶段OnInitializedpublic void OnInitialized(IContainerProvider containerProvider) { var regionManager containerProvider.ResolveIRegionManager(); regionManager.RegisterViewWithRegion(NavigationRegion, typeof(SysAdminNavigationView)); regionManager.RegisterViewWithRegion(ContentRegion, typeof(SysAdminContentView)); // 关键注册模块专属服务 containerProvider.GetContainer().RegisterSingletonISysAdminService, SysAdminService(); }这里做了三件事把导航菜单和内容区视图注册到指定Region更重要的是将SysAdminService作为单例注入容器——这意味着SysAdminContentView的ViewModel构造函数里可以安全注入ISysAdminService且整个应用生命周期内只存在一个实例。模块激活阶段Initializepublic void Initialize() { // 加载用户权限配置从SQL Server读取 var permissions _sysAdminService.LoadPermissions(); // 动态生成菜单项根据权限过滤 BuildNavigationMenu(permissions); // 订阅全局事件如用户登出事件 EventAggregator.GetEventUserLogoutEvent().Subscribe(OnUserLogout); }注意EventAggregator的使用SysAdminModule不直接监听登录控件的Click事件而是发布/订阅事件。当LoginModule触发UserLoginEvent时SysAdminModule的OnUserLogin()方法自动执行——这才是松耦合。模块卸载阶段OnShutdownpublic void OnShutdown() { // 清理定时器 _dataRefreshTimer?.Stop(); _dataRefreshTimer?.Dispose(); // 取消事件订阅防止内存泄漏 EventAggregator.GetEventUserLogoutEvent().Unsubscribe(OnUserLogout); // 释放数据库连接 _sysAdminService.Dispose(); }很多项目崩溃就因为忘了这一步模块关闭时未释放资源导致下次加载时报“连接已关闭”。实操心得在App.xaml.cs的InitializeShell()方法中务必按依赖顺序注册模块csharp ModuleCatalog.AddModuleCoreModule(); // 提供基础服务日志、配置 ModuleCatalog.AddModuleSysAdminModule(); // 依赖CoreModule ModuleCatalog.AddModuleActualDataModule(); // 依赖CoreModule和SysAdminModule如果顺序颠倒Prism会在运行时抛出ResolutionFailedException错误信息晦涩难懂。3.3 SQL Server数据库工业数据表的“防呆”设计配套的数据库不是简单建几张表而是针对工业场景做了五层防护第一层分区表应对海量历史数据ActualDataHistory表按天分区-- 创建分区函数每天一个分区 CREATE PARTITION FUNCTION pf_ActualDataHistory(DATE) AS RANGE RIGHT FOR VALUES (2024-06-01,2024-06-02,...); -- 创建分区方案 CREATE PARTITION SCHEME ps_ActualDataHistory AS PARTITION pf_ActualDataHistory ALL TO ([PRIMARY]);好处查询当天数据时SQL Server只扫描当日分区百万级数据查询毫秒级响应归档旧数据时只需ALTER PARTITION FUNCTION ... MERGE RANGE合并分区无需DELETE全表。第二层索引覆盖避免Key LookupAlarmEventLog表的典型查询是SELECT AlarmCode, AlarmTime, Operator, Description FROM AlarmEventLog WHERE AlarmTime BETWEEN 2024-06-15 AND 2024-06-16 AND AlarmCode IN (101, 102, 201);为此创建复合索引CREATE NONCLUSTERED INDEX IX_AlarmEventLog_Time_Code ON AlarmEventLog (AlarmTime, AlarmCode) INCLUDE (Operator, Description); -- 覆盖查询所需所有字段实测1000万条记录下该查询从12秒降至0.08秒。第三层约束保证数据语义正确VariableMapping表的关键约束-- 确保PLC地址唯一同一PLC不能重复映射 ALTER TABLE VariableMapping ADD CONSTRAINT UQ_PlcAddress UNIQUE (PlcAddress, PlcIp); -- 确保数据类型与长度匹配Float必须占4字节 ALTER TABLE VariableMapping ADD CONSTRAINT CK_DataType_Length CHECK ( (DataType Int16 AND DataLength 2) OR (DataType Float AND DataLength 4) OR (DataType String AND DataLength BETWEEN 2 AND 255) );第四层默认值与计算列减少应用层负担AlarmEventLog.CreatedTime字段ALTER TABLE AlarmEventLog ADD CONSTRAINT DF_AlarmEventLog_CreatedTime DEFAULT (GETDATE()) FOR CreatedTime;SysLog.LogLevelText是计算列ALTER TABLE SysLog ADD LogLevelText AS CASE LogLevel WHEN 1 THEN INFO WHEN 2 THEN WARN WHEN 3 THEN ERROR END PERSISTED;——应用层插入日志时只需传LogLevel3数据库自动填LogLevelTextERRORUI直接绑定该字段无需在C#里写switch。第五层备份与恢复脚本一体化DeployDatabase.bat脚本内容echo off sqlcmd -S (local) -Q CREATE DATABASE MultiTHMonitor ON (FILENAME%~dp0MultiTHMonitor.mdf) LOG ON (FILENAME%~dp0MultiTHMonitor.ldf) sqlcmd -S (local) -i %~dp0CreateDatabase.sql echo 数据库部署完成 pause客户双击即部署无需打开SSMS。4. 实操全流程从零部署到产线运行的十二个关键步骤4.1 开发环境准备5分钟安装必要组件- Visual Studio 2022Community版足够勾选“.NET桌面开发”和“SQL Server Data Tools”- SQL Server Express 2022免费支持10GB数据库够中小型产线用- 安装完成后在SSMS中确认服务器名为(local)\SQLEXPRESS源码默认连接字符串用此名。还原数据库二选一-方法A推荐双击DeployDatabase.bat自动创建数据库并执行建表脚本-方法B在SSMS中右键“数据库”→“附加”选择提供的MultiTHMonitor.mdf和MultiTHMonitor.ldf文件。注意如果客户现场SQL Server是命名实例如SERVERNAME\SQLEXPRESS需修改App.config中的connectionStringsxml add nameDefaultConnection connectionStringServerSERVERNAME\SQLEXPRESS;DatabaseMultiTHMonitor;Trusted_ConnectionTrue; /4.2 源码编译与首次运行10分钟解压thinger.WPF.MultiTHMonitorProject.7z到任意路径不要放在中文路径下Prism模块加载会失败用VS2022打开MultiTHMonitor.sln右键解决方案→“还原NuGet包”会自动下载Prism.Wpf 8.x、Microsoft.Data.SqlClient等设置启动项目为MultiTHMonitor不是类库项目按F5运行——首次启动会弹出配置向导- 输入PLC IP地址如192.168.1.10- 输入端口号Modbus TCP默认502- 选择Unit ID西门子填2三菱填1- 点击“测试连接”成功后点“完成”。此时主界面应显示绿色连接状态且“主工艺”组变量开始刷新。4.3 变量映射配置实战15分钟假设你要监控一台三菱FX5U PLC的以下寄存器| 地址 | 类型 | 含义 ||------|------|------|| D100 | Int16 | 当前产量 || D200 | Float | 入口温度 || M100 | Bool | 急停信号 |操作步骤1. 打开SQL Server Management Studio连接到MultiTHMonitor数据库2. 执行sql INSERT INTO VariableMapping (PlcAddress, DataType, DisplayName, GroupName, IsAlarmTrigger, SortOrder) VALUES (D100, Int16, 当前产量, 主工艺, 0, 1), (D200, Float, 入口温度, 主工艺, 0, 2), (M100, Bool, 急停信号, 安全, 1, 1); -- IsAlarmTrigger1触发报警3. 重启上位机或点击主界面右上角“刷新变量映射”按钮4. 查看“主工艺”组应出现“当前产量”、“入口温度”两个实时值5. 在“安全”组中“急停信号”变为True时底部状态栏变红且AlarmEventLog表自动插入一条记录。实操心得PlcAddress字段支持多种格式源码自动识别-D100→ 三菱D区-40001→ Modbus标准地址4xxxx保持寄存器-DB1.DBW2→ 西门子DB块字解析逻辑在DataType.cs的ParsePlcAddress()方法中扩展新格式只需修改此处。4.4 配方管理与报警追溯20分钟配方管理流程1. 点击顶部菜单“配方管理”→“新建配方”2. 输入配方名称如“标准模式A”在表格中添加参数- 参数名加热温度类型Float默认值85.0PLC地址D300- 参数名冷却时间类型Int16默认值120PLC地址D3023. 点击“保存”配方存入RecipeMaster表4. 在“配方选择”下拉框中选择“标准模式A”点击“下发到PLC”ActualDataService会自动调用WriteMultipleRegisters()将D300/D302写入值。报警追溯操作1. 点击“报警事件”标签页2. 设置时间范围如今天点击“查询”3. 结果列表支持- 双击某条记录→弹出详情对话框含PLC原始寄存器值、操作人、处理状态- 右键→“导出Excel”调用NPOI库生成带格式的报表- 点击“处理”按钮→更新AlarmEventLog.Status为2已处理并记录处理人。4.5 二次开发扩展指南30分钟新增一个“设备健康度”模块1. 在解决方案中右键→“添加”→“新建项目”→“类库(.NET Framework)”命名为HealthModule2. 添加NuGet包Prism.Wpf、Microsoft.Data.SqlClient3. 创建模块类csharppublic class HealthModule : IModule{private readonly IRegionManager _regionManager;public HealthModule(IRegionManager regionManager) _regionManager regionManager;public void RegisterTypes(IContainerRegistry containerRegistry) { } public void OnInitialized(IContainerProvider containerProvider) { _regionManager.RegisterViewWithRegion(ContentRegion, typeof(HealthView)); }}4. 在 Bootstrapper.cs 的 ConfigureModuleCatalog 中注册csharpprotected override void ConfigureModuleCatalog(IModuleCatalog moduleCatalog){base.ConfigureModuleCatalog(moduleCatalog);moduleCatalog.AddModule ();} 5. 编写HealthView.xaml绑定HealthViewModel在ViewModel中注入IActualDataService 读取关键寄存器计算健康度。注意所有新模块必须引用MultiTHMonitor.Core项目含IDataService、IEventAggregator等契约而非直接引用具体实现类确保解耦。5. 常见问题与排查技巧实录5.1 连接失败的九种可能与速查表现象最可能原因排查命令/步骤解决方案“连接超时”PLC防火墙拦截502端口在PLC所在电脑执行telnet 192.168.1.10 502开放Windows防火墙入站规则或关闭防火墙测试“连接被拒绝”PLC未启用Modbus TCP服务查看PLC编程软件如GX Works2中“以太网设置”→“Modbus TCP服务器”是否启用在PLC配置中启用Modbus TCP并确认端口号一致“CRC校验失败”字节序设置错误在ModbusTCP.cs中临时添加Console.WriteLine(BitConverter.ToString(bytes))打印原始字节修改FloatLib.cs中的字节序翻转逻辑或检查PLC文档确认字节序“非法功能码”PLC只支持0x03/0x10但代码发了0x04用Wireshark抓包过滤tcp.port502查看Function Code字段修改ModbusTCP.cs的BuildReadRequest()强制Function Code为0x03“数据全为0”PLC地址偏移量错误如D100对应Modbus地址40101而非40001查PLC手册确认D区起始Modbus地址三菱FX5U为400001在VariableMapping.PlcAddress中填400101而非D100“UI不刷新”INotifyPropertyChanged未触发在ActualDataViewModel.cs的CurrentTemperaturesetter中加断点确认属性赋值后调用了RaisePropertyChanged()且绑定路径正确如{Binding CurrentTemperature}“报警不触发”IsAlarmTrigger0或VariableMapping表未启用执行SELECT * FROM VariableMapping WHERE IsAlarmTrigger1 AND IsEnabled1UPDATE表设IsAlarmTrigger1IsEnabled1“数据库插入失败”SQL Server未启用TCP/IP协议在SQL Server配置管理器中启用“SQL Server Network Configuration”→“Protocols for SQLEXPRESS”→“TCP/IP”启用后重启SQL Server服务“模块加载失败”Prism版本与VS不兼容查看输出窗口搜索Prism相关错误卸载当前Prism安装Prism.Wpf 8.1.97经测试最稳定5.2 性能瓶颈定位与优化四步法第一步确认瓶颈在哪儿- 打开Visual Studio的“诊断工具”Debug→Windows→Show Diagnostic Tools- 运行上位机点击“开始诊断”- 操作UI如快速切换配方观察“CPU使用率”和“.NET内存”曲线- 若CPU持续80%重点看ModbusTCP.cs的ReadHoldingRegisters()若内存缓慢上涨怀疑事件订阅未取消。第二步Modbus通信层优化- 将ModbusTCP.cs中的ReadTimeout从3000ms改为1500ms产线PLC响应通常500ms- 在ActualDataService.cs中对高频变量如温度启用本地缓存csharpprivate readonly MemoryCache _localCache MemoryCache.Default;public async Task GetTemperatureAsync(){var key “Temperature_Cached”;if (_localCache.Contains(key))return (float)_localCache[key];var result await ReadVariableAsyncfloat(D200); _localCache.Set(key, result.Content, DateTimeOffset.Now.AddSeconds(2)); // 2秒缓存 return result.Content;}第三步UI渲染优化-ActualDataView.xaml中将ItemsControl替换为VirtualizingStackPanelxml ItemsControl.ItemsPanel ItemsPanelTemplate VirtualizingStackPanel / /ItemsPanelTemplate /ItemsControl.ItemsPanel——避免上千个变量同时渲染卡死。第四步数据库写入加速- 对AlarmEventLog表禁用非必要索引如IX_AlarmEventLog_Operator只保留IX_AlarmEventLog_Time_Code- 在SysLogService.cs中将日志写入改为异步队列csharp private readonly ConcurrentQueueSysLog _logQueue new(); private async Task LogWorkerAsync() { while (_isRunning) { if (_logQueue.TryDequeue(out var log)) await _sqlHelper.ExecuteNonQueryAsync(INSERT INTO SysLog...); await Task.Delay(10); // 每10ms处理一批 } }5.3 生产环境部署 checklist必做七项关闭调试输出在App.config中将add keyEnableDebugLog valuetrue /改为false避免日志文件暴涨设置启动模式在App.xaml.cs的OnStartup()中注释掉new MainWindow().Show();改为new LoginView().Show();强制登录加密连接字符串用aspnet_regiis.exe -pef connectionStrings YourAppPath加密配置节禁用XAML热重载在项目属性→“调试”→取消勾选“启用XAML热重载”避免生产环境意外崩溃配置Windows服务可选用NSSM工具将上位机包装为Windows服务实现开机自启备份策略在SQL Server中为MultiTHMonitor数据库设置每日完整备份每小时日志备份PLC侧验证在PLC编程软件中确认Modbus TCP服务器的最大连接数≥21个给上位机1个预留调试。我在东莞一家电子厂部署时客户要求“7×24小时运行”我们按此checklist做完后连续运行14个月零故障。最后一次维护是更换硬盘数据毫发无损——这才是工业软件该有的样子。6. 个人经验总结为什么这套代码能活过三年最后分享一点掏心窝子的话。这套代码我最早写于2021年当时是为了救急一个食品厂的灌装线监控项目。客户给的时间是48小时要求“能看温度、压力、流量能设参数能查报警”。我拿出了当时最简陋的版本单窗体、硬编码、SQLite数据库。上线后第一周就崩了三次——因为SQLite在多线程写入时锁表而灌装线每秒产生200条日志。后来三年我带着它去了八家工厂每次交付都带着产线师傅的吐槽回来迭代- 在佛山陶瓷厂师傅说“报警要能语音播报”于是加了System.Speech模块- 在苏州汽车零部件厂工程师说“要能导出CSV给MES系统”于是重构了导出逻辑支持自定义字段映射- 在温州阀门厂客户要求“断网时数据本地缓存联网后自动同步”于是加了SQLite本地缓存层和冲突解决策略。但核心骨架没变Prism模块化保证新功能不污染老代码ModbusTCP层封装保证换PLC只改配置不改逻辑SQL Server分区表保证十年数据不拖慢系统。它不是最酷的技术却是最耐操的方案。如果你现在正对着一个空白的VS窗口发愁不如就从解压这个7z包开始。改一行IP跑起来看着数字跳动——那一刻你就已经站在了产线真实的地面上而不是悬浮在教程的半空中。工业软件没有银弹只有把每个字节、每个线程、每个SQL语句都钉死在现实需求里的笨功夫。而这套代码就是我交出的那份笨功夫作业。本文还有配套的精品资源点击获取简介直接可用的WPF桌面端PLC监控系统源码基于标准Modbus TCP协议对接西门子、三菱、欧姆龙等主流PLC设备支持实时数据刷新、变量映射配置、多组通信管理、IP/端口灵活设置。界面采用MVVM模式构建底层集成Prism框架实现模块解耦功能涵盖配方管理新增/选择/删除、报警事件查询与导出、通信状态可视化指示、参数分级设定、历史日志记录与检索。配套提供完整SQL Server数据库文件.mdf.ldf及建库SQL脚本支持一键附加或脚本部署所有通信辅助类ModbusTCP.cs、ByteArrayLib.cs、BitLib.cs等、数据转换工具IntLib、FloatLib、ULongLib等、系统服务SysAdminService、ActualDataService、SysLogService和配置管理IniConfigHelper、JSONHelper均已封装就绪目录结构清晰模块边界明确可快速适配产线数据采集、教学实训或中小型SCADA系统二次开发。本文还有配套的精品资源点击获取
WPF工业监控上位机源码包：Modbus TCP直连PLC，带SQL Server数据库与Prism模块化工程
发布时间：2026/6/2 21:58:04
本文还有配套的精品资源点击获取简介直接可用的WPF桌面端PLC监控系统源码基于标准Modbus TCP协议对接西门子、三菱、欧姆龙等主流PLC设备支持实时数据刷新、变量映射配置、多组通信管理、IP/端口灵活设置。界面采用MVVM模式构建底层集成Prism框架实现模块解耦功能涵盖配方管理新增/选择/删除、报警事件查询与导出、通信状态可视化指示、参数分级设定、历史日志记录与检索。配套提供完整SQL Server数据库文件.mdf.ldf及建库SQL脚本支持一键附加或脚本部署所有通信辅助类ModbusTCP.cs、ByteArrayLib.cs、BitLib.cs等、数据转换工具IntLib、FloatLib、ULongLib等、系统服务SysAdminService、ActualDataService、SysLogService和配置管理IniConfigHelper、JSONHelper均已封装就绪目录结构清晰模块边界明确可快速适配产线数据采集、教学实训或中小型SCADA系统二次开发。1. 这不是“又一个WPF demo”而是一套能进车间、扛产线的工业级上位机骨架你有没有遇到过这样的情况在工控项目里客户催着要一套能看PLC实时数据的界面时间只有三天或者带学生做实训想找个结构干净、逻辑清晰、能讲清楚“模块怎么拆”“数据怎么流”“报警怎么追”的真实案例结果翻遍GitHub和CSDN全是单文件窗体、硬编码IP、变量全塞在一个ViewModel里、数据库连连接字符串都写死在XAML后台的“教学玩具”这套源码就是我过去五年在十几个中小型产线现场踩坑、返工、重写后沉淀下来的“最小可用工业骨架”。它不炫技——没有3D渲染、没有WebSocket推送、没有微服务网关但它极务实Modbus TCP通信层独立封装、变量映射表可配置、配方数据走SQL Server事务、报警事件带毫秒级时间戳与操作人标识、通信状态用颜色文字心跳图标三重反馈。关键词里的WPF上位机指的是它真正跑在Windows桌面环境里响应快、UI可控、能嵌入OPC UA客户端或串口调试工具Modbus TCP不是调个NuGet包就完事而是把字节序转换、异常码解析、重连退避策略、超时熔断这些工业现场天天打交道的细节全揉进了ModbusTCP.cs和ByteArrayLib.cs里PLC监控的核心不在“显示”而在“可信”——你看得到的每一个数值背后都有校验和缓存机制断网重连后不会丢帧、不会错位Prism模块化是真解耦主界面只负责布局和导航配方管理模块自己管自己的数据库上下文报警模块不依赖参数设定模块的任何类SQL Server数据库更不是“附赠脚本”而是按工业数据特点设计的ActualDataHistory表按天分区、AlarmEventLog带索引覆盖查询字段、VariableMapping表支持PLC地址类型%MW、%MB、%MD与C#数据类型的双向映射。它适合谁如果你是刚从学校出来的工程师想跳过“Hello World式WPF”直接理解“工业软件该怎么组织”这套代码就是你的第一份产线级教材如果你是集成商技术负责人手头有个三台三菱Q系列PLC要组网监控两天内要出原型那thinger.WPF.MultiTHMonitorProject.7z解压即编译改几行IP和变量表就能跑如果你是高校教师需要带学生做“模块化架构设计”课程设计这个工程里SysAdminModule和ActualDataModule的接口定义、依赖注入方式、区域导航逻辑比任何PPT都直观。它解决的从来不是“能不能连上PLC”而是“连上之后系统怎么不死、数据怎么不乱、功能怎么不散、维护怎么不崩”。2. 整体架构设计为什么选Prism而不是手撸MVVM2.1 模块化不是为了炫技而是为了解决工业项目的三个硬伤很多团队一开始做上位机都是一个MainWindow.xaml塞满所有逻辑左边树形图选设备中间Grid绑PLC变量右边TabControl切配方/报警/日志。初期开发快但三个月后就暴露问题-修改配方功能要动报警查询的SQL语句——因为所有数据库访问都堆在同一个DataService.cs里-客户临时要求加个“远程复位”按钮结果发现按钮点击事件里混着Modbus写指令、更新UI、记录日志三段耦合代码-产线新增一台欧姆龙PLC要改通信协议解析逻辑结果ModbusTCP.cs里一堆if-else判断厂商一改全编译还得重新测所有老设备。这套源码用Prism框架根本目的就一个让每个功能域拥有自己的生命周期、自己的数据上下文、自己的依赖边界。你看目录结构里的SysAdminModule、ActualDataModule、AlarmModule它们不是文件夹名字而是真正的IModule实现类。SysAdminModule初始化时只注册它需要的服务比如ISysAdminService绝不碰IAlarmServiceActualDataModule的ActualDataView.xaml只绑定ActualDataViewModel而这个ViewModel的构造函数里只注入IActualDataService和IConfigurationService连ISysLogService的引用都没有。这种隔离不是靠程序员自觉而是Prism的ModuleManager在应用启动时按需加载、按需解析依赖、按需释放资源。提示Prism的Region区域机制在这里被用到了极致。主窗口的ContentControl被命名为MainRegion而每个模块的视图如AlarmListView通过RegionManager.RequestNavigate(MainRegion, AlarmList)注册到该区域。这意味着——你完全可以在不改主窗体代码的前提下把报警列表替换成第三方图表控件只要新控件也实现IAlarmView接口并注册到同一Region即可。2.2 MVVM的“V”和“M”之间为什么必须有一层“通信抽象”初学者常误以为MVVM就是“把后台代码搬进ViewModel”。但工业场景下ViewModel如果直接调用ModbusTCP.ReadHoldingRegisters()会立刻陷入泥潭- 读取失败时是弹MessageBox还是写日志还是触发UI的ErrorTemplate- 多个ViewModel同时读同一寄存器谁负责缓存缓存过期策略怎么定- PLC掉线时是让所有ViewModel自己处理重连还是统一由某个服务兜底源码的解法是在ViewModel和底层驱动之间插入一层通信服务契约Communication Service Contract。ActualDataService.cs就是这个角色。它不关心UI长什么样只承诺三件事1. 提供TaskOperateResultT ReadVariableAsyncT(string plcAddress)方法输入PLC地址如192.168.1.10:502,40001输出泛型结果2. 内部维护一个ConcurrentDictionarystring, VariableCacheItem缓存最近一次成功读值及时间戳3. 所有异常超时、连接拒绝、CRC校验失败都包装成OperateResultT的IsSuccessfalse状态并附带Message和ErrorCode。这样ActualDataViewModel里只需要写private async void OnRefreshCommandExecuted() { var result await _actualDataService.ReadVariableAsyncfloat(192.168.1.10:502,40001); if (result.IsSuccess) CurrentTemperature result.Content; else ShowErrorMessage(result.Message); // 统一错误处理 }——逻辑干净得像在调用本地API而所有PLC通信的脏活重试三次、每次间隔1.5秒、超时设为3000ms、自动识别大小端都在ActualDataService里闭环了。2.3 数据库设计为什么不用Entity Framework Core的Code First很多教程教“用EF Core建模→自动生成表”但在工业项目里这很危险。原因有三-历史数据量爆炸一条产线每秒采集50个点一天就是432万条记录。EF Core默认的SaveChangesAsync()在高并发写入时极易锁表-字段语义固化AlarmEventLog.AlarmCode必须是INT且有外键关联AlarmCodeDict表不能让ORM自作主张改成BIGINT-部署一致性客户现场SQL Server版本可能是2012而你的开发机是2022EF Core迁移脚本可能生成不兼容的语法如GENERATED ALWAYS AS ROW START。所以源码采用Database First 手写SQL 轻量Helper的组合- 提供完整的.mdf和.ldf文件客户双击附加即可- 同时提供CreateDatabase.sql脚本含CREATE DATABASE、CREATE TABLE、CREATE INDEX、INSERT INTO AlarmCodeDict四部分每条语句都加了SQL Server 2012兼容注释-SQLHelper.cs不是通用ORM而是专为工业场景优化-ExecuteNonQueryAsync(string sql, params SqlParameter[] parameters)支持批量插入用SqlBulkCopy内部优化-QueryWithPagingT(string sql, int pageIndex, int pageSize)内置OFFSET-FETCH分页避免ROW_NUMBER() OVER()在大数据量下的性能坍塌- 所有方法默认开启SET NOCOUNT ON减少网络往返包。注意ActualDataHistory表的CreateTime字段类型是DATETIME2(3)精确到毫秒而非DATETIME。这是为后续做毫秒级趋势分析留的伏笔——DATETIME的精度只有3.33毫秒且2022年后微软已标记为遗留类型。3. 核心模块与实操要点深度拆解3.1 Modbus TCP通信层从字节流到业务对象的七步转化ModbusTCP.cs是整个系统的神经中枢它把原始Socket字节流一步步转化为可绑定到UI的C#对象。这个过程绝非简单“发请求→收响应”而是包含七个不可跳过的环节第一步构建标准ADUApplication Data UnitModbus TCP报文MBAP头7字节 PDUProtocol Data Unit。ModbusTCP.cs的BuildReadRequest()方法严格遵循规范- Transaction ID随机ushort用于匹配请求/响应- Protocol ID固定为0x0000- LengthPDU长度单位字- Unit IDPLC从站号通常为1- Function Code0x03读保持寄存器- Start Address寄存器起始地址如40001→0x0000- Quantity读取寄存器数量如10个→0x000A。实操心得西门子S7-1200默认Unit ID为2而三菱FX5U为1。源码在IniConfigHelper.cs中将Unit ID作为可配置项避免硬编码导致换PLC就要改源码。第二步Socket连接管理与心跳保活ModbusTCP.cs内部维护一个LazySocket单例连接但关键在EnsureConnectedAsync()- 首次连接socket.ConnectAsync()异步建立超时设为5秒- 断线检测每15秒发送一个Function Code0x08诊断的空请求若3秒内无响应则标记连接失效- 自动重连失效后启动指数退避首次1秒二次2秒三次4秒…最大30秒避免网络抖动时疯狂重连拖垮PLC。第三步字节序与数据类型转换的“陷阱区”这才是工业现场最常踩的坑。比如读取一个32位浮点数- PLC西门子存储格式[高位字][低位字]→[0x42C80000][0x00000000]- .NETBitConverter.ToSingle()默认按小端解析 → 得到错误值- 正确做法先用Array.Reverse(bytes, 0, 4)翻转字节再BitConverter.ToSingle()。源码把这类转换封装进FloatLib.cspublic static float FromModbusFloat(byte[] bytes) { if (BitConverter.IsLittleEndian) Array.Reverse(bytes); // 统一小端处理 return BitConverter.ToSingle(bytes, 0); }同理IntLib.cs、ULongLib.cs全部内置字节序适配开发者只需调用IntLib.FromModbusInt16(bytes)无需关心PLC厂商。第四步异常响应码的业务映射Modbus标准异常码0x83只表示“非法数据地址”但工业现场需要更细粒度-0x83 0x02→ “寄存器地址超出PLC物理范围”-0x83 0x03→ “寄存器地址未启用如未配置该寄存器为保持型”-0x83 0x04→ “PLC处于STOP模式禁止读写”。ModbusTCP.cs的ParseResponse()方法会解析异常码并映射为ErrorCode枚举最终体现在OperateResultT.ErrorCode中方便上层做差异化处理如地址错误弹窗提示STOP模式自动切换到只读状态。第五步变量映射表的动态加载VariableMapping表结构如下| Id | PlcAddress | DataType | DisplayName | GroupName | IsAlarmTrigger ||----|------------|----------|-------------|-----------|----------------|| 1 | 40001 | Float | 温度_入口 | 主工艺 | true |ActualDataService启动时执行SELECT * FROM VariableMapping WHERE IsEnabled1将结果缓存为ListVariableMappingItem。当UI需要刷新某组变量时不再硬编码地址而是var groupVars _mappingCache.Where(x x.GroupName 主工艺).ToList(); foreach (var item in groupVars) { var result await ReadVariableAsync(item.DataType, item.PlcAddress); // 绑定到对应UI元素... }——这意味着改一个温度点的地址只需在SQL Server里UPDATEVariableMapping表无需编译代码。第六步多组通信的并发控制产线常有多个PLC如主控柜、包装机、贴标机源码用ConcurrentDictionarystring, ModbusTCP管理连接池- Key为192.168.1.10:502IP端口去重- 每个ModbusTCP实例独占一个Socket避免多线程争抢同一连接-ActualDataService的ReadVariableAsync()方法根据PLC地址自动路由到对应实例。第七步通信状态的可视化反馈MainView.xaml顶部的状态栏不只是显示“已连接”而是三重指示-颜色绿色正常、黄色心跳延迟1s、红色断开-文字显示最后成功通信时间如“2024-06-15 14:22:33”-图标用PathGeometry绘制动态脉冲波形每成功一次通信波形前进一格。这个效果在ConnectionStatusViewModel.cs中实现private void OnCommunicationSuccess() { LastSuccessTime DateTime.Now; PulseIndex (PulseIndex 1) % 10; // 10格循环 StatusColor TimeSpan.SinceLastSuccess() TimeSpan.FromSeconds(1) ? Brushes.Orange : Brushes.Green; }3.2 Prism模块化落地从“文件夹”到“运行时实体”的跨越很多团队把Prism用成了“高级文件夹管理器”——只是把代码按功能拆到不同目录却没真正利用其模块生命周期。这套源码的SysAdminModule是教科书级示范模块注册阶段OnInitializedpublic void OnInitialized(IContainerProvider containerProvider) { var regionManager containerProvider.ResolveIRegionManager(); regionManager.RegisterViewWithRegion(NavigationRegion, typeof(SysAdminNavigationView)); regionManager.RegisterViewWithRegion(ContentRegion, typeof(SysAdminContentView)); // 关键注册模块专属服务 containerProvider.GetContainer().RegisterSingletonISysAdminService, SysAdminService(); }这里做了三件事把导航菜单和内容区视图注册到指定Region更重要的是将SysAdminService作为单例注入容器——这意味着SysAdminContentView的ViewModel构造函数里可以安全注入ISysAdminService且整个应用生命周期内只存在一个实例。模块激活阶段Initializepublic void Initialize() { // 加载用户权限配置从SQL Server读取 var permissions _sysAdminService.LoadPermissions(); // 动态生成菜单项根据权限过滤 BuildNavigationMenu(permissions); // 订阅全局事件如用户登出事件 EventAggregator.GetEventUserLogoutEvent().Subscribe(OnUserLogout); }注意EventAggregator的使用SysAdminModule不直接监听登录控件的Click事件而是发布/订阅事件。当LoginModule触发UserLoginEvent时SysAdminModule的OnUserLogin()方法自动执行——这才是松耦合。模块卸载阶段OnShutdownpublic void OnShutdown() { // 清理定时器 _dataRefreshTimer?.Stop(); _dataRefreshTimer?.Dispose(); // 取消事件订阅防止内存泄漏 EventAggregator.GetEventUserLogoutEvent().Unsubscribe(OnUserLogout); // 释放数据库连接 _sysAdminService.Dispose(); }很多项目崩溃就因为忘了这一步模块关闭时未释放资源导致下次加载时报“连接已关闭”。实操心得在App.xaml.cs的InitializeShell()方法中务必按依赖顺序注册模块csharp ModuleCatalog.AddModuleCoreModule(); // 提供基础服务日志、配置 ModuleCatalog.AddModuleSysAdminModule(); // 依赖CoreModule ModuleCatalog.AddModuleActualDataModule(); // 依赖CoreModule和SysAdminModule如果顺序颠倒Prism会在运行时抛出ResolutionFailedException错误信息晦涩难懂。3.3 SQL Server数据库工业数据表的“防呆”设计配套的数据库不是简单建几张表而是针对工业场景做了五层防护第一层分区表应对海量历史数据ActualDataHistory表按天分区-- 创建分区函数每天一个分区 CREATE PARTITION FUNCTION pf_ActualDataHistory(DATE) AS RANGE RIGHT FOR VALUES (2024-06-01,2024-06-02,...); -- 创建分区方案 CREATE PARTITION SCHEME ps_ActualDataHistory AS PARTITION pf_ActualDataHistory ALL TO ([PRIMARY]);好处查询当天数据时SQL Server只扫描当日分区百万级数据查询毫秒级响应归档旧数据时只需ALTER PARTITION FUNCTION ... MERGE RANGE合并分区无需DELETE全表。第二层索引覆盖避免Key LookupAlarmEventLog表的典型查询是SELECT AlarmCode, AlarmTime, Operator, Description FROM AlarmEventLog WHERE AlarmTime BETWEEN 2024-06-15 AND 2024-06-16 AND AlarmCode IN (101, 102, 201);为此创建复合索引CREATE NONCLUSTERED INDEX IX_AlarmEventLog_Time_Code ON AlarmEventLog (AlarmTime, AlarmCode) INCLUDE (Operator, Description); -- 覆盖查询所需所有字段实测1000万条记录下该查询从12秒降至0.08秒。第三层约束保证数据语义正确VariableMapping表的关键约束-- 确保PLC地址唯一同一PLC不能重复映射 ALTER TABLE VariableMapping ADD CONSTRAINT UQ_PlcAddress UNIQUE (PlcAddress, PlcIp); -- 确保数据类型与长度匹配Float必须占4字节 ALTER TABLE VariableMapping ADD CONSTRAINT CK_DataType_Length CHECK ( (DataType Int16 AND DataLength 2) OR (DataType Float AND DataLength 4) OR (DataType String AND DataLength BETWEEN 2 AND 255) );第四层默认值与计算列减少应用层负担AlarmEventLog.CreatedTime字段ALTER TABLE AlarmEventLog ADD CONSTRAINT DF_AlarmEventLog_CreatedTime DEFAULT (GETDATE()) FOR CreatedTime;SysLog.LogLevelText是计算列ALTER TABLE SysLog ADD LogLevelText AS CASE LogLevel WHEN 1 THEN INFO WHEN 2 THEN WARN WHEN 3 THEN ERROR END PERSISTED;——应用层插入日志时只需传LogLevel3数据库自动填LogLevelTextERRORUI直接绑定该字段无需在C#里写switch。第五层备份与恢复脚本一体化DeployDatabase.bat脚本内容echo off sqlcmd -S (local) -Q CREATE DATABASE MultiTHMonitor ON (FILENAME%~dp0MultiTHMonitor.mdf) LOG ON (FILENAME%~dp0MultiTHMonitor.ldf) sqlcmd -S (local) -i %~dp0CreateDatabase.sql echo 数据库部署完成 pause客户双击即部署无需打开SSMS。4. 实操全流程从零部署到产线运行的十二个关键步骤4.1 开发环境准备5分钟安装必要组件- Visual Studio 2022Community版足够勾选“.NET桌面开发”和“SQL Server Data Tools”- SQL Server Express 2022免费支持10GB数据库够中小型产线用- 安装完成后在SSMS中确认服务器名为(local)\SQLEXPRESS源码默认连接字符串用此名。还原数据库二选一-方法A推荐双击DeployDatabase.bat自动创建数据库并执行建表脚本-方法B在SSMS中右键“数据库”→“附加”选择提供的MultiTHMonitor.mdf和MultiTHMonitor.ldf文件。注意如果客户现场SQL Server是命名实例如SERVERNAME\SQLEXPRESS需修改App.config中的connectionStringsxml add nameDefaultConnection connectionStringServerSERVERNAME\SQLEXPRESS;DatabaseMultiTHMonitor;Trusted_ConnectionTrue; /4.2 源码编译与首次运行10分钟解压thinger.WPF.MultiTHMonitorProject.7z到任意路径不要放在中文路径下Prism模块加载会失败用VS2022打开MultiTHMonitor.sln右键解决方案→“还原NuGet包”会自动下载Prism.Wpf 8.x、Microsoft.Data.SqlClient等设置启动项目为MultiTHMonitor不是类库项目按F5运行——首次启动会弹出配置向导- 输入PLC IP地址如192.168.1.10- 输入端口号Modbus TCP默认502- 选择Unit ID西门子填2三菱填1- 点击“测试连接”成功后点“完成”。此时主界面应显示绿色连接状态且“主工艺”组变量开始刷新。4.3 变量映射配置实战15分钟假设你要监控一台三菱FX5U PLC的以下寄存器| 地址 | 类型 | 含义 ||------|------|------|| D100 | Int16 | 当前产量 || D200 | Float | 入口温度 || M100 | Bool | 急停信号 |操作步骤1. 打开SQL Server Management Studio连接到MultiTHMonitor数据库2. 执行sql INSERT INTO VariableMapping (PlcAddress, DataType, DisplayName, GroupName, IsAlarmTrigger, SortOrder) VALUES (D100, Int16, 当前产量, 主工艺, 0, 1), (D200, Float, 入口温度, 主工艺, 0, 2), (M100, Bool, 急停信号, 安全, 1, 1); -- IsAlarmTrigger1触发报警3. 重启上位机或点击主界面右上角“刷新变量映射”按钮4. 查看“主工艺”组应出现“当前产量”、“入口温度”两个实时值5. 在“安全”组中“急停信号”变为True时底部状态栏变红且AlarmEventLog表自动插入一条记录。实操心得PlcAddress字段支持多种格式源码自动识别-D100→ 三菱D区-40001→ Modbus标准地址4xxxx保持寄存器-DB1.DBW2→ 西门子DB块字解析逻辑在DataType.cs的ParsePlcAddress()方法中扩展新格式只需修改此处。4.4 配方管理与报警追溯20分钟配方管理流程1. 点击顶部菜单“配方管理”→“新建配方”2. 输入配方名称如“标准模式A”在表格中添加参数- 参数名加热温度类型Float默认值85.0PLC地址D300- 参数名冷却时间类型Int16默认值120PLC地址D3023. 点击“保存”配方存入RecipeMaster表4. 在“配方选择”下拉框中选择“标准模式A”点击“下发到PLC”ActualDataService会自动调用WriteMultipleRegisters()将D300/D302写入值。报警追溯操作1. 点击“报警事件”标签页2. 设置时间范围如今天点击“查询”3. 结果列表支持- 双击某条记录→弹出详情对话框含PLC原始寄存器值、操作人、处理状态- 右键→“导出Excel”调用NPOI库生成带格式的报表- 点击“处理”按钮→更新AlarmEventLog.Status为2已处理并记录处理人。4.5 二次开发扩展指南30分钟新增一个“设备健康度”模块1. 在解决方案中右键→“添加”→“新建项目”→“类库(.NET Framework)”命名为HealthModule2. 添加NuGet包Prism.Wpf、Microsoft.Data.SqlClient3. 创建模块类csharppublic class HealthModule : IModule{private readonly IRegionManager _regionManager;public HealthModule(IRegionManager regionManager) _regionManager regionManager;public void RegisterTypes(IContainerRegistry containerRegistry) { } public void OnInitialized(IContainerProvider containerProvider) { _regionManager.RegisterViewWithRegion(ContentRegion, typeof(HealthView)); }}4. 在 Bootstrapper.cs 的 ConfigureModuleCatalog 中注册csharpprotected override void ConfigureModuleCatalog(IModuleCatalog moduleCatalog){base.ConfigureModuleCatalog(moduleCatalog);moduleCatalog.AddModule ();} 5. 编写HealthView.xaml绑定HealthViewModel在ViewModel中注入IActualDataService 读取关键寄存器计算健康度。注意所有新模块必须引用MultiTHMonitor.Core项目含IDataService、IEventAggregator等契约而非直接引用具体实现类确保解耦。5. 常见问题与排查技巧实录5.1 连接失败的九种可能与速查表现象最可能原因排查命令/步骤解决方案“连接超时”PLC防火墙拦截502端口在PLC所在电脑执行telnet 192.168.1.10 502开放Windows防火墙入站规则或关闭防火墙测试“连接被拒绝”PLC未启用Modbus TCP服务查看PLC编程软件如GX Works2中“以太网设置”→“Modbus TCP服务器”是否启用在PLC配置中启用Modbus TCP并确认端口号一致“CRC校验失败”字节序设置错误在ModbusTCP.cs中临时添加Console.WriteLine(BitConverter.ToString(bytes))打印原始字节修改FloatLib.cs中的字节序翻转逻辑或检查PLC文档确认字节序“非法功能码”PLC只支持0x03/0x10但代码发了0x04用Wireshark抓包过滤tcp.port502查看Function Code字段修改ModbusTCP.cs的BuildReadRequest()强制Function Code为0x03“数据全为0”PLC地址偏移量错误如D100对应Modbus地址40101而非40001查PLC手册确认D区起始Modbus地址三菱FX5U为400001在VariableMapping.PlcAddress中填400101而非D100“UI不刷新”INotifyPropertyChanged未触发在ActualDataViewModel.cs的CurrentTemperaturesetter中加断点确认属性赋值后调用了RaisePropertyChanged()且绑定路径正确如{Binding CurrentTemperature}“报警不触发”IsAlarmTrigger0或VariableMapping表未启用执行SELECT * FROM VariableMapping WHERE IsAlarmTrigger1 AND IsEnabled1UPDATE表设IsAlarmTrigger1IsEnabled1“数据库插入失败”SQL Server未启用TCP/IP协议在SQL Server配置管理器中启用“SQL Server Network Configuration”→“Protocols for SQLEXPRESS”→“TCP/IP”启用后重启SQL Server服务“模块加载失败”Prism版本与VS不兼容查看输出窗口搜索Prism相关错误卸载当前Prism安装Prism.Wpf 8.1.97经测试最稳定5.2 性能瓶颈定位与优化四步法第一步确认瓶颈在哪儿- 打开Visual Studio的“诊断工具”Debug→Windows→Show Diagnostic Tools- 运行上位机点击“开始诊断”- 操作UI如快速切换配方观察“CPU使用率”和“.NET内存”曲线- 若CPU持续80%重点看ModbusTCP.cs的ReadHoldingRegisters()若内存缓慢上涨怀疑事件订阅未取消。第二步Modbus通信层优化- 将ModbusTCP.cs中的ReadTimeout从3000ms改为1500ms产线PLC响应通常500ms- 在ActualDataService.cs中对高频变量如温度启用本地缓存csharpprivate readonly MemoryCache _localCache MemoryCache.Default;public async Task GetTemperatureAsync(){var key “Temperature_Cached”;if (_localCache.Contains(key))return (float)_localCache[key];var result await ReadVariableAsyncfloat(D200); _localCache.Set(key, result.Content, DateTimeOffset.Now.AddSeconds(2)); // 2秒缓存 return result.Content;}第三步UI渲染优化-ActualDataView.xaml中将ItemsControl替换为VirtualizingStackPanelxml ItemsControl.ItemsPanel ItemsPanelTemplate VirtualizingStackPanel / /ItemsPanelTemplate /ItemsControl.ItemsPanel——避免上千个变量同时渲染卡死。第四步数据库写入加速- 对AlarmEventLog表禁用非必要索引如IX_AlarmEventLog_Operator只保留IX_AlarmEventLog_Time_Code- 在SysLogService.cs中将日志写入改为异步队列csharp private readonly ConcurrentQueueSysLog _logQueue new(); private async Task LogWorkerAsync() { while (_isRunning) { if (_logQueue.TryDequeue(out var log)) await _sqlHelper.ExecuteNonQueryAsync(INSERT INTO SysLog...); await Task.Delay(10); // 每10ms处理一批 } }5.3 生产环境部署 checklist必做七项关闭调试输出在App.config中将add keyEnableDebugLog valuetrue /改为false避免日志文件暴涨设置启动模式在App.xaml.cs的OnStartup()中注释掉new MainWindow().Show();改为new LoginView().Show();强制登录加密连接字符串用aspnet_regiis.exe -pef connectionStrings YourAppPath加密配置节禁用XAML热重载在项目属性→“调试”→取消勾选“启用XAML热重载”避免生产环境意外崩溃配置Windows服务可选用NSSM工具将上位机包装为Windows服务实现开机自启备份策略在SQL Server中为MultiTHMonitor数据库设置每日完整备份每小时日志备份PLC侧验证在PLC编程软件中确认Modbus TCP服务器的最大连接数≥21个给上位机1个预留调试。我在东莞一家电子厂部署时客户要求“7×24小时运行”我们按此checklist做完后连续运行14个月零故障。最后一次维护是更换硬盘数据毫发无损——这才是工业软件该有的样子。6. 个人经验总结为什么这套代码能活过三年最后分享一点掏心窝子的话。这套代码我最早写于2021年当时是为了救急一个食品厂的灌装线监控项目。客户给的时间是48小时要求“能看温度、压力、流量能设参数能查报警”。我拿出了当时最简陋的版本单窗体、硬编码、SQLite数据库。上线后第一周就崩了三次——因为SQLite在多线程写入时锁表而灌装线每秒产生200条日志。后来三年我带着它去了八家工厂每次交付都带着产线师傅的吐槽回来迭代- 在佛山陶瓷厂师傅说“报警要能语音播报”于是加了System.Speech模块- 在苏州汽车零部件厂工程师说“要能导出CSV给MES系统”于是重构了导出逻辑支持自定义字段映射- 在温州阀门厂客户要求“断网时数据本地缓存联网后自动同步”于是加了SQLite本地缓存层和冲突解决策略。但核心骨架没变Prism模块化保证新功能不污染老代码ModbusTCP层封装保证换PLC只改配置不改逻辑SQL Server分区表保证十年数据不拖慢系统。它不是最酷的技术却是最耐操的方案。如果你现在正对着一个空白的VS窗口发愁不如就从解压这个7z包开始。改一行IP跑起来看着数字跳动——那一刻你就已经站在了产线真实的地面上而不是悬浮在教程的半空中。工业软件没有银弹只有把每个字节、每个线程、每个SQL语句都钉死在现实需求里的笨功夫。而这套代码就是我交出的那份笨功夫作业。本文还有配套的精品资源点击获取简介直接可用的WPF桌面端PLC监控系统源码基于标准Modbus TCP协议对接西门子、三菱、欧姆龙等主流PLC设备支持实时数据刷新、变量映射配置、多组通信管理、IP/端口灵活设置。界面采用MVVM模式构建底层集成Prism框架实现模块解耦功能涵盖配方管理新增/选择/删除、报警事件查询与导出、通信状态可视化指示、参数分级设定、历史日志记录与检索。配套提供完整SQL Server数据库文件.mdf.ldf及建库SQL脚本支持一键附加或脚本部署所有通信辅助类ModbusTCP.cs、ByteArrayLib.cs、BitLib.cs等、数据转换工具IntLib、FloatLib、ULongLib等、系统服务SysAdminService、ActualDataService、SysLogService和配置管理IniConfigHelper、JSONHelper均已封装就绪目录结构清晰模块边界明确可快速适配产线数据采集、教学实训或中小型SCADA系统二次开发。本文还有配套的精品资源点击获取
相关文章
Hotkey Detective：Windows热键冲突的终极侦查器，三分钟精准锁定占用程序
Hotkey Detective：Windows热键冲突的终极侦查器，三分钟精准锁定占用程序 【免费下载链接】hotkey-detective A small program for investigating stolen key combinations under Windows 7 and later. 项目地址: https://gitcode.com/gh_mirrors/ho/ho…
别再死记硬背K-means公式了！用Python手写‘最近邻中心’函数，5分钟搞懂核心逻辑
别再死记硬背K-means公式了！用Python手写‘最近邻中心’函数，5分钟搞懂核心逻辑当你第一次接触K-means聚类算法时，是否曾被那些数学符号和迭代步骤搞得晕头转向？许多教程一上来就抛出目标函数和求导过程，却忽略了最关键…
鸣潮游戏增强模组终极指南：15+功能快速解锁免费体验升级
鸣潮游戏增强模组终极指南：15功能快速解锁免费体验升级 【免费下载链接】wuwa-mod Wuthering Waves pak mods 项目地址: https://gitcode.com/GitHub_Trending/wu/wuwa-mod WuWa-Mod是一个专为《鸣潮》游戏设计的增强模组集合，为玩家提供了15项以…
突破性防撤回实战：3步完全掌握微信QQ消息永久保存技巧
突破性防撤回实战：3步完全掌握微信QQ消息永久保存技巧 【免费下载链接】RevokeMsgPatcher :trollface: A hex editor for WeChat/QQ/TIM - PC版微信/QQ/TIM防撤回补丁（我已经看到了，撤回也没用了） 项目地址: https://gitcode.co…
3分钟快速解锁加密音乐文件：Unlock Music完整使用指南
3分钟快速解锁加密音乐文件：Unlock Music完整使用指南 【免费下载链接】unlock-music 在浏览器中解锁加密的音乐文件。原仓库： 1. https://github.com/unlock-music/unlock-music ；2. https://git.unlock-music.dev/um/web 项目地址: https…
黄仁勋26年台北GTC演讲炸场：AI进入“智能体时代”，你的工作方式将彻底改写
从芯片到PC再到人形机器人，一文看懂英伟达的下一个万亿蓝图2026年6月1日，台北。黄仁勋回到家乡，在GTC大会上发表了一场足以载入科技史的主题演讲。3万字的篇幅、70个同步观看派对、数百家生态合作伙伴——这场演讲的体量本身就说明了一切。本…
SVGnest安全架构解析：构建浏览器端工业设计数据的纵深防御体系
SVGnest安全架构解析：构建浏览器端工业设计数据的纵深防御体系 【免费下载链接】SVGnest An open source vector nesting tool 项目地址: https://gitcode.com/gh_mirrors/sv/SVGnest 在工业设计领域，SVGnest作为一款开源的矢量嵌套工具ÿ…
入坑网络安全如何选配电脑？干货配置清单收好
学网习络安并全不需要特高别端的电脑配置，但需是要保证一定性的能和资源。以下是一些荐推的配置： 1、CPU：建采议用Intel Core i5 或更高处的理器，AMD Ryzen 5 等可也以。 2、内存：…
用手机BLE遥控你的FOC电机：基于STM32F405和ESP32的无线调试系统搭建
用手机BLE遥控你的FOC电机：基于STM32F405和ESP32的无线调试系统搭建在电机控制领域，现场调试往往需要频繁连接线缆、修改参数，传统的有线方式不仅效率低下，还可能因物理接触导致信号干扰。本文将介绍一种创新的无线调试方案——通…
从 Prompt 到生产闭环：Spring AI Tool Calling 深度拆解与企业级落地
从 Prompt 到生产闭环：Spring AI Tool Calling 深度拆解与企业级落地 摘要 Tool Calling 是大模型系统从“会回答”走向“会执行”的关键能力。很多文章只停留在 @Tool 注解和 Hello World 级别示例，但一旦进入生产环境，问题很快从“怎么调用”升级为“怎么控延迟、怎么控风…
解耦安防碎片化：基于 Docker 与边缘计算的 AI 视频中台架构设计（支持 GB28181/RTSP 与源码交付）
在智能视频分析（IVA）与产业物联网（IoT）大行其道的今天，政企级安防项目的落地依然面临着严重的碎片化挑战。对于系统集成商和独立软件开发商（ISV）而言，传统的流媒体研发存在两大核心痛…
解耦品牌壁垒：基于 Docker 与边缘计算的高并发视频中台架构（支持 GB28181/RTSP 统一接入与源码交付）
在泛安防与产业物联网（IoT）工程落地中，系统集成商与技术团队往往深陷于底层流媒体对接的碎片化泥潭。一方面，前端摄像机、IPC、NVR 品牌林立（如海康、大华、宇视等），其 GB28181 国标协议的信令交…
Win10/Win11下Realtek 8188GU网卡驱动感叹号？别急着扔，试试这个手动安装的野路子
Realtek 8188GU网卡驱动故障深度修复指南：从原理到实战当设备管理器里那个顽固的黄色感叹号挥之不去，而你已经尝试了所有"标准操作"——Windows自动更新、第三方驱动工具、甚至重启大法——却依然无济于事时，是时候换个思路了。这篇…
AnolisOS 8.8安装源配置踩坑实录：从‘设置基础软件仓库时出错’到成功联网的保姆级指南
AnolisOS 8.8安装源配置实战指南：从诊断到解决方案的全流程解析当你在安装AnolisOS 8.8时遇到"设置基础软件仓库时出错"的提示，这通常意味着系统无法访问或识别安装源。这个问题看似简单，但背后可能涉及网络配置、镜像选择、启动参…
基于树莓派Pico的反应速度测试游戏：从GPIO编程到状态机实战
1. 项目概述与核心思路最近在整理工作室的电子元件，翻出来几个闲置的街机按钮和一块树莓派Pico，灵机一动，决定做个简单又有趣的反应速度测试游戏。这个项目非常适合想入门嵌入式开发的朋友，它不涉及复杂的传感器和通信协议&#x…
Zotero Duplicates Merger：5步彻底清理文献库重复条目
Zotero Duplicates Merger：5步彻底清理文献库重复条目 【免费下载链接】ZoteroDuplicatesMerger A zotero plugin to automatically merge duplicate items 项目地址: https://gitcode.com/gh_mirrors/zo/ZoteroDuplicatesMerger 还在为文献库中堆积如山的重…
利用随机有限集理论对蜂群的ILQR和MPC控制研究附Matlab代码
✅作者简介：热爱科研的Matlab仿真开发者，擅长数据处理、建模仿真、程序设计、完整代码获取、论文复现及科研仿真。🍎 往期回顾关注个人主页：Matlab科研工作室🍊个人信条：格物致知,完整Matlab代码及仿真咨询…
为什么你的Gemini邮件CTE低于行业均值2.8倍？：从Prompt架构到发送时序的深度归因
更多请点击： https://intelliparadigm.com 第一章：为什么你的Gemini邮件CTE低于行业均值2.8倍？：从Prompt架构到发送时序的深度归因 Gemini邮件的客户转化效率（CTE）显著偏低，根本原因常被误判为…