发布时间：2024-07-26

1 实验现象 2 实验原理 　　ADC0809的工作过程：首先输入3位地址，并使ALE=1，将地址输入地址锁存器中。此地址经译码选通8路模拟输入之一到比较器。START上升沿将逐次逼近寄存器复位。下降沿启动ADC转换，之后EOC输出信号变低，指示转换正在进行。直到ADC转换完成，EOC变为高电平，指示ADC转换结束，结果数据已存入锁存器，这个信号可用作中断申请。当OE...

发布时间：2024-06-06

概述 本文利用中断实现串口不定长接收（非DMA），使用HAL库，将接收的数据打印出去。 DMA接收请查看：https://blog.csdn.net/qq_24312945/article/details/106557538 硬件准备 首先需要准备一个开发板，这里我准备的是NUCLEO-F030R8的开发板： 选择芯片型号 使用STM32CUBEMX选择芯片stm32...

发布时间：2023-06-09

STM32的串口空闲中断及接受数据——STM32简介 STM32系列基于专为要求高性能、低成本、低功耗的嵌入式应用专门设计的ARM Cortex-M3内核 STM32的串口空闲中断及接受数据——关于什么是空闲中断： 检测到接收数据后，在数据总线上的一个字节时间内，没有接收到数据触发空闲中断。RXNE置位一次，空闲总线就检测一次。 关于STM32串口空闲中断的问题 ...

发布时间：2023-02-06

前言 在串口通信过程中，我们常常用到接受和发送中断，相信大家都不陌生。这里还有另一个非常有用的中断可能被大家所忽略，即总线空闲状态IDLE中断。当一帧数据传输结束之后，总线会维持高电平空闲，此时会触发MCU的IDLE中断。在本文中，将介绍使用该中断来进行不定长串口数据接收的办法。通过该中断，可以省却用于检测数据传输是否完成的判断操作。 实验环境 · STM32F411RE...

发布时间：2022-10-08

经过不懈的努力 发现自己的错误在于不知道ADC的中断有两个子中断 2440的ADC中断包括INT_ADC_S和INT_TC 需要先处理一下子中断INT_ADC_C 再处理INT_ADC 另外要感谢21icbbs上的网友hbicecream的帮助 我才想起来Uart_Printf函数也是需要中断的 所以最好不要在中断服务程序中使用Uart_Printf 最终整理的程序如下:...

发布时间：2022-09-16

一.场景 实现一串非固定长度的数据接收，并返回对应数据（数据解析的基础框架） 二.编程实现 1.设计思想 借助T0定时器，不断的计数+1 接收到一帧数据（1Byte）后，串口中断服务函数将定时器T0计数清0（类似喂狗），并创建一个计数标志 一帧数据（1Byte）长度约为1.04ms 。当串口中断数据接收完毕后，短时间无有效数据接收并进入中断服务函数，此时T0计数器不被清0...

发布时间：2022-09-16

前言 1.上一章（中断定时+超时接收）的逻辑，适用于协议较为复杂的情况，即中断判断接收结束，数据放置缓冲区，主函数中解析数据。 2.实际开发中，用户自定义协议的帧头是可预见的，包括数据长度等。 3.本章测试使用中断即时解析自定义协议 提示：以下是本篇文章正文内容，下面案例可供参考 一、场景 示例一串数据：固定帧头区（AA 66 AA ）+数据类型（01/02）+数据区+和...

发布时间：2022-09-16

前言 提示： 1.上一章测试一种方法：简单协议下利用串口中断实时接收数据并校验后进行解析。 2.实际项目开发时，主机下发命令后，从机首先进行握手确认，数据错误情况下要进行相应回应（如错误指令）。 3.本章继续丰富开发，增加主从应答机制 提示：以下是本篇文章正文内容，下面案例可供参考 一、场景 示例： 主机下发命令，从机中断解析并应答，主函数处理事件 二、编程实现 ...

发布时间：2022-09-16

本章前言 简介： 1.在#2章基础上（中断定时+超时接收）升级版 2.增加CRC校验方式及接收应答处理 3.指令解析，主函数执行 提示：以下是本篇文章正文内容，下面案例可供参考 一、场景 示例： 主机下发命令，从机解析并应答，CRC校验 二、编程实现 1.自定义协议 如： ##1 数据类型（功能码）： 控制数码管显示0x01、蜂鸣器控制0x02 ##...

发布时间：2022-07-18

▪ 现象 STM8 UART1 开启了读中断，初始化代码如下： // 配置串口参数为：波特率115200，8位数据位，1位停止位，无校验，禁止同步传输，允许接收发送 UART1_Init((u32)115200, UART1_WORDLENGTH_8D, UART1_STOPBITS_1, UART1_PARITY_NO, UART1_SYNCMODE_CLOCK_DIS...