活动介绍

st32 标准库 起初小灯熄灭,等到触发条件小灯延时后熄灭,使用非阻塞型延时函数并由返回值

时间: 2023-12-12 17:05:28 AIGC 浏览: 123
来判断延时是否结束是一种常见的做法。在ST32标准库中,可以使用以下函数进行非阻塞型延时: ```c void HAL_Delay(uint32_t milliseconds) ``` 该函数的作用是延时指定的毫秒数,但是它是一个阻塞函数,也就是说在延时期间程序会被挂起。 如果要实现非阻塞型延时,可以使用以下代码: ```c static uint32_t delay_start_time = 0; void delay_start(uint32_t milliseconds) { delay_start_time = HAL_GetTick(); } bool delay_complete(uint32_t milliseconds) { return (HAL_GetTick() - delay_start_time >= milliseconds); } ``` 在需要延时的地方,调用`delay_start`函数设置延时起始时间,然后在主循环中调用`delay_complete`函数判断是否延时结束。如果返回值为`true`,表示延时已经结束。 例如,下面的代码实现了一个简单的功能:当按下按键时,小灯亮起并延时2秒后熄灭。 ```c #include "stm32f1xx_hal.h" #define LED_PIN GPIO_PIN_13 #define LED_PORT GPIOC #define BTN_PIN GPIO_PIN_0 #define BTN_PORT GPIOA static uint32_t delay_start_time = 0; void delay_start(uint32_t milliseconds) { delay_start_time = HAL_GetTick(); } bool delay_complete(uint32_t milliseconds) { return (HAL_GetTick() - delay_start_time >= milliseconds); } int main(void) { HAL_Init(); __HAL_RCC_GPIOC_CLK_ENABLE(); __HAL_RCC_GPIOA_CLK_ENABLE(); GPIO_InitTypeDef gpio_init = {0}; gpio_init.Mode = GPIO_MODE_OUTPUT_PP; gpio_init.Pin = LED_PIN; gpio_init.Pull = GPIO_NOPULL; gpio_init.Speed = GPIO_SPEED_FREQ_LOW; HAL_GPIO_Init(LED_PORT, &gpio_init); gpio_init.Mode = GPIO_MODE_INPUT; gpio_init.Pin = BTN_PIN; gpio_init.Pull = GPIO_PULLUP; gpio_init.Speed = GPIO_SPEED_FREQ_LOW; HAL_GPIO_Init(BTN_PORT, &gpio_init); while (1) { if (HAL_GPIO_ReadPin(BTN_PORT, BTN_PIN) == GPIO_PIN_RESET) { HAL_GPIO_WritePin(LED_PORT, LED_PIN, GPIO_PIN_SET); delay_start(2000); } if (delay_complete(2000)) { HAL_GPIO_WritePin(LED_PORT, LED_PIN, GPIO_PIN_RESET); } } } ``` 在这个例子中,`delay_start`函数用于设置延时起始时间,`delay_complete`函数则用于判断延时是否结束。在主循环中,先检测按键是否按下,如果按下则点亮小灯并启动延时;然后在每次循环中检测延时是否结束,如果结束则熄灭小灯。
阅读全文

相关推荐

最新推荐

recommend-type

STM32F103固件函数库用户手册(中文)

STM32F103固件函数库是针对基于ARM微控制器的32位STM32F101xx和STM32F103xx系列设计的一个全面的软件包,旨在简化用户对这些微控制器外设的使用。这个库包含了一系列的程序、数据结构和宏,覆盖了所有外设的功能特性...
recommend-type

关于for循环写延时函数

可以使用模拟器或硬件平台进行测试,通过测量延时函数的实际执行时间并与期望值比较,来调整COUNT的值。例如,如果实测时间是1.01779ms,这已经相当接近1ms,但在某些应用场景中可能还需要进一步微调。 总的来说,...
recommend-type

STM32 对内部FLASH读写接口函数

"STM32内部FLASH读写接口函数" STM32内部FLASH读写接口函数是STM32微控制器中的一种重要的存储介质读写机制。在实际应用中,我们经常需要将参数存储在stm32的内部FLASH中,而不是使用外部EEPROM。这样可以提高系统...
recommend-type

STM32固件库SYSTEM 文件夹介绍

STM32固件库的SYSTEM文件夹是专为STM32微控制器设计的一个核心组件,提供了许多基础且实用的功能,如延时、IO位带操作和串口通信。这一文件夹通常包含`delay`、`sys`和`usart`三个子文件夹,每个子文件夹都对应着...
recommend-type

