台达AS系列PLC Modbus TCP网口上位机通信的C#监控与数据报表生成

台达AS系列PLC modbus TCP网口上位机通信，项目现场使用设备的C#源代码，监控设备每月每天的生产数据并生成Excel表格。

最近在工业现场折腾台达AS系列PLC的Modbus TCP通讯，发现这玩意儿的协议实现和常规设备还真有点不一样。项目需求是抓取设备每月每天的生产数据存Excel，先给大伙儿看看我们是怎么用C#暴力破解的。

先上硬菜——网络连接部分。台达PLC的Modbus TCP端口默认是502，但寄存器地址需要特别注意偏移量：

using System.Net.Sockets; //... TcpClient client = new TcpClient(); client.Connect("192.168.1.10", 502); NetworkStream stream = client.GetStream(); // Modbus TCP请求帧 byte[] request = new byte[] { 0x00, 0x01, //事务标识 0x00, 0x00, //协议标识 0x00, 0x06, //后续字节数 0x01, //单元标识 0x03, //功能码03（读保持寄存器） 0x00, 0x64, //起始地址（注意台达地址偏移） 0x00, 0x02 //读取寄存器数量 };

这里有个坑——台达的寄存器地址需要做+1偏移。比如手册标注D100寄存器，实际要发0x0063（十进制99）而不是0x0064。第一次调试时在这卡了两个小时，现场老哥差点把咖啡泼我键盘上。

台达AS系列PLC modbus TCP网口上位机通信，项目现场使用设备的C#源代码，监控设备每月每天的生产数据并生成Excel表格。

数据解析环节更刺激。读回来的数据是大端模式，处理浮点数得特别注意：

byte[] response = new byte[256]; int bytesRead = stream.Read(response, 0, response.Length); // 解析产量数据（假设从D100开始） float dailyOutput = BitConverter.ToSingle(new byte[] { response[9], response[8], //注意字节顺序 response[11], response[10] }, 0); // 处理负数情况 if (BitConverter.IsLittleEndian) { Array.Reverse(response, 8, 4); }

这段代码让我想起去年在钢厂调试时，温度值总是显示-40°C，后来发现是字节顺序没处理好。现在看见BitConverter都有应激反应，建议各位随身携带字节序对照表。

数据攒够之后要生成Excel报表，用EPPlus比传统的Interop稳定得多：

using OfficeOpenXml; //... using (var package = new ExcelPackage()) { var worksheet = package.Workbook.Worksheets.Add("生产日报"); worksheet.Cells["A1"].LoadFromCollection(dataRecords, true); // 设置日期格式 worksheet.Column(1).Style.Numberformat.Format = "yyyy-MM-dd"; // 自动调整列宽（防止现场人员老花眼） worksheet.Cells[worksheet.Dimension.Address].AutoFitColumns(); FileInfo file = new FileInfo($"{DateTime.Now:yyyyMM}_production.xlsx"); package.SaveAs(file); }

EPPlus处理十万级数据量时建议开启内存优化模式，别问我怎么知道的——上个月报表生成直接吃光8G内存，现场工控机当场罢工。顺便提醒，记得在finally块里释放资源，PLC那边的连接超时可不会等你。

调试时建议用Modbus Slave软件模拟PLC，Wireshark抓包看原始数据流。曾经遇到个灵异事件：现场设备正常但读不到数据，后来发现是网管把502端口给封了。所以啊，工业网络调试，三分靠技术，七分靠玄学。