结合uCOS-III和循环队列的串口数据收发方式，实时性好。
接收方面，使用STM32的总线空闲中断判断数据包接收完毕并发布消息，使用状态机检查数据包正误。
发送方面，采用中断的方式发送数据，避免程序死等数据发送完毕。
接收方面，使用STM32的总线空闲中断判断数据包接收完毕并发布消息，使用状态机检查数据包正误。
发送方面，采用中断的方式发送数据，避免程序死等数据发送完毕。
2024/11/18 11:41:43
542KB
1
使用UCOSII最新版本2.92，程序中一共创建了三个任务，包括LED闪烁，串口收发，SPI收发，开发环境keil4，CPU是STM32L151C8T6
2024/11/17 1:22:08
13.04MB
1
基础场景：两个用户使用PC终端在线聊天过程中，发起点对点文件传输文件发送方需从本地文件系统选择可传输的数据文件文件接收方有权在一开始选择接收文件或取消；
若选择接收，须指明文件保存位置在文件传输过程中，系统应能提供每个文件当前的传输状态，文件的收发方均能在传输开始后完毕前取消文件的传输若文件传输过程中产生了非人为取消引起的传输失败，应告知收发双方对于中途传输失败或被取消的文件，其再次传递时应能支持断点续传每个文件传输完毕后，给予收发方提示
若选择接收，须指明文件保存位置在文件传输过程中，系统应能提供每个文件当前的传输状态，文件的收发方均能在传输开始后完毕前取消文件的传输若文件传输过程中产生了非人为取消引起的传输失败，应告知收发双方对于中途传输失败或被取消的文件，其再次传递时应能支持断点续传每个文件传输完毕后，给予收发方提示
2024/11/10 16:46:51
1.77MB
1
基于STM32单片机开发的对射频芯片RC663的编程控制。
CLRC663是高度集成的收发器芯片，用于13.56兆赫兹的非接触式通讯。
CLRC663收发器芯片支持下列操作模式。
•读写模式支持ISO/IEC14443A/MIFARE•读写模式支持SO/IEC14443IB•JISX6319-4读写模式支持（等效于FeliCa1方案，请参阅章节21.5）•相应于ISO/IEC18092的被动发起方模式•读写模式支持ISO/IEC15693•读写模式支持ICODEEPCUID/EPCOTP•读写模式支持ISO/IEC18000-3mode3/EPCClass-1HF
CLRC663是高度集成的收发器芯片，用于13.56兆赫兹的非接触式通讯。
CLRC663收发器芯片支持下列操作模式。
•读写模式支持ISO/IEC14443A/MIFARE•读写模式支持SO/IEC14443IB•JISX6319-4读写模式支持（等效于FeliCa1方案，请参阅章节21.5）•相应于ISO/IEC18092的被动发起方模式•读写模式支持ISO/IEC15693•读写模式支持ICODEEPCUID/EPCOTP•读写模式支持ISO/IEC18000-3mode3/EPCClass-1HF
2024/11/8 17:05:35
5.35MB
1
stm32cubemxhal库串口收发中断接收包括MDK项目和stm32的cubemx项目使用hal最新的库函数开发cubemx4.26.1有中文注释
2024/11/8 6:50:10
3.32MB
1
在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。
每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。
另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。
为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03
15KB