·两个接收器和一个发射器 ·销钉更换部件的行业标准销钉 ·全包自检模式 ·字长可配置为25位或32位操作 ·奇偶性接收和传输词的状态和生成 ·8个字发送缓冲器 ·低功耗CMOS ·支持多种ARINC协议:429、571、575、706 ·可提供扩展(-55/+85°C)和军用(-55/+125°C)温度范围 ·可提供QFP、PLCC、LCC和CDIP包 DEI1016是一款专为航空电子领域设计的串行数字数据总线与16位宽数字数据总线之间接口的芯片。该芯片具备两个接收器和一个发射器，可实现灵活的数据处理。它的主要特点包括： 1. **接收器与发射器**：DEI1016包含两个独立的接收通道，每个通道直接电气连接到ARINC数据总线，确保数据接收的稳定。同时，它有一个8X32位缓冲器的单通道发射器，允许主机将数据块写入并自动发送，无需主机计算机持续关注。 2. **字长配置**：用户可以根据需求将字长配置为25位或32位，以适应不同的应用需求。 3. **奇偶性校验**：在接收和传输过程中，DEI1016提供了奇偶性状态和生成功能，增强了数据的完整性和可靠性。 4. **全包自检模式**：芯片内置了自检模式，可以进行内部电路的完整性检测，保证了设备在运行过程中的稳定性。 5. **8字发送缓冲器**：发射器内置8字缓冲器，能有效地管理和调度待发送的数据，确保数据传输的流畅。 6. **低功耗CMOS技术**：采用低功耗CMOS工艺，使得芯片在提供高性能的同时，保持了较低的能耗，适合于电池供电或对功耗有严格限制的系统。 7. **ARINC协议支持**：DEI1016支持多种ARINC协议，包括ARINC 429、571、575和706，适用于多种航空电子通信标准。 8. **温度范围**：芯片提供了扩展温度范围(-55°C to +85°C)和军事级温度范围(-55°C to +125°C)，适应各种极端环境。 9. **封装选项**：DEI1016提供多种封装形式，包括QFP、PLCC、LCC和CDIP，以满足不同安装和空间需求。 在实际应用中，DEI1016通过其控制寄存器让主机能够选择不同的操作选项。TX FIFO（传输FIFO）是8个字节宽的32位缓冲区，用于存储待发送的数据。接收解码器和发射编码器分别处理接收和发送数据，确保数据格式与ARINC 429兼容。自测数据功能则用于检测芯片自身的功能是否正常。 DEI1016是一款功能强大的ARINC协议转换器，广泛应用于航空电子系统，特别是在需要高可靠性、低功耗和多协议支持的场合。通过其丰富的特性，DEI1016能够无缝集成到基于STM32、ARM或单片机的嵌入式硬件系统中，实现串行数据的高效传输和处理。

