1. 从零搭建Ricon物联网监控平台先想清楚这三件事很多人拿到Ricon组态系统之后第一反应是赶紧打开软件、拖控件、连设备、看数据跳动。这个路径不能说错但如果你真打算用它做一个能长期跑下去、后面还能扩展的物联网监控平台我建议你先花半小时把三件事想明白否则后面返工的成本远比你省下来的时间多。第一件事你的数据是推上来的还是拉上来的。物联网场景里传感器数据的上行方式直接决定了你在Ricon里怎么配置数据源。Modbus RTU/TCP这类协议通常是主站主动轮询也就是拉而MQTT、HTTP回调这类是设备主动上报也就是推。Ricon组态系统对这两种模式的支持方式不一样前者你需要在Ricon侧配置采集通道和轮询周期后者你需要在Ricon侧开一个数据接收服务或者对接消息中间件。这个区别如果不提前想清楚后面你会发现数据源配好了但数据死活上不来。第二件事你的监控平台是单机看还是多人看。单机看意味着Ricon跑在一台工控机上本地画面本地展示部署简单但扩展性差。多人看意味着你需要考虑Web发布、多客户端并发、权限分级。Ricon本身支持Web发布能力但并发数和刷新频率是有上限的这个上限跟你的授权版本和服务器配置直接相关。我见过太多项目前期没考虑并发上线之后画面卡成幻灯片。第三件事你的报警和 historized data 要存多久。Ricon组态系统内置了历史数据存储和报警管理功能但默认配置下存储周期和存储容量是有限的。如果你做的是环境监测、能耗管理这类需要长期趋势分析的场景历史数据的保留策略必须提前规划。是存本地数据库还是转存到外部时序数据库是保留原始值还是只存变化值这些决策会影响你整个平台的存储架构。把这三件事想清楚之后你再去打开Ricon心里就有谱了。下面我按照实际搭建的顺序把每个环节拆开讲。2. Ricon组态系统的工程结构与环境准备2.1 工程文件到底存了什么Ricon的工程文件本质上是一个结构化的配置集合里面包含了画面定义、数据源配置、报警规则、历史存储设置、用户权限等所有内容。很多人习惯把工程文件随便放在桌面改一版存一版最后自己都分不清哪个是最新的。我的做法是每个项目建一个独立的工程目录目录名带上版本号和日期比如RiconProject_EnvMonitor_v1.2_20240515。工程目录里面再分几个子目录backup放历史备份docs放点位表和通信协议文档resources放图片和图标素材。这个习惯看起来不起眼但当你需要回滚到某个版本或者交接给别人的时候能省掉大量翻找的时间。工程文件本身建议开启自动备份Ricon的工程设置里有备份路径和备份间隔的选项。我一般设置成每2小时自动备份一次保留最近10个版本。这个配置在工程属性里就能找到不需要额外装什么东西。2.2 运行环境的选择与踩坑Ricon组态系统运行在Windows环境下官方推荐的配置是i5以上处理器、8GB以上内存、SSD硬盘。但根据我的实际经验如果你要跑一个中等规模的物联网监控平台大概500到1000个点位10到20个画面内存建议直接上16GB硬盘用NVMe SSD。原因很简单Ricon在运行过程中会频繁读写历史数据和报警记录机械硬盘的IO延迟会导致画面刷新出现肉眼可见的卡顿。还有一个容易被忽略的点显示分辨率。Ricon的画面设计是基于像素的如果你在1920x1080的分辨率下设计画面然后部署到1366x768的工控屏上画面会被压缩或者出现滚动条。我的做法是先确定最终部署的屏幕分辨率然后在这个分辨率下设计画面。如果确实需要适配多种分辨率Ricon支持画面缩放功能但缩放之后字体和控件的清晰度会下降所以能统一分辨率就统一。另外Windows的电源管理设置一定要改。默认情况下Windows会在空闲一段时间后关闭硬盘或者进入睡眠这会导致Ricon的数据采集中断。把电源计划改成高性能并且把关闭硬盘和睡眠都设为从不。这个坑我踩过不止一次现场调试的时候数据好好的第二天早上发现昨晚的数据断了一大截查了半天才发现是系统睡眠了。2.3 通信驱动的安装与授权Ricon支持多种通信协议包括Modbus RTU/TCP、OPC UA、MQTT、西门子S7、三菱MC等。但要注意部分驱动是需要单独授权的。比如OPC UA和MQTT驱动在某些版本里属于可选模块需要额外的授权文件。如果你在设备连接里找不到对应的驱动选项先检查一下授权管理里面有没有启用对应的模块。安装驱动的时候建议只安装你实际用到的驱动。装太多驱动不仅占用资源还可能在启动时产生冲突。我遇到过同时装了Modbus TCP和某个第三方TCP驱动结果两个驱动抢同一个端口的情况排查起来很费时间。3. 数据采集层的配置逻辑与点位规划3.1 先做点位表再动手配置这是我最想强调的一点不要打开Ricon就开始建变量先在Excel里把点位表做好。点位表至少包含以下几列变量名、数据类型、寄存器地址、读写权限、量程范围、工程单位、报警上下限、备注说明。为什么要在Excel里做因为Ricon里的变量管理界面虽然能直接编辑但当你面对几百个点位的时候在表格里批量编辑的效率远高于在软件里逐个点击。而且Excel里你可以用公式批量生成变量名和地址减少手误。做完之后Ricon支持从CSV文件导入变量这个功能在变量管理器的导入选项里。变量命名我建议采用分层命名法比如Area1_Temp_Sensor01、Area1_Hum_Sensor01、Area2_Pressure_Sensor03。这样在画面绑定和报警配置的时候通过名称就能快速定位到是哪个区域哪个设备。不要用Tag1、Tag2这种无意义的命名后期维护的时候你会想哭。3.2 Modbus采集的轮询周期怎么定Modbus RTU/TCP是物联网监控里最常见的采集协议。Ricon里配置Modbus采集的时候有一个关键参数轮询周期。这个值设得太短会增加串口或网络的负载可能导致通信超时设得太长数据刷新不及时监控画面看起来像卡住了。我的经验值是对于变化缓慢的模拟量温度、湿度、液位轮询周期设1到5秒对于状态量开关、运行状态设500毫秒到1秒对于需要快速响应的控制量设200到500毫秒。但这个值不是绝对的还要看你的设备数量和通信带宽。如果你有50个从站设备每个设备10个寄存器轮询周期设200毫秒那串口基本上一直在忙稍微有点干扰就会丢包。一个实用的技巧是分组轮询。把变化快的点位和变化慢的点位分到不同的采集组里给快组设短周期给慢组设长周期。Ricon的采集通道支持配置多个采集组这个功能在通信配置的高级设置里。3.3 MQTT接入的Topic设计如果你的设备是通过MQTT上报数据的那Topic的设计就很重要。我推荐的结构是{项目名}/{设备类型}/{设备ID}/{数据类型}比如EnvMonitor/Sensor/Temp01/Value、EnvMonitor/Sensor/Temp01/Status。这样的好处是你可以用通配符批量订阅比如EnvMonitor/Sensor//Value就能订阅所有传感器的值。Ricon的MQTT驱动支持通配符订阅但要注意通配符订阅会增加解析开销如果设备数量很多建议还是按具体Topic订阅。MQTT的QoS等级也要注意。QoS 0是最多一次数据可能丢QoS 1是至少一次数据可能重复QoS 2是恰好一次开销最大。对于监控平台来说大部分场景用QoS 1就够了因为监控数据丢一两个点通常可以接受但重复数据需要在Ricon侧做去重处理。Ricon的MQTT驱动里可以配置是否对重复时间戳的数据进行过滤。4. 监控画面的设计原则与交互细节4.1 画面布局的三区原则我设计Ricon监控画面的时候习惯把画面分成三个区域顶部状态区、中部主监控区、底部操作区。顶部状态区放全局信息比如系统运行状态、当前时间、报警汇总、用户登录信息。这个区域的高度一般控制在画面高度的10%到15%。中部主监控区是核心放工艺流程图、设备状态、实时数据。这个区域占画面高度的70%左右。布局上我倾向于从左到右、从上到下的流程顺序符合大多数人的阅读习惯。底部操作区放画面切换按钮、参数设置入口、报表查询入口。高度控制在15%左右。这个三区结构不是死规定但它的好处是用户在任何画面里都能快速找到全局状态和操作入口不需要来回切换。4.2 实时数据的刷新与性能平衡Ricon画面上的实时数据刷新频率是可以单独设置的。很多人为了让数据看起来实时把刷新周期设成100毫秒结果画面上的控件多了之后CPU占用率飙升。我的做法是分级刷新关键数据比如温度、压力设500毫秒到1秒次要数据比如累计运行时间设5到10秒状态指示类比如阀门开关设1到2秒。这个设置在每个控件的属性里都能找到。还有一个技巧对于不需要持续刷新的画面可以设置成按需刷新。比如报表查询画面只有在用户点击查询按钮的时候才去读数据而不是一直在后台刷新。Ricon支持画面的激活和休眠事件可以在画面激活时启动刷新在画面关闭时停止刷新。4.3 报警可视化的几个实用做法报警是监控平台的核心功能之一。Ricon的报警管理支持多种报警类型越限报警、偏差报警、变化率报警、离散报警等。配置报警的时候我建议不要只依赖弹窗因为弹窗多了之后用户会习惯性关闭反而忽略了真正的关键报警。我的做法是三级报警可视化一级画面上的报警指示灯变色黄/红同时顶部状态区显示报警计数。二级报警信息滚动条显示最近的报警记录。三级关键报警弹窗声音提示只针对最高优先级的报警。这样用户在日常监控的时候扫一眼就能知道有没有异常不需要一直盯着弹窗。报警的延时和死区也要设置。比如温度报警如果设成大于80度报警那温度在80度附近波动的时候会频繁触发报警和恢复。加一个2到5度的死区就能有效抑制这种抖动。Ricon的报警配置里有死区Deadband参数直接填数值就行。5. 历史数据存储与趋势分析的落地配置5.1 存什么、存多久、怎么存历史数据是物联网监控平台的价值所在。但不是什么数据都值得存。我的原则是存变化的数据不存不变的数据。比如一个温度值如果它5分钟都没变化那存5个相同的值没有意义。Ricon的历史存储支持只存变化模式在历史配置里可以设置变化阈值只有变化超过阈值才记录一条。存储周期方面原始数据建议保留3到6个月聚合数据小时均值、日均值保留1到3年。Ricon本身的历史存储容量有限如果数据量很大建议配置转存到外部数据库。Ricon支持通过ODBC或API方式把历史数据导出到MySQL、SQL Server等数据库。5.2 趋势曲线的配置技巧趋势曲线是分析历史数据最直观的方式。Ricon的趋势控件支持多曲线叠加、时间范围选择、游标读数等功能。配置的时候有几个细节时间轴的范围不要设得太宽。如果你一次显示一个月的数据曲线会挤成一团什么都看不出来。我一般默认显示最近24小时用户需要看更长时间的时候再手动调整。曲线的颜色和线型要区分明显。不要用相近的颜色比如浅蓝和深蓝放在一起投影仪上一投就分不清了。我习惯用红、绿、蓝、黄、紫这个顺序来分配曲线颜色。Y轴的范围要合理。如果一条曲线是0到100另一条是0到10000放在同一个Y轴上小的那条就成了一条直线。Ricon的趋势控件支持多Y轴可以把不同量程的曲线分配到不同的Y轴上。5.3 数据导出与报表生成很多物联网监控平台都需要定期生成报表比如日报、周报、月报。Ricon内置了报表功能可以配置定时生成Excel或PDF报表。配置的时候注意报表模板要先设计好包括表头、数据区域、统计公式等。Ricon的报表设计器支持单元格绑定变量和统计函数用起来跟Excel公式类似。如果Ricon内置的报表功能满足不了需求也可以通过脚本导出数据到CSV然后用外部工具生成报表。Ricon支持VBScript和JavaScript脚本可以在定时任务里调用脚本导出数据。6. 报警管理与联动的实战配置6.1 报警分级的实际落地前面提到了三级报警可视化这里展开讲一下报警分级的配置。Ricon的报警组可以设置不同的优先级我一般分成紧急、重要、一般、提示四级。紧急报警需要立即处理的比如设备停机、超温超压。这类报警触发时弹窗声音记录到报警历史。重要报警需要尽快处理的比如参数偏离正常范围但还没到危险值。这类报警触发时指示灯变色滚动条显示。一般报警需要关注的比如设备运行时间达到维护提醒值。这类报警只在报警历史里记录不主动提示。提示信息不需要处理的比如用户登录、参数修改。这类信息记录到操作日志里不进入报警系统。分级的好处是用户可以按优先级过滤报警不会被大量低优先级报警淹没。6.2 报警联动的配置方法报警联动是指报警触发后自动执行某些动作比如启动备用设备、关闭阀门、发送通知等。Ricon支持通过脚本或事件配置来实现联动。一个典型的联动配置是温度超过上限 - 触发报警 - 自动启动冷却风扇 - 如果温度继续上升 - 触发紧急报警并停机。这个逻辑可以通过Ricon的事件管理器来配置也可以用脚本实现。配置联动的时候要注意避免联动风暴。比如一个报警触发了10个动作每个动作又触发了新的报警新的报警又触发新的动作系统就会陷入死循环。我的做法是给联动动作加延时和条件判断确保联动是有序的、可控的。6.3 报警通知的几种方式Ricon本身支持报警弹窗和声音提示但如果需要远程通知就需要额外的配置。常见的方式有邮件通知Ricon支持SMTP邮件发送可以配置报警触发时发送邮件到指定邮箱。短信通知需要通过第三方短信网关的API来实现Ricon可以通过脚本调用HTTP接口发送短信。声光报警器通过数字量输出控制外部的声光报警器这个需要硬件配合。邮件通知是最容易实现的配置好SMTP服务器信息就行。但要注意邮件发送频率如果报警频繁触发邮箱会被轰炸。建议在报警配置里设置报警抑制时间同一个报警在指定时间内只发送一次通知。7. 用户权限与系统安全的配置要点7.1 权限分级的实际方案Ricon支持用户和用户组管理可以给不同的用户分配不同的权限。我的权限方案一般是三级操作员只能查看画面和确认报警不能修改参数和配置。工程师可以修改参数、配置报警、查看历史数据但不能修改用户管理和系统配置。管理员拥有所有权限包括用户管理、系统配置、工程修改。这个分级方案在大多数场景下够用了。如果项目有特殊需求比如需要审计追踪可以再增加一个审计员角色只能查看操作日志和报警历史不能做任何修改。7.2 操作日志与审计追踪Ricon的操作日志记录了用户的登录、注销、参数修改、报警确认等操作。这个功能在系统安全里很重要尤其是当出现问题时可以通过操作日志追溯是谁在什么时候做了什么操作。配置操作日志的时候建议开启日志自动归档避免日志文件无限增长占满硬盘。Ricon的日志管理里可以设置归档周期和归档路径。7.3 网络安全的几个基本措施物联网监控平台通常需要接入网络网络安全就不能忽视。几个基本的措施修改默认端口。Ricon的Web发布默认端口是80建议改成其他端口减少被扫描的风险。启用HTTPS。如果Ricon的Web发布支持HTTPS建议启用避免数据在传输过程中被窃听。限制访问IP。如果监控平台只在局域网内使用可以在防火墙里限制只有特定IP段能访问。定期备份工程和数据库。这是最基本也是最重要的安全措施万一系统出问题能快速恢复。8. 从单机到Web发布部署架构的演进思路8.1 什么时候需要Web发布单机版Ricon适合本地监控但如果需要远程查看、多人同时访问就需要Web发布。Ricon的Web发布功能可以把画面发布成网页用户通过浏览器就能访问。Web发布的适用场景包括多部门共享监控数据、管理层远程查看、移动端访问。但要注意Web发布的性能和并发数跟服务器配置直接相关如果并发用户很多建议单独部署一台Web服务器。8.2 Web发布的配置步骤Web发布的配置大致分几步在Ricon的Web发布设置里启用Web服务设置端口和发布路径。选择需要发布的画面可以全部发布也可以选择性发布。配置用户认证方式可以使用Ricon内置的用户管理也可以对接外部认证。在浏览器里访问http://服务器IP:端口/发布路径测试是否能正常显示。配置过程中常见的问题是画面显示不全或者控件错位。这通常是因为Web发布的分辨率和画面设计的分辨率不一致。解决办法是在Web发布设置里调整缩放比例或者重新设计适配Web分辨率的画面。8.3 移动端访问的适配Ricon的Web发布默认是适配PC浏览器的在手机上看可能会很小。如果需要在移动端访问建议单独设计一套移动端画面控件大一点、布局简单一点。Ricon支持根据访问设备类型自动切换画面这个功能在Web发布的高级设置里。移动端访问的另一个问题是网络延迟。如果通过公网访问画面刷新可能会比较慢。建议在移动端画面上减少实时数据的刷新频率或者使用按需刷新的方式。9. 调试与排错那些文档里不会写的经验9.1 数据不上来的排查顺序数据采集出问题是最常见的。我的排查顺序是第一步检查物理连接。网线插好了吗串口线接对了吗转换器供电了吗这些看起来是废话但实际排查中至少有30%的问题出在这里。第二步检查通信参数。波特率、数据位、停止位、校验位这些参数必须和设备手册完全一致。Modbus TCP还要检查IP地址和端口号。第三步用第三方工具测试。比如用Modbus Poll测试Modbus通信用MQTT客户端测试MQTT连接。如果第三方工具能通说明设备和网络没问题问题在Ricon的配置上。第四步检查Ricon的采集日志。Ricon的通信日志会记录每次采集的发送和接收数据通过日志能看出是发送失败还是接收超时。9.2 画面卡顿的性能优化画面卡顿的原因通常有几个控件太多、刷新太快、脚本太重、历史数据查询太频繁。优化方法减少画面上同时显示的控件数量把不重要的控件隐藏或者放到子画面里降低刷新频率非关键数据用长周期刷新优化脚本避免在脚本里做复杂的循环和数据库查询历史数据查询加时间范围限制不要一次查太多数据。还有一个容易被忽略的点画面上的图片和图标不要太大。我见过一个画面用了十几张高清背景图每张图几MB画面切换的时候明显卡顿。图片素材建议压缩到合适的大小能用矢量图就不用位图。9.3 报警不触发的常见原因报警配置好了但不触发可能的原因有报警未启用、报警条件不满足、报警被抑制、变量值没有更新。检查步骤先在变量管理里看变量的当前值是否确实超过了报警限值然后检查报警配置里报警是否启用再检查是否有报警抑制或死区设置导致报警被屏蔽最后检查变量的采集是否正常如果变量值根本没更新报警自然不会触发。10. 项目交付前的检查清单与长期维护建议10.1 交付前必须过的几道关项目做完之后不要急着交付。我一般会过一遍检查清单所有画面的控件是否都能正常显示和操作所有变量的采集是否正常数据是否准确所有报警是否都能正常触发和恢复历史数据是否正常存储趋势曲线是否能正常显示用户权限是否配置正确不同角色的用户是否能正常登录和操作Web发布是否能正常访问并发访问是否稳定操作日志和报警历史是否正常记录工程文件是否已备份备份文件是否完整这个清单看起来简单但每一项都过一遍能避免交付后的大量返工。10.2 长期运行中的维护要点Ricon监控平台上线之后维护工作主要包括定期检查硬盘空间、定期备份工程和数据库、定期检查报警记录、定期更新驱动和补丁。硬盘空间是最容易出问题的。历史数据和日志文件会不断增长如果硬盘满了系统会出各种奇怪的问题。建议设置硬盘空间告警当剩余空间低于20%的时候提醒管理员清理。工程备份建议至少保留最近3个版本并且把备份文件复制到另一台机器或者外部存储上。我遇到过工控机硬盘故障导致工程文件丢失的情况幸好有备份不然整个项目要重做。10.3 后续扩展的预留设计做监控平台的时候即使当前需求很简单也要为后续扩展留余地。几个预留设计的建议变量命名留扩展位。比如Area1_Temp_Sensor01如果后面要加传感器直接Sensor02、Sensor03就行不需要改命名规则。画面布局留空白区。不要把所有空间都塞满留一些空白区域后面加新功能的时候有地方放。通信通道留余量。如果当前用了2个串口工控机上还有空闲串口后面加设备的时候直接插上就能用。数据库留字段。如果历史数据要转存到外部数据库建表的时候多留几个字段后面加新点位的时候不需要改表结构。这些预留设计不会增加多少工作量但能让你的平台在后续扩展的时候从容很多。我在实际项目中最大的体会是前期多花一小时规划后期能省十小时返工。Ricon组态系统本身是一个很成熟的工具它的功能上限取决于你怎么用它。把数据采集做稳、把画面做清晰、把报警做准确、把历史数据做可靠这四件事做好了一个物联网监控平台就立住了。