tcp连接后突然断开连不上(wifi连接突然断开)

使用TCP/IP协议连接PLC时如果经常出现通讯中断的情况，那么就要做出如下检查，以确定问题所在。首先，检查网络连接线的好坏，从外观上判断其是否有破损，挤压，或其它损坏现象，若直观查看无法判断最好使用测线仪进行测试，这样更为准确。其次，检查电脑网卡，系统是否有报警故障，网卡运行是否正常，电脑主机是否有腐蚀，灰尘等环境因素造成的系统运行卡顿。最后，通过网络测试查看数据发送和接收的速度，并且要查看周围是否有其他网络干扰情况
发生通讯问题时，最好在线监视下TCP_CONNECT、TCP_SEND、TCP_RECV 指令的Error、Status参数值，来判断故障原因 通讯示例文档：补充：9表示：TCP_CONNECT、ISO_CONNECT 或 UDP_CONNECT 指令正使用此连接 ID 执行。 plc与上位机tcp通讯，那plc一般是做服务器、被动连接，TCP_CONNECT的Req接常ON信号（不要加上|P|用脉冲触发），Active接常OFF信号。
通常有两种技术 方法1:应用层自己实现的心跳包 由应用程序自己发送心跳包来检测连接是否正常,大致的方法是:服务器在一个 Timer事件中定...方法2：TCP的KeepAlive保活机制 因为要考虑到一个服务器通常会连接多个客户端，因此由用户在应用层自己实现心跳包，代码较多 且稍显复杂，而利用TCP／IP协议层为内置的KeepAlive功能来实现心跳功能则简单得多。

服务器重启后，客户端处于半打开状态，也就是FIN-WAIT-1状态。客户端觉得连接还是正常的，但是服务端丢失了连接的所有信息。这种情况下，客户端发送请求给服务端，服务端无法处理，就会出现超时。当然，客户端会尝试重新发送，但是重试次数是有限的，重试次数由tcp_orphan_retries参数控制。经过几轮重试后，如果一直没有收到服务端的ACK，就会关闭连接。 由于FIN-WAIT-1状态是服务端主动断开客户端的连接导致的，此时可以减小重试次数，尽快让客户端请求超时，超时后连接会自动关闭。

TCP的断开就是经过四次挥手： 这是正常的情况，客户端主动tcp连接断开的过程。客户端先是发送一个FIN为一的报文，然后进入FIN_WAIT_1的状态。服务器收到FIN报文后，发送一个ACK报文，然后进入CLOSED_WAIT状态。客户端收到服务器的ACK报文进入FIN_WAIT_2状态。等到服务器觉得他数据处理好了，可以关闭的时候，会发送一个FIN报文，然后进入LAST_ACK。等待最后一个应答。让客户端收到服务器FIN报文，就进入TIME_WAIT状态了，随后发送最后一个ACK报文，然后close。客户端再等待2msl后也自己主动关闭。而只有主动关闭的情况下，才会有TIME_WAIT。那么为什么四次挥手需要四次呢？三次握手其实就是在第二次把ACK和SYN两个报文合并成一个发，但是断开的过程可能还有一方需要处理下数据，需要延长点时间，等处理好再发FIN，所以就比三次握手多了一次。这里还有一个问题，为什么需要TIME_WAIT，然后到close需要2msl的时间呢？先说下什么是MSL，也就是报文的最长生存时间，超过这个时间的报文就要被丢弃掉。tcp是基于ip的，ip上有个生存时间TTL,是ip报文可以经过的最大路由数量，每经过一个路由就减1，减到0，ip报文就丢弃掉，然后通过ICMP通知源主机，我们的ping也算是经过这个。当然msl和ttl还是有区别的，msl是时间，ttl是路由数量，msl也是大于等于ttl的。在linux中，2msl默认是60秒。前文也说了，只有主动发起断开连接的进程才会有time wait状态。time wait+2msl有两个原因：1.防止旧连接的数据包像这个seq 301的包，如果因为网络的原因被延迟了，而没有time wait或者很短，那么连接断开后，又建立新的连接，这个时候这个包到了，可能就导致数据紊乱了。而2msl可以保证两个方向的包在断开前丢弃掉。2.保证正确的断开连接2msl的时间也是保证第四个报文的ack可以被被动关闭方接收到。如图，假设time wait比较短或者没有，当最后的ack报文丢失的时候。客户端已经close了，而服务器一直处于last ack的状态。这样连接就不能正常断开了。而如果有time wait +2msl这个情况就可以避免。假设服务器没有收到最后一个ack报文，服务器会重发FIN等待客户端的ack。这样就可以保证不会出现一端断开，另外一端没有断开的情况了。有时候我们在服务器上会看到很多time wait。time wait一般就是服务器主动发起的断开请求才会产生的状态。所以time wait过多，第一个是系统资源会大量消耗，还有是端口如果占的太多，会导致没办法创建新连接。这个时候可以把linux的net.ipv4.tcp_tw_reuse开启，置为1，可以复用time wait超过1秒的连接。这边再说说tcp的保活机制。也就是怎么长期维持客户端和服务端的连接。在一个时间段内，如果没有连接等相关活动，tcp的保活机制会定期发探测报文，如果连续几个探测报文就没有回应，就将错误信息报告给系统，系统通知上层应用。在 Linux 内核可以有对应的参数可以设置保活时间、保活探测的次数、保活探测的时间间隔，以下都为默认值：tcp_keepalive_time=7200：表示保活时间是 7200 秒（2⼩时），也就 2 小时内如果没有任何连接相关的活动，则会启动保活机制tcp_keepalive_intvl=75：表示每次检测间隔 75 秒；tcp_keepalive_probes=9：表示检测 9 次无响应，认为对⽅方是不不可达的，从⽽而中断本次的连接。也就是说在 Linux 系统中，最少需要经过 2 小时 11 分 15 秒才可以发现一个「死亡」连接。 当然这个时间也可以自己配置。

系统不兼容。Modbustcp是通讯连接电力通讯管理系统，需要独立的系统兼容，系统不兼容时可以正常进行连接操作，但是会在断网后由于系统不兼容导致tcp连接丢失造成电脑的死机。

你进入电驴，进入设置，点开连接，就可以看到那个TCP和UDP端口地址了，如果你以前那个端口错误，那你点一下旁边那个“随机端口”，然后试试，一般都可以，如果不行，再依照上次的方法试试，应该没得问题的。 出现你这种情况一般是你的端口无效或被杀毒软件禁用或被其他程序占用。 实在不行就重装吧，也不麻烦。