1、所有设备初始化修改设备名称（根据拓扑标注），关闭DNS解析功能，特权加密密码为ciscocisco，在CON口设置空闲超时为2分钟10秒，在VTY口设置空闲超时为永不超时，在这两个线路平台使用光标跟踪，密码为cisco。
所有的明文需要进行再加密。
2、公司有2个部门和1个服务器区分别在不用的房间：ROOM-1：VLAN22ROOM-2：VLAN33ADMIN：VLAN113、公司内部为了管理维护方便，在内部架设了1台DHCP服务器，并且在分支机构R3上也启用了DHCP服务，并且要求整网采用DHCP分配地址。
VLAN33用户对于通过DHCP服务器的要求：分配地址去掉前10个地址，从第11个地址开始分配，地址段只能分配20个地址，地址池的名称根据VLAN来命名，DNS为192.168.0.100；
VLAN22用户对于R3本地启用的DHCP要求：排除掉分配给用户网段的一些固化地址，并且用户从第5个地址开始分配，DNS为192.168.0.100，地址池的名称根据VLAN来命名。
4、由于公司的业务发展在各个地区都有了分支机构，公司为了节约成本达到互联的目的，采用帧中继的方式。
帧中继采用的是星型拓扑方式，以R1为中心分别与R2、R3互联，并且用的静态映射。
分支机构之间使用RIPv2，实现总部内部与分支内部互访的功能。
帧中继的映射：S0：R1—R2R1—R3，S1：R2—R1，S2：R3—R15、公司内部分了很多部门，为了数据的安全有的部门不希望别的部门访问。
用户要求ROOM-1不允许ROOM-2访问，其他能够正常转发数据。
访问列表用扩展的命名方式，列表的名称为ACL。
为了网络设备的管理安全要求只有ADMIN网段可以去telnet远程管理R1，访问列表用标准的命名方式，列表名称为ACCESS。
6、公司对外还有一根专线用来访问互联网，为了安全起见，与ISP的串行连接用PAP验证，密码为123class。
7、运营商给了公司7个地址：60.29.10.3-10，地址池名称为network，访问列表为55（允许所有内网可以访问外网除了分支机构外）。
用PAT实现内网到外网的转换互访。
边界路由器R1做一条静态路由（下一跳地址）指向ISP的WEB服务器区网段，ISP用默认（送出接口）指向公司。
8、测试连通性。

1、所有设备初始化修改设备名称（根据拓扑标注），关闭DNS解析功能，特权加密密码为ciscocisco，在CON口设置空闲超时为2分钟10秒，在VTY口设置空闲超时为永不超时，在这两个线路平台使用光标跟踪，密码为cisco。
所有的明文需要进行再加密。
2、公司有2个部门和1个服务器区分别在不用的房间：ROOM-1：VLAN22ROOM-2：VLAN33ADMIN：VLAN113、公司内部为了管理维护方便，在内部架设了1台DHCP服务器，并且在分支机构R3上也启用了DHCP服务，并且要求整网采用DHCP分配地址。
VLAN33用户对于通过DHCP服务器的要求：分配地址去掉前10个地址，从第11个地址开始分配，地址段只能分配20个地址，地址池的名称根据VLAN来命名，DNS为192.168.0.100；
VLAN22用户对于R3本地启用的DHCP要求：排除掉分配给用户网段的一些固化地址，并且用户从第5个地址开始分配，DNS为192.168.0.100，地址池的名称根据VLAN来命名。
4、由于公司的业务发展在各个地区都有了分支机构，公司为了节约成本达到互联的目的，采用帧中继的方式。
帧中继采用的是星型拓扑方式，以R1为中心分别与R2、R3互联，并且用的静态映射。
分支机构之间使用RIPv2，实现总部内部与分支内部互访的功能。
帧中继的映射：S0：R1—R2R1—R3，S1：R2—R1，S2：R3—R15、公司内部分了很多部门，为了数据的安全有的部门不希望别的部门访问。
用户要求ROOM-1不允许ROOM-2访问，其他能够正常转发数据。
访问列表用扩展的命名方式，列表的名称为ACL。
为了网络设备的管理安全要求只有ADMIN网段可以去telnet远程管理R1，访问列表用标准的命名方式，列表名称为ACCESS。
6、公司对外还有一根专线用来访问互联网，为了安全起见，与ISP的串行连接用PAP验证，密码为123class。
7、运营商给了公司7个地址：60.29.10.3-10，地址池名称为network，访问列表为55（允许所有内网可以访问外网除了分支机构外）。
用PAT实现内网到外网的转换互访。
边界路由器R1做一条静态路由（下一跳地址）指向ISP的WEB服务器区网段，ISP用默认（送出接口）指向公司。
8、测试连通性。

PCA9548是NXP公司生产的I2C总线扩展器件，通过它可以将1路I2C总线扩展为8路。
在对内部控制寄存器进行相应配置后，可同时选择1路或多路下行I2C总线与上行I2C总线连接。
通过外部的硬件复位可使器件恢复到默认状态——断开上下行总线之间的连接，提高系统的可靠性。
经过对器件工作电压的选择，可使1.8V、2.5V、3.3V与5V总线之间相互通信。
每个I2C接口和中断输入输出口均为开漏，所有I/O口都可承受5V的输入电压。
工业级的温度范围，小封装：SO24、TSSOP24、HVQFN24。

PCA9548是NXP公司生产的I2C总线扩展器件，通过它可以将1路I2C总线扩展为8路。
在对内部控制寄存器进行相应配置后，可同时选择1路或多路下行I2C总线与上行I2C总线连接。
通过外部的硬件复位可使器件恢复到默认状态——断开上下行总线之间的连接，提高系统的可靠性。
经过对器件工作电压的选择，可使1.8V、2.5V、3.3V与5V总线之间相互通信。
每个I2C接口和中断输入输出口均为开漏，所有I/O口都可承受5V的输入电压。
工业级的温度范围，小封装：SO24、TSSOP24、HVQFN24。