STM32微控制器是一类广泛使用的32位ARM Cortex-M处理器系列，具有出色的性能和丰富的集成特性，非常适合用于嵌入式系统开发。远程升级（Remote Upgrade），又称为固件升级或远程更新，是嵌入式系统中的一项重要功能，它允许设备在不需物理接触的情况下升级其固件或软件。这对于维护和更新分布在广泛区域的设备尤其重要。Bootloader是实现远程升级的关键组件，它是在设备上电或复位时首先运行的一小段代码，负责初始化硬件并加载应用程序执行环境。而Keil MDK是基于ARM处理器的完整软件开发环境，广泛用于嵌入式应用的开发。 在“STM32远程升级学习记录(一)：boot跳转APP的keil工程”这一主题下，重点讨论了如何在Keil工程中配置STM32的Bootloader以及应用程序（APP），以便实现Bootloader在设备上电后将控制权传递给应用程序的整个流程。这个过程对于开发一个具备远程升级能力的嵌入式系统至关重要。 Bootloader的工作原理是，在系统启动时，首先执行Bootloader程序，该程序会检查是否有固件更新可用，或者直接跳转到主应用程序执行。如果检测到新的固件，Bootloader可以负责将固件下载到设备，并将其写入程序存储器中，然后跳转到新的固件执行。如果没有更新，则直接跳转到主应用程序。 在实现Bootloader跳转到应用程序的过程中，需要考虑存储器布局和向量表的配置。STM32的存储器分为几个区域，如Bootloader区域、用户应用程序区域等，它们有不同的地址。因此，Bootloader与应用程序需要安装在这些特定的存储器区域中。同时，中断向量表也需要适当配置，以确保当中断发生时能够正确地跳转到对应的中断服务例程。 在Keil工程中，首先需要配置工程选项，设置好不同的存储区域地址。然后，需要编写Bootloader代码，实现必要的功能如固件更新检测和存储器写入。应用程序同样需要编写，并确保它能在Bootloader执行完其任务后正确运行。此外，应用程序与Bootloader之间的接口也需要明确，例如，应用程序开始运行的标志、Bootloader是否检测到升级等都需要明确的约定。 在文件名称列表中提到了“public_board_app”和“public_board_boot”，这可能指向了工程中具体的两个文件夹，分别存放应用程序代码和Bootloader代码。在开发过程中，这两个文件夹将分别编译成不同的二进制文件，最终烧录到STM32的相应存储区域。 为了实现Bootloader和应用程序之间的平滑跳转，可能需要在Bootloader中设置一个跳转指令，让其在完成初始化后，将控制权传递给应用程序。这个过程通常涉及到堆栈指针的初始化和向量表的正确设置。 在“STM32远程升级学习记录(一)”中，可能还会有对Bootloader与应用程序间的通信机制、远程升级协议的讨论。例如，Bootloader可能需要支持某种通信协议，如串口、USB、网络等，以便接收来自远程服务器的固件更新。此外，为确保升级过程的安全性，可能还需要实现校验机制，确保下载的固件是完整的且未被篡改。 STM32远程升级的关键在于Bootloader的设计与实现，它负责在设备启动时检查和加载固件，同时确保设备能够安全地接收和执行新的固件。Keil工程的配置、中断向量表的管理、存储器布局的分配以及应用程序与Bootloader之间的接口设计都是实现这一过程的重要组成部分。

目录结构预览： 1. MDK下载算法基础知识 2. FLM开发 2.1 FLM工程建立 2.2 SPI Flash MDK下载算法制作 2.3 SPI Flash MDK下载算法使用 2.4 FLM_DEBUG调试工程建立方法 STM32H7XX系列MCU在开发过程中，有时需要使用外部Flash作为程序存储空间，这时就涉及到MDK（Keil uVision）的下载算法。本文主要围绕STM32H7XX在KEIL-MDK环境下，针对外部Flash的FLM（Flash Loader Demonstrator）下载算法的开发和应用进行详细讲解。 MDK下载算法是实现程序通过调试器下载到目标芯片的关键，它包含了初始化、擦除、编程、读取和校验等一系列功能的函数。对于STM32H7XX这样的MCU，通常MDK软件包里包含了对应的内建Flash算法，但若使用外部Flash，如SPI Flash，就需要自定义相应的FLM下载算法。在MDK中，这些函数是地址无关的，被加载到内部RAM执行，从而控制外部Flash的操作。 FLM开发主要包括以下几个步骤： 1. **FLM工程建立**：可以使用KEIL提供的模板，或者直接基于已有的STM32H7XX FLM工程模板进行修改。关键在于配置好工程，确保所有必要的函数和接口都能正常工作。 2. **SPI Flash MDK下载算法制作**： - **开发前注意事项**：关闭所有中断，使用查询方式操作，同时针对HAL库中的HAL_InitTick、HAL_GetTick和HAL_Delay重新实现，以避免依赖于sysTick中断的延时。 - **IOC配置**：最小化配置，仅保留必需的时钟、QSPI/OCTOSPI接口，可添加额外GPIO用于调试。 - **sysTick接口实现**：替换弱引用的HAL库函数，提供无中断依赖的延时功能。 - **SPI Flash接口实现**：包括初始化、擦除、编程、读取和校验等功能的函数，如hal_qspi_flash_write()、hal_qspi_flash_erase_sector_block()等，确保这些函数能正确控制外部Flash。 - **FlashDev.c结构体配置**：定义Flash设备的属性，如驱动版本、设备名称、类型、起始地址等，以适配外部Flash的特性。 在实际开发过程中，还需要关注以下几点： - 为了确保下载过程的稳定性和效率，需要对SPI Flash的时序和参数进行精确调整，使其适应MCU的工作速度。 - 在调试FLM时，可以利用配置的GPIO观察下载进度和检测潜在问题。 - 考虑到错误处理和异常情况，应添加适当的错误检查和异常处理机制。 - 在编写和测试FLM时，确保遵循MDK的调试设置，如加载地址的配置，以使算法正确地加载到内部RAM。 总结来说，STM32H7XX-KEIL-MDK-外部FLASH-FLM下载算法的开发涉及了MDK工程的构建、SPI Flash接口的定制以及系统时钟和延时函数的重新实现。通过这一过程，开发者能够为特定的外部Flash创建高效的下载算法，实现程序的可靠烧录和调试。参考相关用户手册和示例代码，有助于快速理解和完成这一任务。

