c#判断串口是否断开,并自动重连

RS232C串口在使用的过程中, 可能因为外部原因而物理断开, 然后再人工插回去. 如何判断串口的状态, 并在串口插回去后自动重新连接.

NET中串口通信用 SerialPort 类, 其实这个类只负责发送接受数据, 串口状态和它没半毛钱关系. 最常用的做法是新建一个线程, 定时判断串口的状态, 断线就尝试重新连接.

时间: 2024-08-24 02:27:43

c#判断串口是否断开,并自动重连的相关文章

实现 WebSocket 断开自动重连的 JavaScript 库

ReconnectingWebSocket 是一个小型的 JavaScript 库,封装了 WebSocket API 提供了在连接断开时自动重连的机制. 只需要简单的将: ws = new WebSocket('ws://....'); 替换成: ws = new ReconnectingWebSocket('ws://....'); 详见:https://github.com/fc653074701/reconnecting-websocket 或者: //间隔发送心跳包数据给服务器,服务器

VPN断开自动重连

使用windows server 2008 R2自带服务建的PPTP,两台服务器通过VPN进行数据同步.连接一段时间后,VPN会自动断开,数据同步也会停止.这给工作带来了很大的麻烦. 检测网络中断,服务端需要开通ping,windows server 2008 R2默认没有开启icmp,需要在防火墙配置icmp响应,启用”文件和打印机共享(回显请求 - ICMPv4-In)“选项即可. VPN自动重连VPN: 1 @echo on 2 :a 3 rem 廷时60秒 4 ping -n 60 12

RabbitMQ C#客户端自动重连

重要参考文章来源:http://gigi.nullneuron.net/gigilabs/resilient-connections-with-rabbitmq-net-client/ 参考代码:https://bitbucket.org/dandago/gigilabs/src/bba0d457869f3283fa9f47a52e9bc009f29afc9d/ResilientRabbitMqConnectivity/?at=master 原因是这样的,我在Windows客户端有一个Windo

解读dbcp自动重连那些事(转)

本文转自:http://agapple.iteye.com/blog/791943 可以后另一篇做对比:http://agapple.iteye.com/blog/772507 同样的内容,不同的描述方式,不一样的效果. Hi all : 最近在做 offerdetail 优化时,替换了数据库驱动,从 c3p0 0.9.1 -> dbcp 1.4 , 顺便研究了下 dbcp 的自动重连的一套机制,也做一下分享,大家周知一下. 数据库链接 常见的问题: 1. 数据库意外重启后,原先的数据库连接池能

Netty 自动重连

from: http://www.dozer.cc/2015/05/netty-auto-reconnect.html 自动重连 用 Netty 写 Client 和 Server 的时候必须要去处理自动重连. Server 端启动时的错误,要去不断重试. Client 端不仅要处理启动时的错误,还要处理中途断开连接. Server 端的处理 和常规的代码相比,Server 端只要处理一个地方即可: public final class TcpServer { private volatile

关于LWIP断开网线后重连问题(热插拔问题)

最近在弄STM32+LWIP协议,在网络拔掉网线情况下,无法重新连接.网上找了好多方法都没有实现,着实郁闷!后来无意间看到了暂时解决这一问题的方法,虽然不是那么完美,但最算能解决问题.分享给大家. 问题:LWIP建立一个TCP服务器,收发数据也正常.但是客户端非正常断线-如客户端掉电,突然拔掉客户端的网线,然后重新连接服务器,就连接不上了. 原因:LWIP_CLOSE(),在非正常断线情况下使用不知道有什么还占着内存释放不了,没法正常释放资源.有高手知道怎么释放,可以指点一下. 我的方法是:使用

解读dbcp自动重连那些事---转载

http://agapple.iteye.com/blog/791943 可以后另一篇做对比:http://agapple.iteye.com/blog/772507 同样的内容,不同的描述方式,不一样的效果. Hi all : 最近在做 offerdetail 优化时,替换了数据库驱动,从 c3p0 0.9.1 -> dbcp 1.4 , 顺便研究了下 dbcp 的自动重连的一套机制,也做一下分享,大家周知一下. 数据库链接 常见的问题: 1. 数据库意外重启后,原先的数据库连接池能自动废弃老

OpenWRT 路由配置 PPTP VPN + 断线自动重连 + chnroutes国内路由表

随着最近 Google 在国内已经完全无法访问,对我来说连接 VPN 已经成为了联网之后要做的第一件事. chnroutes 路由表 这个路由表集中了所有分配到中国大陆的 IP 段,根据 http://ftp.apnic.net/apnic/stats/apnic/delegated-apnic-latest 每天自动更新,可使得在访问国内地址时不经过 VPN. 想想如果能够让家里的路由直接连接 VPN,在家连接 WiFi 的所有设备直接达到Fan墙的效果,应该很 Cool,所以最近在某宝整了一

Tomcat:自动部署、自动重加载、自动编译

麻雀虽小,五脏俱全,Tomcat 提供的自动部署.自动重加载.自动编译功能,可谓是让人又爱又恨.接下来就对这三者做一个介绍,文章中会Copy一些官方文档中的说法. If you are using the standard Host implementation, the following actions take place automatically when Catalina is first started, if the deployOnStartup property is set