看描述实现起来挺简单的,主要的疑点有:
1.通过串口传输,不知道从机数量有多少,主机是否有足够多的串口。
2.串口是有线传输,不知道线缆长度如何,太长会影响通讯速度。
3.主机是否需要保存历史数据,如何保存。
4.预警范围如何调节,需要有个人机交互界面。
通讯过程和数据传输,只要自己设定好通信协议,没什么难的。
上位机怎么处理,显示的更漂亮,这个得细细琢磨。
这个挺简单的。只需要一个ModBus通讯就可以了。制定一个数据表。
我之前做过环境监测设备,下位机和HMI通讯,HMI控制和查询各种数据,也是用的ModBus。
ModBus协议里有修改或读取一段数据,修改和读取开关量等功能码,非常适合这个功能。
基本的远程监测方案,一个人做的话难度还是比较大的,涉及到底层(下位机,工控机)和上层(服务器搭建,网页展示甚至APP查看)的程序编写。跨度还是比较大的;
当然,公有云也是个比较好的选择,但是可能不太满足你的要求。
简单来说可以实现
要看下位机的监测点数量、线缆布局影响(信息传输路径、远近、传输模式)、主机性能(含端口数、处理能力)、预警数据信息量、预警设置情况等等,这些都影响实现难度
比如 检测点距离很远,可能串口数据传输中间路径是承载到网络、光纤上的
又比如 如果监测点大于端口可能需要用其他方式来收集了串口数据了
不过该需求网上资料是比较多的。
距离近的可以组在一个局域网里,1公里内的还可以用WiFi网桥,然后用udp socket交互数据。
距离远的,用tcp socket,但是一般来说,外网的端口都是被运营商封了的。
可以稍微转换一下思路,找个数据中转
用公共的物联网服务器,比如中移OneNet的服务
或者使用电子邮件,可以用msmtp和mutt实现
甚至使用论坛的帖子回复功能,数据每隔一定时间,通过编辑帖子留言,上传到固定帖子的固定回复上
描述的还是不够详细,从你这说的来看,难度应该不会很大,难点就在你输出调节的时候怎么准确反馈
这种不难,甚至你的下位机还可以跑个profibus、modbus等工业协议来提高稳定性,下位机用STM32那些就行