标题“jre-8u45-windows-x64”指的是Java Runtime Environment（JRE）的第8个更新版本45，适用于Windows操作系统64位架构。JRE是Oracle公司提供的用于执行Java应用程序的软件环境，它包含了Java虚拟机（JVM）、类库和其他必要的组件。这个版本是官方发布的，确保了安全性和稳定性。 描述中的“官方版本”强调了该下载源的可靠性，意味着这是来自Oracle官方网站的原版软件，没有被第三方修改或添加额外的恶意软件，用户可以安心使用。 标签“jre”关联的是Java运行时环境，它是执行Java应用程序的基础。Java是一种跨平台的编程语言，其编写的应用程序可以在任何安装了JRE的系统上运行，实现了“一次编写，到处运行”的理念。JRE包括JVM，负责解释和执行Java字节码，以及Java基础类库，如Java Foundation Classes (JFC)和Java Application Programming Interface (API)，为开发人员提供了丰富的功能支持。 另一个标签“stm32”则涉及微控制器领域，STM32是意法半导体（STMicroelectronics）推出的一系列基于ARM Cortex-M内核的微控制器。虽然JRE主要用于桌面和服务器环境，但通过嵌入式Java技术，STM32这样的微控制器也可以运行Java应用程序，特别是在物联网(IoT)应用中，简化了跨硬件平台的软件开发。 在压缩包子文件的文件名“jre-8u45-windows-x64.exe”中，“.exe”是Windows系统的可执行文件扩展名，表明这是一份安装程序，用户可以通过双击运行来安装JRE。在下载并运行这个安装程序后，系统会添加必要的组件，使得计算机能够执行用Java编写的程序。 这个压缩包包含的是适用于64位Windows系统的Java Runtime Environment的8u45版本，它是官方发行的，确保了安全和兼容性。用户安装后，可以运行基于Java的桌面应用程序。同时，由于涉及到STM32，这可能意味着在特定的嵌入式系统场景中，JRE也被用于实现Java在微控制器上的运行，尽管这不是JRE的典型应用场景。

STM32F103 Mini开发板是百问网推出的一块基于ARM Cortex-M3内核的开发板，最高主频为72MHz，该开发板具有丰富的板载资源，可以充分地发挥STM32F103C8T6这块处理器的性能。MCU: STM32F103ZET6，主频72MHz，512KB FLASH，64KB RAM,本章节是为需要在 RT-Thread 操作系统上使用更多开发板资源的开发者准备的。通过使用 ENV 工具对 BSP 进行配置，可以开启更多板载资源，实现更多高级功能。本 BSP 为开发者提供 MDK5 和 IAR 工程，并且支持 GCC 开发环境。下面以 MDK5 开发环境为例，介绍如何将系统运行起来。