本程序设计实现的功能有：一、通过计时器8253实现秒、分、时的计数，即实现电子表计时功能。
二、通过8259产生7#中断实现时分显示形态和秒显示形态的切换功能。
三、通过8259产生6#中断实现对秒、分、时的修改设置功能。
（电子表采用24小时制） 对于功能一，电子表计时，则是通过将8253的计数器2置初值为4CE9H（十进制11625），并使其工作于方式2，采用二进制计数，然后，将out2接到IRQ1上，通过8259产生1#中断，从而完成对时间的计数。
由于OPCLK的频率为1.1625MHz.，故在程序中需在1#中断计数为100次后才对秒进行加1操作。
对于功能二，形态切换，则是通过在内存中设置一显示形态标志DISHM（默认为时分显示形态，初值为1），然后在有7#中断产生时，将DISHM的值与1求异或来完成形态标志的设置（1为时分显示形态，0为秒显示形态）。
对于功能三，时间修改，则在不同的显示形态下有不同的操作。
如果当前电子表处于时分显示形态，则得注意了！因为在程序中又加入了一个设置形态标志STH（默认为时的设置，初值为1）。
如果是在第一次对时分进行修改的话，只需通过向8255的C口置数，然后产生6#中断，便完成了对时的设置（C口置数均为BCD码）。
但是此后设置形态已经变为对分的设置了，如果此次并没有对分进行修改，那下一次切换到时分显示形态并要修改时间时便是从分开始设置的，如果对分进行了设置（产生了6#中断），程序又自动转入对时的设置形态。
而对秒的设置则简单多了，只需将显示形态切换到秒显示形态，然后对8255的C口置数，再产生6#中断便可对秒进行修改了。
程序会对C口输入的有效性进行检测。

实现增删改查功能，调用函数时候只需输入表名和条件，省去大量代码。
查询多个数据默认是用dataset接收数据

实现增删改查功能，调用函数时候只需输入表名和条件，省去大量代码。
查询多个数据默认是用dataset接收数据

与硬件通信的程序基本上要用到串口，虽然qt5以后集成了串口通信类，但是个人觉得那个串口通信类有点问题，在linux上表现很好，windows上大数据会有怪怪的问题出现，而且只能在qt5以上的版本才能用，无奈大部分的嵌入式linux上还停留在4.7.1到4.8.5左右的版本，所以本人不断喜欢用第三方的串口通信类做处理。
程序调试中经常需要串口调试，甚至还需要模拟设备数据回复，甚至串口转网络出去，特意将这些常用功能都做到一个串口调试助手中去。
基本功能：1：支持16进制数据发送与接收。
2：支持windows下COM9以上的串口通信。
3：实时显示收发数据字节大小以及串口状态。
4：支持任意qt版本，亲测4.7.04.8.54.8.75.4.15.7.05.8.0。
5：支持串口转网络数据收发。
高级功能：1：可自由管理需要发送的数据，每次只要从下拉框中选择数据即可，无需重新输入数据。
2：可模拟设备回复数据，需要在主界面开启模拟设备回复数据。
当接收到设置好的指令时，立即回复设置的回复指令。
例如指定收到0x160x000xFF0x01需要回复0x160x000xFE0x01，则只需要在SendData.txt中添加一条数据1600FF01:1600FE01即可。
3：可定时发送数据和保存数据到文本文件:，默认间隔5秒钟，可更改间隔时间。
4：在不断接收到大量数据时，可以暂停显示数据来查看具体数据，后台依然接收数据但不处理，无需关闭串口来查看已接收到的数据。
5：每次收到的数据都是完整的一条数据，而不是脱节的，做了延时处理。
6：一套源码随处编译，无需更改串口通信类，已在XP/WIN7/UBUNTU/ARMLINUX系统下成功编译并运行。

自动合并动作如果已批准拉取请求且状态检查已通过，此操作将自动合并拉取请求。
GitHub的分支保护规则用于确定特定分支能否允许自动合并。
给定以下条件，将为分支启用自动合并：合并规则之前需要拉取请求复审，以及为分支启用了新的推入提交时的其他关闭过时的拉取请求批准。
这样可以确保在批准和自动合并之间不能更改拉取请求。
启用合并规则之前需要通过状态检查，并且至少选择了一个状态检查。
输入项姓名必需的描述token是的为了能够触发其他工作流程，需要指定默认GITHUB_TOKEN以外的GitHub令牌。
merge-method不指定要使用的合并方法。
默认情况下，将按以下顺序选择第一个可用的：merge，squash，rebasesquash-title不压缩时，使用拉取请求标题作为提交消息。
do-not-merge-labels不

自动合并动作如果已批准拉取请求且状态检查已通过，此操作将自动合并拉取请求。
GitHub的分支保护规则用于确定特定分支能否允许自动合并。
给定以下条件，将为分支启用自动合并：合并规则之前需要拉取请求复审，以及为分支启用了新的推入提交时的其他关闭过时的拉取请求批准。
这样可以确保在批准和自动合并之间不能更改拉取请求。
启用合并规则之前需要通过状态检查，并且至少选择了一个状态检查。
输入项姓名必需的描述token是的为了能够触发其他工作流程，需要指定默认GITHUB_TOKEN以外的GitHub令牌。
merge-method不指定要使用的合并方法。
默认情况下，将按以下顺序选择第一个可用的：merge，squash，rebasesquash-title不压缩时，使用拉取请求标题作为提交消息。
do-not-merge-labels不

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