硬石科技出的电机专题，对各类电机的控制进行了介绍。
内含大量采用HAL库编写的STM32源码讲解，以及FOC算法详解。
内含大量采用HAL库编写的STM32源码讲解，以及FOC算法详解。
2023/9/25 17:24:13
46.68MB
1
stm32电机库，完全开源版本，最新5.4.3，7z解压，需配合stm32cubemax使用版本5.4.3是X-Cube-MCSDKv5.4.2版本的bug修复版。
修正了基于STSPIN的6步示例，这些示例由于HAL驱动程序中API的更改而无法构建。
修正了Workbench的一个问题，它阻止用户保存复杂的固件示例。
复杂固件示例是包含在多个*.stmcx文件中的马达控制配置示例。
这些通常是为Workbench生成的项目添加额外代码的示例。
修正STM32G431CB器件不正确的HSE时钟设置。
在Workbench中选择8MHz作为振荡器频率实际上会导致将HSE设置为24MHz。
修正了基于STSPIN的6步示例，这些示例由于HAL驱动程序中API的更改而无法构建。
修正了Workbench的一个问题，它阻止用户保存复杂的固件示例。
复杂固件示例是包含在多个*.stmcx文件中的马达控制配置示例。
这些通常是为Workbench生成的项目添加额外代码的示例。
修正STM32G431CB器件不正确的HSE时钟设置。
在Workbench中选择8MHz作为振荡器频率实际上会导致将HSE设置为24MHz。
2023/9/17 0:31:55
111.53MB
1
本文希望通过分析台湾的Jollen的mokoid工程代码，和在s5pc100平台上实现过程种遇到的问题，解析AndoridHAL的开发方法。
现有HAL架构由PatrickBrady(Google)在2008GoogleI/O演讲中提出的，如下图。
Android的HAL是为了保护一些硬件提供商的知识产权而提出的，是为了避开linux的GPL束缚。
思路是把控制硬件的动作都放到了AndroidHAL中，而linuxdriver仅仅完成一些简单的数据交互作用，甚至把硬件寄存器空间直接映射到userspace。
而Android是基于Aparch的license，因此硬件厂商可以只提供二进制代码，所以说A
现有HAL架构由PatrickBrady(Google)在2008GoogleI/O演讲中提出的，如下图。
Android的HAL是为了保护一些硬件提供商的知识产权而提出的，是为了避开linux的GPL束缚。
思路是把控制硬件的动作都放到了AndroidHAL中，而linuxdriver仅仅完成一些简单的数据交互作用，甚至把硬件寄存器空间直接映射到userspace。
而Android是基于Aparch的license，因此硬件厂商可以只提供二进制代码，所以说A
2023/9/10 0:33:49
357KB
1
简介：STM32与上位机之间用通信协议（自己定义）进行串口通信。
怎么判断上位机发过来的指令是正确的，而不是一串乱码？怎么从正确的指令中提取出想要的命令代号，从而实现想要的功能？方法：读取上位机发来的命令，逐位判断命令的包头和包尾，如果能对应上，则这串指令是正确的，然后从指令中提取想要的数据和命令等。
举个栗子：通信协议是自己定义的，不是modbus协议等。
。
如F05A 15 15251609021214 FF A5F0（都是16进制），F05A是包头，A5F0是包尾，黑色15是命令代号，中间蓝色是我想发的数据，橙色FF是校验位。
只要包头包尾校验正确，基本这串指令不会有问题。
怎么判断上位机发过来的指令是正确的，而不是一串乱码？怎么从正确的指令中提取出想要的命令代号，从而实现想要的功能？方法：读取上位机发来的命令，逐位判断命令的包头和包尾，如果能对应上，则这串指令是正确的，然后从指令中提取想要的数据和命令等。
举个栗子：通信协议是自己定义的，不是modbus协议等。
。
如F05A 15 15251609021214 FF A5F0（都是16进制），F05A是包头，A5F0是包尾，黑色15是命令代号，中间蓝色是我想发的数据，橙色FF是校验位。
只要包头包尾校验正确，基本这串指令不会有问题。
2023/9/1 1:17:50
7.32MB
1
包含TEA5767的完整工程文件，基于STM32F767的HAL库，还有代码资料，芯片的资料以及自己开发时做的关于寄存器组织的笔记
2023/8/12 13:55:46
2.58MB
1
利用PT100或PT1000进行温度探测，使用MAX31865作为处理模块，代码基于STM32的HAL库，利用串口显示温度数据，代码经个人检测有效。
2023/8/10 8:02:19
9.44MB
1
在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。
每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。
另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。
为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03
15KB