本代码支持UDP，TCP，COAP，三种方式发送数据已经完全测过了，一些留意点都在代码里面有注释，可自行参考。
2016/5/21 2:12:13
13.91MB
1
IP是整个TCP/IP协议族的核心，也是构成互联网的基础。
IP位于TCP/IP模型的网络层(相当于OSI模型的网络层)，对上可载送传输层各种协议的信息，例如TCP、UDP等；
对下可将IP信息包放到链路层，通过以太网、令牌环网络等各种技术来传送。
IP提供一种无连接的传输机制，这就意味着在网络传输的每个数据报都作为独立的单元来对待。
IP并不维护服务器和客户端之间的连接细节。
IP不能保证数据传输的可靠性。
然而，这些并不意味着分组将被毫无规则的忽略，而是仅在网络出现毛病时才会发生数据丢失。
版本：用于传输数据的IP版本，大小为4位；
头部长度：用于规定报头长度；
服务类型：用
IP位于TCP/IP模型的网络层(相当于OSI模型的网络层)，对上可载送传输层各种协议的信息，例如TCP、UDP等；
对下可将IP信息包放到链路层，通过以太网、令牌环网络等各种技术来传送。
IP提供一种无连接的传输机制，这就意味着在网络传输的每个数据报都作为独立的单元来对待。
IP并不维护服务器和客户端之间的连接细节。
IP不能保证数据传输的可靠性。
然而，这些并不意味着分组将被毫无规则的忽略，而是仅在网络出现毛病时才会发生数据丢失。
版本：用于传输数据的IP版本，大小为4位；
头部长度：用于规定报头长度；
服务类型：用
2017/6/14 11:32:58
603KB
1
IP是整个TCP/IP协议族的核心，也是构成互联网的基础。
IP位于TCP/IP模型的网络层(相当于OSI模型的网络层)，对上可载送传输层各种协议的信息，例如TCP、UDP等；
对下可将IP信息包放到链路层，通过以太网、令牌环网络等各种技术来传送。
IP提供一种无连接的传输机制，这就意味着在网络传输的每个数据报都作为独立的单元来对待。
IP并不维护服务器和客户端之间的连接细节。
IP不能保证数据传输的可靠性。
然而，这些并不意味着分组将被毫无规则的忽略，而是仅在网络出现毛病时才会发生数据丢失。
版本：用于传输数据的IP版本，大小为4位；
头部长度：用于规定报头长度；
服务类型：用
IP位于TCP/IP模型的网络层(相当于OSI模型的网络层)，对上可载送传输层各种协议的信息，例如TCP、UDP等；
对下可将IP信息包放到链路层，通过以太网、令牌环网络等各种技术来传送。
IP提供一种无连接的传输机制，这就意味着在网络传输的每个数据报都作为独立的单元来对待。
IP并不维护服务器和客户端之间的连接细节。
IP不能保证数据传输的可靠性。
然而，这些并不意味着分组将被毫无规则的忽略，而是仅在网络出现毛病时才会发生数据丢失。
版本：用于传输数据的IP版本，大小为4位；
头部长度：用于规定报头长度；
服务类型：用
2017/6/14 11:32:58
603KB
1
v2.6注意事项：由于新增了功能，使用前请先仔细阅读v2.6的使用说明；
版本特性：1.解决了因8266/8285的看门狗导致频繁重启的问题；
2.再次优化网页代码，省了1KB内存;3.Config页面的数据可以被回显了，告别重复设置上一次参数的烦恼，但是WIFI信道依然是默认CH11的，因为回显这部分代码太多了，不舍得浪费内存，所以对信道有特殊需求的用户，请每次都检查一下信道能否正确；
4.串口透传功能大升级，新增了缓冲区大小选项，并且能综合缓冲区大小及波特率，提供最小发送间隔的参考值，用户只要保证每次发送数据的间隔大于Min.Interval的值，就能保证数据不在串口上丢包；
5.修正UDPbug，透传时自动在数据末端加上结束符'\0'，UDP数据不会再有乱码问题；
6.AP的SSID加上了ChipID作为后缀，防止多个模块初始启动时SSID重复导致混乱。
遗留问题:1.在使用UDP连续长时间发送数据后，可能会重启但不会假死，重启后就能恢复工作状态；
2.WiFi没连接成功时，WiFi重连机制占用着CPU，此时连接AP与打开Webconfig会有点慢，请刷新几次即可，ESP32没有此问题。
版本特性：1.解决了因8266/8285的看门狗导致频繁重启的问题；
2.再次优化网页代码，省了1KB内存;3.Config页面的数据可以被回显了，告别重复设置上一次参数的烦恼，但是WIFI信道依然是默认CH11的，因为回显这部分代码太多了，不舍得浪费内存，所以对信道有特殊需求的用户，请每次都检查一下信道能否正确；
4.串口透传功能大升级，新增了缓冲区大小选项，并且能综合缓冲区大小及波特率，提供最小发送间隔的参考值，用户只要保证每次发送数据的间隔大于Min.Interval的值，就能保证数据不在串口上丢包；
5.修正UDPbug，透传时自动在数据末端加上结束符'\0'，UDP数据不会再有乱码问题；
6.AP的SSID加上了ChipID作为后缀，防止多个模块初始启动时SSID重复导致混乱。
遗留问题:1.在使用UDP连续长时间发送数据后，可能会重启但不会假死，重启后就能恢复工作状态；
2.WiFi没连接成功时，WiFi重连机制占用着CPU，此时连接AP与打开Webconfig会有点慢，请刷新几次即可，ESP32没有此问题。
2019/7/16 16:06:14
2.62MB
1
SocketTool调试软件是一款网络TCP/UDP通信调试工具,本工具集功能强大与简单易用为一体。
延续经典，SocketToolV4.0在以往的版本上，开创性增加了JavaScript脚本编程功能，使得使用者可以快速简单的定制本人的网络调试工具。
延续经典，SocketToolV4.0在以往的版本上，开创性增加了JavaScript脚本编程功能，使得使用者可以快速简单的定制本人的网络调试工具。
2021/7/19 5:41:54
1016KB
1
opencv+udp+c++的摄像头实时传输显示源码，里面包括clientserver两个c++源代码。
用的时候需要导入opencv库和附加依赖项WS2_32.lib。
在开发板也测试过。
只需在开发板上移植opencv的动态链接库（该库我曾经上传）和修改client.cpp中的一些函数就可以获取开发板上摄像头视频并实时显示。
用的时候需要导入opencv库和附加依赖项WS2_32.lib。
在开发板也测试过。
只需在开发板上移植opencv的动态链接库（该库我曾经上传）和修改client.cpp中的一些函数就可以获取开发板上摄像头视频并实时显示。
2017/8/17 1:27:55
3KB
1
opencv+udp+c++的摄像头实时传输显示源码，里面包括clientserver两个c++源代码。
用的时候需要导入opencv库和附加依赖项WS2_32.lib。
在开发板也测试过。
只需在开发板上移植opencv的动态链接库（该库我曾经上传）和修改client.cpp中的一些函数就可以获取开发板上摄像头视频并实时显示。
用的时候需要导入opencv库和附加依赖项WS2_32.lib。
在开发板也测试过。
只需在开发板上移植opencv的动态链接库（该库我曾经上传）和修改client.cpp中的一些函数就可以获取开发板上摄像头视频并实时显示。
2017/8/17 1:27:55
3KB
1
文件传输系统必须具备资源和条件，是否满足系统目标的要求，在文件传输的方式中，以独立的软件进行点对点的文件传输。
本软件能够点对点的文件传输，还能进行即时的通讯。
本文档包涵有代码与各种分析测试报告与可行性分析。
本软件能够点对点的文件传输，还能进行即时的通讯。
本文档包涵有代码与各种分析测试报告与可行性分析。
2017/3/22 23:58:56
3.36MB
1
网上找的安卓网络调试软件总是有许多闪退的BUG，这个软件算是比较波动的，支持TCP/UDP，十六进制/ASCII码，适合用来测试GPRS通信。
安卓7.0测试正常使用，默认隐藏了网路设置，从左往右滑动屏幕可以看到网络设置。
安卓7.0测试正常使用，默认隐藏了网路设置，从左往右滑动屏幕可以看到网络设置。
2016/6/15 14:25:53
496KB
1
在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。
每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。
另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。
为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03
15KB