基于QTCreator开发的兼容QT5.6版本的（语言C++）串口调试助手源码，界面超级漂亮、功能齐全，接收区和来显示串口消息，在调试时，可指定串口、波特率、校验位、数据位、停止位，关闭串口和清空接收区、以十六进制调试、保存显示数据、在同一周期后自动发送数据、选择发送文件、计数器清零、串口调试波形图版,将接收到的数据以波形方式表示出来，非常直观，并且有很详细的源码注释。

C#写的TCP服务器端程序，支持多个TCP客户端连入，程序当中有一个监听进程不断监听来自客户端的TCP连接请求，请求建立后交由一个专门的处理进程来处理接收到的数据（在本程序当中只是简单的将收到的数据返回给客户端）。
全部源代码。

Linux下局域网内IP对讲程序，执行gcc-osound_sendsound.c-lasoundgcc-osound_recvsound.recv.c-lasound编译程序。
./sound_recv4600(端口号)运行接收程序./sound_send192.168.1.1(IP地址)4600(端口号)运行发送程序。
使用ALSA驱动C语言编写参数可自己设置重新编译。

经过这几天的学习与调试，终于在STM32F103VCT6+W5500(SPI1)+Freemodbus平台上，实现Modbus-TCP协议的功能。
其实很简单，只要熟悉Modbus-RTU通讯，明白Modbus帧的结构等，Modbus-TCP只是在原来的帧结构上加个头，去个尾，然后用TCP传输即可。
关键的内容就是怎样获取W5500新接收的数据包，并发送给Modbus事件状态机驱动协议的执行，数据的处理。
主要参考Freemodbusdemo里的Modbus-TCP协议实现的思路，获取缓存区的读写与发送响应。

采用多线程方法，主线程解析数据和绘图，子线程接收数据，QWT绘图，有历史回顾功能

LFMCW雷达发射接收信号及测距matlab仿真

观测指标标识符逻辑命名与编码系统（LogicalObservationIdentifiersNamesandCodes，LOINC）是一部数据库和通用标准，用于标识检验医学及临床观测指标。
LOINC数据库旨在促进临床观测指标结果的交换与共享。
其中，LOINC术语涉及用于临床医疗护理、结局管理和临床研究等目的的各种临床观测指标，如血红蛋白、血清钾、各种生命体征等。
当前，大多数实验室及其他诊断服务部门都在采用或倾向于采用HL7等类似的卫生信息传输标准，以电子消息的形式，将其结果数据从报告系统发送至临床医疗护理系统。
然而，在标识这些检验项目或观测指标的时候，这些实验室或诊断服务部门采用的却是其自己内部独有的代码。
这样，临床医疗护理系统除非也采用结果产生和发送方的实验室或观测指标代码，否则，就不能对其接收到的这些结果信息加以完全的“理解”和正确的归档；
而当存在多个数据来源的情况下，除非花费大量的财力、物力和人力将多个结果产生方的编码系统与接受方的内部编码系统加以一一对照，否则上述方法就难以奏效。
作为实验室检验项目和临床观测指标通用标识符的LOINC代码解决的就是这一问题。
　　LOINC数据库实验室部分所收录的术语涵盖了化学、血液学、血清学、微生物学（包括寄生虫学和病毒学）以及毒理学等常见类别或领域；
还有与药物相关的检测指标，以及在全血细胞计数或脑脊髓液细胞计数中的细胞计数指标等类别的术语。
LOINC数据库临床部分的术语则包括生命体征、血液动力学、液体的摄入与排出、心电图、产科超声、心脏回波、泌尿道成像、胃镜检查、呼吸机管理、精选调查问卷及其他领域的多类临床观测指标。
　　Regenstrief研究院（RegenstriefInstitute,Inc.）最初于1994年建立了LOINC，且至今一直负责着它的维护工作。
Regenstrief研究院是一家国际上公认的非营利性医学研究机构。
LOINC是针对临床医疗保健与管理工作在电子数据库方面的需求而创建的。
公众可免费获得和使用LOINC。
Regenstrief研究院（RegenstriefInstitute）一直负责并承担着LOINC数据库及其支持文档的维护工作。
如今（截至2014年10月12日），LOINC标准已经具有英语、德语、法语、西班牙语及简体中文等共计20个语种/方言，而其网站已经拥有34694位用户，分别来自163个国家/地区。