STM32-V3.5固件库函数调用说明(中文版).pdf

STM32是一款基于ARM Cortex-M内核的微控制器,由意法半导体(STMicroelectronics)生产。STM32固件库提供了对芯片功能的高级抽象,使得开发者可以通过库函数而不是直接操作寄存器来实现对硬件的控制。这种方式降低了...
recommend-type

Java办公用品管理系统源码及其Web安全分析

### Java办公用品管理系统源码相关知识点 #### 1. Java办公用品管理系统概述 Java办公用品管理系统是一款针对企业内部办公用品管理的软件应用。它使用Java语言进行开发,并可能采用MVC架构模式,利用Web应用程序技术,使得用户能够通过浏览器进行办公用品的采购、库存跟踪、领用记录等操作。这种系统通常包含用户权限管理、数据统计分析等功能,并注重数据的安全性和稳定性。 #### 2. OWASP Top 10 OWASP Top 10是指开放网络应用安全项目(Open Web Application Security Project)发布的十大网络安全风险。这个列表对Web应用程序最关键的安全风险提供了广泛共识。它包括跨站脚本(XSS)、SQL注入、不安全的反序列化等安全问题。Java办公用品管理系统源码需要考虑这些安全风险并进行相应的防护措施,确保系统安全性。 #### 3. Web应用程序的状态功能 复杂业务操作或高级GUI框架下的Web应用程序通常具有状态功能。例如,在进行办公用品的采购流程中,用户可能需要按照既定的工作流步骤,依次提交相关表单,而每一环节的状态都会影响到最终操作的执行。这种状态管理对于业务逻辑的正确执行至关重要。 #### 4. 自动化测试工具的局限性 虽然市场上存在各种自动化测试工具,这些工具可以对Web应用程序的请求和重定向进行自动化测试,但它们在处理涉及多个请求和会话状态的复杂业务流程时存在局限性。这意味着自动化测试可能无法完全替代人工测试在评估系统安全性方面的作用。 #### 5. 内容安全策略(CSP) 内容安全策略(CSP)是一种安全标准,旨在减少和报告跨站脚本攻击(XSS)等网页安全漏洞。通过CSP,开发者可以指定有效域,从而减少网页受到恶意数据注入的风险。Java办公用品管理系统若实现CSP,可以进一步提升系统安全性。 #### 6. 跨域资源共享(CORS) 跨域资源共享(CORS)允许Web应用程序从不同的源(域名、协议或端口)加载资源,从而实现跨域通信。这在现代Web应用程序中非常常见,尤其是在前后端分离的架构中。Java办公用品管理系统在与前端进行交互时,可能需要配置CORS策略,以确保前后端的安全交互。 #### 7. 系统开源的重要性 开源系统意味着源代码是公开的,用户可以自由地查看、修改和分发源代码。这为用户提供了更高的透明度,并且鼓励社区贡献和共享改进,从而不断改善产品的质量和安全性。同时,开源还可以减少开发者的开发成本,加速开发周期。 #### 8. 文件名称解析 在给定的文件信息中,提到的压缩包子文件的文件名称列表是“webapp-tech-master”。这个名称表明了源代码包是一个包含完整项目的压缩文件,使用“master”这一术语来表示它可能包含的是主分支或者是主版本的代码。这样的命名习惯在GitHub等版本控制系统中非常常见,暗示了这是一个稳定或完整版本的源码包。 ### 结论 从上述知识点可见,Java办公用品管理系统是一个涉及多个技术领域的复杂系统。开发者在设计和实现这样的系统时,需要考虑到安全性、功能性和用户体验。OWASP Top 10、CSP和CORS等技术的运用能够帮助提升系统的安全性,而开源则为系统的发展提供了社区支持和透明度。对于维护和扩展这类系统来说,对这些知识点的深刻理解是必不可少的。
recommend-type

SI Window配置策略揭秘:平衡资源效率与响应速度的5种最佳实践

# 摘要 SI Window机制作为流式计算中的核心组件,对系统资
recommend-type

ls /mnt/C/Users/28597/Desktop/openfoam/

