压缩包含有BLE手机作为从机，nrf51822做主机通信实验的文档，内附实验代码(基于SDK10.0)
2025/8/25 19:01:58
11.7MB
1
STM32F103移植freemodbus主机协议实现modbus主机功能，程序有点小问题，读取从机的时候出错概率高一点，并且波特率必须是115200，否则程序会卡死，仅供参考
2025/7/7 17:56:19
12.29MB
1
基于QT库的ModbusRTU上位机(Master),跨平台,代码功能强大,可扫描从机地址,具备03,06功能,备注全面,已在漏水检测项目中使用,稍加修改即可!
2025/6/24 21:36:58
1.29MB
1
包括硬件原理图用于测试串口及无线通信的测试程序休眠模式的主从机程序（WOR+地址校验）单片机用STC12LE4052AD无线模块用cc1101
2025/4/14 22:06:05
2.15MB
1
阐述了一个由上位PC机和AT89C52下位单片机组成的主从分布式温度巡回检测系统。
主从机采用RS-485串行通讯标准进行通信，可在下位单片机实现基本的温度数据巡回检测基础上，由上位PC机实现综合处理功能或扩展为远程操作。
整个系统具有巡检速度快，扩展性好的特点。
主从机采用RS-485串行通讯标准进行通信，可在下位单片机实现基本的温度数据巡回检测基础上，由上位PC机实现综合处理功能或扩展为远程操作。
整个系统具有巡检速度快，扩展性好的特点。
2025/4/10 22:23:46
896KB
1
AXI4主机从机源码对应分析：1.首先主机会在状态机的控制下在四个状态中跳转，分别时IDLE、INIT_WRITE、INIT_READ、INIT_COMPARE，一开始处于IDLE状态，在init_txn_pulse信号的控制下可跳转到INIT_WRITE状态。
在INIT_WRITE状态，init_txn_pulse信号只控制了第一次产生start_single_burst_write信号高电平，而后面start_single_burst_write信号高电平的产生主要依靠burst_write_active信号控制
在INIT_WRITE状态，init_txn_pulse信号只控制了第一次产生start_single_burst_write信号高电平，而后面start_single_burst_write信号高电平的产生主要依靠burst_write_active信号控制
2025/3/25 10:37:13
1.7MB
1
Redis从入门到精通高清，迅雷播放器组件可顺利播放
2025/2/20 1:10:25
41.5MB
1
利用PROTUES仿真软件、串口调试助手、虚拟串口，搭建单片机与PC机多机通信仿真平台，熟悉单片机串口的配置及与PC机的多机通信方法（PC机作为主机、多单片机作为从机）。
通过按键对数字时钟进行“本地”在线修改；
尝试制定通信协议，通过串口实现单片机的“远程控制”，理解“本地”及“远程”控制的区别。
通过按键对数字时钟进行“本地”在线修改；
尝试制定通信协议，通过串口实现单片机的“远程控制”，理解“本地”及“远程”控制的区别。
2025/1/30 18:02:52
86KB
1
在stm32单片机上，用IO口的上升沿和下降沿中断设计的I2C从机代码。
测试通过。
所有过程用状态机来控制，没有cpu空延时。
核心代码和单片机相关代码分开，方便移植。
主要用在项目验证和学习交流！
测试通过。
所有过程用状态机来控制，没有cpu空延时。
核心代码和单片机相关代码分开，方便移植。
主要用在项目验证和学习交流！
3KB
1
在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。
每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。
另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。
为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03
15KB