里面讲了MSComm控件、WinAPI串口通信、CSerial类，例子很详实，每一步操作都有解释。
作者是龚建伟，有一个个人主页www.gjwtech.com，讲串口通信的内容比较多，还行，大家可以先看看这个主页。
本书目录第1章轻松体验串口通信编程与调试1.1初识串口1.1.1从外观上了解串口1.1.2串口通信的发展前景1.2自己制作简单的串口线1.2.1三线制串口接线的规定1.2.2焊接制作自己的串口连接线1.3调试串口通信程序时的几种使用串口的技巧1.3.1查看计算机串口资源1.3.2常规调试－2个物理串口之间的通信1.3.3特殊调试－单个物理串口之间的通信1.3.4虚拟串口－为计算机添加取之不尽的串口资源1.4使用串口调试助手来体验串口通信1.5体验Windows环境下VisualC++串口通信编程1.6体验DOS环境下TurboC串口通信编程第2章VC多线程串口编程工具CSerialPort类2.1类功能及成员函数介绍2.2应用CSerialPort类编制基于对话框的应用程序2.3应用CSerialPort类编制基于单文档的应用程序2.4对CSerialPort类的改进2.5在VisualC++.NET中应用CSerialPort类第3章控件MSComm串口编程3.1MSComm控件详细介绍3.1.1VC中应用MSComm控件编程步骤3.1.2MSComm控件串行通信处理方式3.1.3MSComm控件的属性说明3.1.4MSComm控件错误信息3.2使用MSComm控件的几个疑难问题3.2.1使用VARIANT和SAFEARRAY数据类型从串口读写数据3.2.2MSComm控件能离开对话框独立存在吗？3.2.3如何发送接收ASCII值为0和大于128的字符？3.2.4在同一程序中用MSComm控件控制多个串口的具体操作方法3.2.5解决使用控件编程时程序占用的内存会不断增大的问题3.2.6在没有安装VisualStudio的计算机上如何使用MSComm控件3.2.7在MSComm控件串口编程时遇到的其它问题说明3．3在基于单文档（SDI）程序中应用MSComm控件3.4应用MSComm控件控制多个串口实例第4章WindowsAPI串口编程4.1WindowsAPI串口编程概述4.2API串口编程中用到的结构及相关概念说明4.2.1DCB（DeviceControlBlock）结构4.2.2超时设置COMMTIMEOUTS结构4.2.3OVERLAPPED异步I/O重叠结构4.2.4通信错误与通信设备状态4.2.5串行通信事件4.3WindowsAPI串行通信函数4.4Win32API串口通信编程的一般流程和特殊实例4.4.1Win32API串口通信编程的一般流程4.4.2用查询方式读串口4.4.3同步I/O读写数据4.4.4关于流控制的设置问题4.5CSerialPort类中的API函数编程应用剖析4.6Win32API串口编程TTY（虚拟终端）实例4.7WindowsAPI串口精简例程第5章串口调试助手V2.2详细编程5.1建立SCOMM程序工程实现界面功能5.2串口的初始化及关闭5.3串口数据的发送与接收及十六进制数据的处理5.3.1十六进数据发送处理5.3.2手动发送处理5.3.3自动发送处理5.3.4接收处理及十六进制显示5.4其它辅助功能的实现5.4.1接收数据的文件保存5.4.2实现小文件发送5.4.3图钉按钮功能使程序能浮在最上层5.4.4对话框动画图标的实现5.4.5超链接功能的实现5.4.6如何打开帮助网页文件第6章DOS环境下的TurboC串口编程及通用实例GSerial类6.1PC机异步通信适配器8250及其编程操作6.1.1INS8250内部寄存器及其选择方式6.1.2波特率设置6.1.3数据位、奇偶校验、停止位等数据格式设置6.1.4　查询I/O方式相关设置6.1.5　中断I/O通信方式相关设置6.1.6Modem寄存器6.2COMRXTX程序实例

在android平台下的视频传输系统，很完整，发送端和接收端的代码都有。
采用X264进行编解码，运用线程通过RTP协议进行传输和接收数据包。

刚接触到telnet，所以参考了些资料，自己也写了个简单的，不到一百行的代码，实现了telnet连接、发送、接收的功能。

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。