STM32F103创建的CDC 但没有虚拟COM口，使用的模式为winsub模式 串口总线模式，使用zadig-2.8修改STM32的驱动为winusb 然后使用test文件夹中的上位机 可以说实现自发自收

锁相环纯代码（C语言），不平衡电压下的锁相环，采用双二阶广义积分器（DSOGI-PLL），整个系统由simulink中的s-function模块进行编写，采用C语言进行编写，包括整个系统离散化，PI离散化。 1.系统离散化方法 2.锁相环以及正负序分离原理 3.通过stm32f407进行了验证，锁相精度较高，代码可以直接进行移植到ARM或者DSP中 支持simulink2022以下版本，联系跟我说什么版本，我给转成你需要的版本，因s-function是simulink中比较复杂的插件，故需要满足2017以上版本。

裸机使用Fatfs时，没有任何问题，加入Free RTOS后就一直不能f_mount，返回值一直为1，百思不得其解，几经周转，最后重新配置了一次就正常使用了，故此上传备份，以备参考，具体配置过程也写成了博客，欢迎莅临。

PCM（Pulse Code Modulation，脉冲编码调制）是一种广泛使用的模拟音频信号数字化的方法，是数字音频的基础。在这个压缩包文件中，包含了多种不同采样频率的PCM格式音乐文件，分别为8K、16K、44.1K和48K。这些数值代表了每秒钟对音频信号采样的次数，直接影响到音频的质量和文件大小。 1. **PCM格式详解**：PCM是一种无损音频编码方式，它直接将模拟音频信号通过采样、量化和编码转化为数字信号。采样是按照一定的时间间隔获取音频波形的幅度值；量化则是将采样得到的连续幅度转换为离散的数字值；编码则是将量化后的数值用二进制表示，形成数字音频流。 2. **采样频率**：8K、16K、44.1K和48K分别代表的是采样频率，单位为赫兹（Hz）。根据奈奎斯特定理，采样频率至少应为原始音频最高频率的两倍，以避免失真。通常，人耳能听到的音频范围大约在20Hz到20kHz之间。因此，44.1KHz的采样率常用于CD音质，可以覆盖人耳能听到的全部频率；而更低的采样率如16K和8K，常用于语音或低质量的音频应用，文件体积相对较小。 3. **STM32与单片机**：STM32是一款基于ARM Cortex-M内核的微控制器，广泛应用于嵌入式系统，包括音频处理。单片机是一种集成了CPU、存储器、输入输出接口等多种功能的集成电路，常用于各种控制系统，例如音频播放器等。使用STM32进行音频处理时，可以实现对PCM音频数据的解码、滤波、混音等功能。 4. **音频处理**：在这些PCM文件的应用场景中，可能涉及到音频的播放、录音、编辑或者分析。例如，开发一个音频播放器，就需要读取PCM文件，然后通过STM32的数字信号处理器(DSP)将数字信号转化为模拟信号，通过扬声器输出。反之，在录音过程中，会将模拟信号通过ADC(模数转换器)转换为PCM格式的数据存储起来。 5. **标签解析**：“测试”意味着这些文件可能用于验证音频处理系统的性能，比如采样率转换、音频编码解码等。“音频”是主题，表明文件内容涉及音频数据。“PCM”和“STM32”是技术关键词，分别对应了音频的数字化表示和处理平台。“单片机”则强调了硬件层面的实现。 这个压缩包中的PCM文件可用于测试不同的采样频率对音频质量和文件大小的影响，以及在STM32单片机上的音频处理性能。对于开发者来说，这些资源可以帮助他们验证音频处理算法的正确性，优化音频应用的性能，或者研究低功耗音频播放方案。

GCC编译环境，STM32平台的基于HELIX的MP3解码，也没有什么东西，主要的就是“assembly.h”这个平台移植文件，常见的都是MDK平台下 ARM CC 编译的，那一块汇编不好直接翻译到GCC下。其余资料可以参考正点原子。本代码经测可用，