其中R0-R3,R12,SP,LR,PC,PSR已经在中断执行的时候由硬件机制入栈了，所以只需要将R4-R11,R14手动入栈就行了，这里之所以要再将R14入栈一次，是因为硬件机制入栈的R14是指LR，已经处于中断中时R14是表示EXCRETURN，代表的意义不一样；这里的所有相关内核寄存器就是指：R0-R12,SP,LR,PC,PSR以及有FPU的则还包括FPU相关寄存器；切换前保存所有相关内核

大小端定义：大端格式：即数据的高位存在低地址，如0x11223344，在存储器中从低到高的存储顺序就是0x11,0x22,0x33,0x44小端格式：即数据的高位存在高地址，如0x11223344，在存储器中从低到高的存储顺序就是0x44,0x33,0x22,0x11大端格式会更好理解一点，因为它是顺序的；小端格式会需要转换一下。STM32的内存和flash都是按照小端格式存储的。如何判别大小端：

1.EQ：EQ是均衡器的缩写。它的基本作用是通过对声音某一个或多个频段进行增益或衰减，达到调整音色的目的。当然，EQ还有一个显著的功能，降噪。EQ通常包括如下参数：F(requency)，频率――这是用于设定你要进行调整的频率点用的参数；G(ain)，增益――用于调整在你设定好的F值上进行增益或衰减的参数；Q(uantize)――用于设定你要进行增益或衰减的频段 “宽度”。2.DRC（动态压缩）当

本文介绍了Git中推送本地分支到远程仓库指定分支的几种方法：1）推送到同名远程分支（自动创建）；2）推送到不同名远程分支；3）强制推送覆盖远程分支（慎用）；4）推送并设置默认上游分支。提供了每种场景的详细命令示例，并附总结表格，强调强制推送的风险和设置上游分支的便利性。适用于需要灵活管理分支推送的Git用户。

实时操作系统（Real Time Operating System，简称RTOS）是指当外界事件或数据产生时，能够接受并以足够快的速度予以处理，其处理的结果又能在规定的时间之内来控制生产过程或对处理系统做出快速响应，调度一切可利用的资源完成实时任务，并控制所有实时任务协调一致运行的操作系统。提供及时响应和高可靠性是其主要特点。

将第一个提交记录的动作保持为 "pick" 或 "p"。1.使用 "git reset --hard 版本号"的方式回退版本号会覆盖从当前版本到回退版本之间的版本号，为避免这种情况，可以用"git revert -n 版本号"指令，具体看：https://blog.csdn.net/L1147484597/article/details/128480953。12.git合并两次提交：git reb

1.输入电压范围2.输出电压范围3.输出电流4.效率5.是否带过流保护6.是否带高温保护7.转换效率8.开关频率频率越高：电感和电容都可以更小，相应所需的PCB面积变小；输出纹波越小；效率越低；开关损耗变大；EMC/EMI更难处理；9.启动延迟时间10.电压上升时间11.输出噪声电压12.输出容性负载驱动能力13.温度系数（温度对输出的影响）14.静态功耗（做低功耗需要）15.电压调整率...

1.EQ：EQ是均衡器的缩写。它的基本作用是通过对声音某一个或多个频段进行增益或衰减，达到调整音色的目的。当然，EQ还有一个显著的功能，降噪。EQ通常包括如下参数：F(requency)，频率――这是用于设定你要进行调整的频率点用的参数；G(ain)，增益――用于调整在你设定好的F值上进行增益或衰减的参数；Q(uantize)――用于设定你要进行增益或衰减的频段 “宽度”。2.DRC（动态压缩）当

问题原因：在A.h中包含了B.h，B.h中包含了C.h，然后C.h中包含了A.h，这样就相当于A.h自己包含了自己，然后在编译A.h时（确切的说应该是编译包含A.h的c文件时）A.h就会被展开两次，第二次展开的时候就会报错。解决：不在C.h中包含A.h，编译通过总结：其它出现这种问题的肯定都是因为在复杂的头文件包含关系中出现自己包含自己的情况...

SolidWorks的默认滚轮方向是：向外为缩小，向内为放大，这和我们常识认为的相反，下面给出反转的方式