在 Ubuntu 中,使用 `ls` 命令可以查看指定路径下的文件和目录信息。对于路径 `/mnt/C/Users/28597/Desktop/openfoam/`,可以使用以下命令来查看其内容: ```bash ls -l /mnt/C/Users/28597/Desktop/openfoam/ ``` 此命令会以详细格式列出该目录下的所有文件和子目录信息,包括权限、链接数、所有者、组、文件大小、最后修改时间和文件名 [^2]。 如果希望以更直观的方式查看目录结构,可以使用 `tree` 命令,它能够以树状图展示目录下的所有文件和子目录: ```bash tree /mnt/C/Us
recommend-type

掌握Java8流式处理与大数据工具Flink和Kafka整合

根据给出的文件信息,我们可以提炼出以下几个重要的IT知识点: 1. Java 8流(Stream)API源码分析 Java 8引入了Stream API,它提供了一种高层次的处理数据的方式,可以进行声明式的操作,例如过滤、映射、归约等。通过Stream API,开发者可以更简洁和清晰地表达复杂的操作,尤其是处理集合数据时。了解Stream API的源码,可以更深入地理解其内部的工作机制,包括它的延迟执行、内部迭代以及中间操作和终端操作等特性。 2. Flink框架使用 Apache Flink是一个开源流处理框架,用于处理大规模实时数据流和批处理数据。它以高性能、高吞吐量、低延迟而著称。Flink实现了许多流处理相关的功能,例如事件时间处理、状态管理、容错机制等。在大数据处理项目中,Flink能够提供高效率的数据处理能力,特别适合需要快速响应的实时分析任务。 3. Kafka大数据工具 Apache Kafka是一个分布式流处理平台,它主要用于构建实时数据管道和流应用程序。Kafka能够有效地处理高吞吐量的数据,并支持发布-订阅消息模式。它被广泛应用于构建实时数据流处理和数据集成的场景。本文件中提及的Kafka版本为2.13,且使用的是2.7.0版本的tar包,这表明对特定版本的Kafka有一定的要求。 4. Java开发环境配置 在文件描述中提到了多个与Java开发环境相关的工具和版本要求: - Java版本:需要Java 8或Java 11版本,这可能与Stream API的使用兼容性有关。 - Maven:一个项目管理和构建自动化工具,用于管理Java项目的依赖和生命周期。 - IntelliJ IDEA:一个流行的Java集成开发环境(IDE),提供了代码编辑、构建、调试等功能。 - Zookeeper:一个开源的分布式协调服务,通常与Kafka一起使用来管理集群状态。 5. Kafka的安装和配置 文件中提到将在Windows操作系统上进行Kafka的安装和配置演示。这包括下载Kafka压缩包,解压文件,并设置KAFKA_HOME环境变量。这些步骤是运行Kafka集群的基础。 6. Maven项目创建与配置 在IntelliJ IDEA中使用Maven创建Java项目时,需要通过Maven的配置界面指定项目的Java版本,并在pom.xml文件中添加依赖项。pom.xml是Maven项目的核心配置文件,用于声明项目所需的各种依赖和插件等。 7. 项目依赖管理 文件信息中强调了在pom.xml文件中添加依赖项的重要性。这涉及到如何管理项目中的外部库依赖,确保项目能够在多种环境中一致地运行,同时避免版本冲突。 8. 大数据处理 将Flink和Kafka结合使用,可以构建出一个大数据处理平台,能够处理实时数据流和历史数据。在大数据项目中,这种组合常用于数据采集、实时分析、数据存储和数据处理等环节。 9. 系统开源 标签中提到了"系统开源",这可能意味着在项目中使用了开源技术栈,并且强调了在项目开发中遵循开源精神,利用开源软件以促进知识共享和技术进步。 根据文件中的【压缩包子文件的文件名称列表】所提示的"flink-kafka-java-main",我们可以推断出,文档可能涉及一个包含Java源代码的压缩包,其内容主要围绕Flink和Kafka框架的集成使用,并与Java 8的Stream API紧密相关。项目名"flink-kafka-java-main"暗示了这是一个主项目,可能是整个大数据处理解决方案的核心部分。
recommend-type

UE初始接入时延优化:基于SIB1获取时间的7个性能瓶颈诊断方法

# 摘要 UE初始接入时延是影响5G网络用户体验的关键指标,其中SIB1的获取过程尤为关键。本文系统分析了从物理层信号接收、空口消息解析到终端处理全流程中的时延瓶颈,重点研究了PSS/SSS同步失败、PBCH译码性能受限、SSB周期配置不合理、PDCCH盲检失