0
  • 聊天消息
  • 系统消息
  • 评论与回复
登录后你可以
  • 下载海量资料
  • 学习在线课程
  • 观看技术视频
  • 写文章/发帖/加入社区
会员中心
创作中心

完善资料让更多小伙伴认识你,还能领取20积分哦,立即完善>

3天内不再提示

关于 STM32 的几点内容

黄工的嵌入式技术圈 来源:黄工的嵌入式技术圈 2020-03-08 12:02 次阅读
加入交流群
微信小助手二维码

扫码添加小助手

加入工程师交流群

每天后台都会收到各种各样的问题,其实我每天都会抽空回答一下问题。所以,今天写几个后台朋友问的问题。

主要内容:

1.为什么STM32F0没有AFIO时钟呢?

2.关于STM32中的各种电源

3.IAR中如何查看外设寄存器

4.关于问问题

1为什么STM32F0没有AFIO时钟呢?

前面写过一篇文章【关于STM32时钟配置的那些坑】里面有讲述关于什么时候开启AFIO时钟,有朋友下来去研究AFIO时钟时发现STM32F0芯片中没有AFIO时钟,于是就问了这么一个问题:你好,为什么STM32F0没有AFIO时钟呢?

答案就是STM32F0没有AFIO时钟。那又是怎样实现重定义这个功能的呢?

实现重定义功能也是由特定的控制器完成的,需要使用某个控制器,就需要开启对应的时钟。

而STM32F1就是由“Alternate function I/O and debug configuration”完成的这个功能,所以开启的时钟就是AFIO时钟。

细心的朋友会发现除STM32F1外的MCU,像F0、F2、F3···L4,甚至最新的H7这些芯片里面都有这个一个控制器:系统配置控制器 (SYSCFG)。

这个SYSCFG控制器的功能因芯片不同,功能也不同。比如F4系统配置控制器主要用于管理对可执行代码的存储区域的地址重映射、选择以太网 PHY 接口以及管理 GPIO 的外部中断线连接。

像H7的功能就更多了:

很多人经常看见别人代码中开启AFIO时钟、SYSCFG时钟,但自己却不知道究竟什么时候开启,什么时候不开启。那么,只需要看一下手册就行了。

如果你不知道何时开启,使用STM32CubeMX配置生成初始化代码查看一下就知道啦。

2关于STM32中的各种电源

有朋友要求讲述一下关于STM32中ADC参考电压的问题,这里就简单就讲述一下关于STM32中各电源的情况。

STM32中电源有:VBAT、 VSS、 VDD、VSSA、 DDA、VCAP、 VREF+、 VREF-等。

关于电源,可以查看STM32参考手册【电源控制】的章节,看一下里面电源框图就一目了然了。拿STM32F4举例:

其实,主要划分为三块区域:备份区域(电池电源)、常规供电电源(VDD)、模拟部分电源(ADC、DAC等)。

一般参考电压VREF+或VREF-只有在大封装100及以上引脚才有。没有参考电压的芯片就是使用内部参考电压。

有一个条件,VREF+ 引脚电压:VSSA- < VREF+ < VDDA。

内部参考电压VREFINT

一般内部参考电压 VREFINT 连接到 ADC1_IN17,也就是说可以通过ADC读取内部参考电压。

3IAR中如何查看外设寄存器

前面一篇文章【IAR在线调试查看各种变量的不同方法】讲述了IAR View视图菜单中的几个子菜单,查看几个变量的窗口。

于是,后台就有朋友问了一个问题:IAR开发环境中定时器的寄存器状态在哪里查看。

因为很多朋友都是从Keil MDK-ARM过来的,知道MDK-ARM里面可以直接查看外设寄存器,而且可以快速的查看每一个Bit位。如下图:

那么,回到EWARM,很多朋友找了很久,就是没有找到类似上面Keil中那种快速查看的方法。

说实话,包括我也是从初学IAR到后面工作了,一直都没有找到类似上面可以快速查看外设寄存器的方法。那么,是不是就没有办法确定我们配置的外设寄存器的值了呢?

答案是:我们可以通过View视图菜单下Memory和Symbolic Memory子菜单锁定外设寄存器所在地址的值。

上图,是STM32F103中GPIOA的地址,当我们修改过寄存器的值,就会看见对应的值。此方法的缺点显而易见,必须知道外设寄存器的地址,而且查看非常费时。

声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉
  • STM32
    +关注

    关注

    2312

    文章

    11189

    浏览量

    374515
  • STM32F0
    +关注

    关注

    0

    文章

    61

    浏览量

    17894
  • AFIO
    +关注

    关注

    0

    文章

    6

    浏览量

    3285
收藏 人收藏
加入交流群
微信小助手二维码

扫码添加小助手

加入工程师交流群

    评论

    相关推荐
    热点推荐

    STM32N6 在 PSRAM 上运行代码的调试

    开发其产品过程中,使用了 STM32N657X0H3Q。客户的代码很大,不能放在SRAM 上运行,想放在 PSRAM 上去运行,并咨询如何在 STM32CubeIDE 上进行调试。2.2. 重现问题关于如何将用户代码放置在 PS
    发表于 04-15 16:02 0次下载

    开发智能体配置-内容合规

    智能体上架前,需完成“人工智能生成合成内容标识”和“大模型备案信息”填写 ,以供平台审核;可在智能体【配置】-【内容合规】中填写。 人工智能生成合成内容标识 “人工智能生成合成内容
    发表于 02-07 11:44

    求助STM32H563关于LWESP配置UART问题

    求助STM32H563关于LWESP配置UART问题,信息如下: Uart GPIO:PA9 USART1_TXPA10 USART1_RX 参考文章:https://blog.csdn.net
    发表于 01-27 14:02

    零知STM32手势控制风扇系统 - 隔空操作实测

    STM32
    PCB56242069
    发布于 :2026年01月06日 10:14:05

    使用RTOS时需要注意的几点内容分享

    对许多嵌入式项目来说,系统设计师都倾向于选择实时操作系统(RTOS)。但RTOS总是必要的吗? 答案是取决于具体的应用,因此了解我们要达到什么目标是决定RTOS是必要的还是花瓶的关键。 一般来说,在采用非实时操作系统(non-RTOS)的任何场合,也都可采用RTOS。但是,要找到一款具有完全相同应用编程接口(API)的匹配RTOS就相当困难了。 因此,许多传统的操作系统(OS)在其内嵌入了一个RTOS。例如,Lynux-Works LynxOS和Bluecat Linux共享一个Linux API。LynxOS是一款硬RTOS,而Bluecat是Linux的一个衍生产品。 Linux继续在努力改善其实时性能,但其最长中断时延仍无法满足对RTOS来说至关重要的硬(hard)实时要求。 这些问题最后都会归结为服务质量(QoS)。像RTLinux Free这样的平台补充了Linux,因为它们可提供硬实时级别的QoS。 要指出的很重要一点是:这类补充常常是在原始OS上集成一个RTOS编程环境。与传统台式或服务器OS相比,RTOS通常要小很多。 RTOS常常针对更小和资源有限的MCU。例如,CMX的CMX-RTX和CMX-Tiny+可运行在8位MCU到64位处理器上。 RTOS核心:调度和分割 大多数程序员不熟悉RTOS的限制和要求。大多数人通常因其性能选择RTOS。大多数RTOS产品代码少和速度快,现在RTOS还提升了一致性。RTOS除能很快完成任务外,还能保证很好地完成任务。 在许多应用中,一个迟到的结果可以是灾难性的。因此,人们宁愿在一个要求的时限内获得较差的结果。这些应用通常被称为硬实时系统。硬实时不是指系统响应有多快或多快一个系统能响应,而是指系统能多可靠地满足特定的要求。 一个硬实时系统可能有一个一分钟的固定周期时间,它要求的响应时间为一秒。理论上,这样的要求几乎所有的操作系统都能实现。 但事实并非总是如此,正如任何一个人都能证明等待台式计算机应用在一分钟之内做出响应需要等多久。 硬实时系统通常具有更短的周期时间和更紧苛的响应要求。更快的处理器速度总是有帮助的,多内核平台也能改善响应速度。对开发人员来说,窍门在于把系统需求与硬件和软件匹配起来,然后才是RTOS在嵌入式应用中的重要性。 一个RTOS可以实现一系列调度策略,但应用经常会制约一个程序员的选择。非优先式调度(non-preemptive scheduling)的实现虽不重要,但在一些应用中很有用。另一方面,任务内的非优先式调度可在优先式系统的顶部实现。 不应该轻忽非优先式调度,特别在新型多内核处理器出现以后。这里,硬件可被调整到处理一个基于事件的操作,其中线程将等待外部事件的发生。 对处理多线程的单核处理器来说,该方法一般不适用。但对有许多内核的多核系统说,典型情况是为一个外设指定一个核。所以,在等待事件发生期间,使该核空闲起来是有意义的。 其结果是,优先式、中断驱动的RTOS架构占据了业已部署的大部分平台。虽然借助硬件手段(多个寄存器组合、硬件调度、任务切换、以及分层中断优先级系统等)可显著缩短中断时延,但该时延***是一个问题。 优先式处理会带来若干问题。它们大多是与时序关联的,如竞争条件、死循环、空耗等待和优先级转换,它们发生在低优先级任务A拥有更高优先级任务B的同步资源,而优先级比A高的任务C正在运行。 如果没有像优先级置顶(priority ceilings)这样的特性,任务C就可以阻止任务A和任务C运行。优先级置顶特性可以把任务A的优先级改变成与任务C的优先级一样,从而允许任务A运行并最终释放任务C所需的资源。至此,任务A的优先级复原,任务C就可以继续运行。 程序员必须解决的其它与时序相关的问题通常是难以定位和纠正的缺陷源。在定位这些缺陷时跟踪工具就变成了很有价值的手段,因为诸如受阻的任务等症候是这些问题的唯一表现形式。 就操作系统所需的特性来看,重入库(reentrant library)特性在RTOS环境下是可有可无的。但在一个典型的操作系统中,由于任务和程序常常是随机的和变化的,而且常公用库,因此重入库是一个必须的特性。 在嵌入式环境中,对在系统中运行的程序和任务一般会有更多的控制要求。通常,除操作系统接口(可以是重入也可能是非重入的)外,各任务从不共享任何代码。程序员(特别是那些负责设备驱动程序的)需要注意这一重入性问题。 现在业内已有很多的任务同步机制,从互斥(mutex)到消息系统。从RTOS的角度,这些机制在诸如竞争条件此类的同步问题上,没有什么差异。 在MCU和操作系统中,定时器很常见。至少,一个定时器可被用作时钟。但由于定时器是如此的有用,以至于它常以一种特殊方式实现出来。POSIX规范甚至把定时器定义为组件。定时器还可当作看门狗来用。 在许多MCU中,一个定时器可以设置用来唤醒处在休眠模式的系统。一些实现允许操作系统把其用作一个通用定时器,尽管这一唤醒特性独立于操作系统。 一些系统具有带不同特性的多种定时器来满足不同的要求。一些定时器可被同步用以为电机控制应用提供同时的脉宽调制(PWM)流。对RTOS来说,一个定时器通常可用以实现时钟和提供时间切片支持。 定时器也支持时间切片。时间切片常见于时间共享系统,它给每种应用一个合理的时间片断来执行。可在任一中断层级上实现这种轮询调度。 通常,由时钟提供的时间切片是固定时长的,每个任务在获得优先权前将被给予同样长度的时间切片来执行。当然,该策略是随机的且可有多种实现。 例如,可变的时间切片宽度将允许时间以每个任务为单位进行分配,其中一些任务获得的时间会比另一些长;而若采用任务优先级方法,则有可能使低优先级任务得不到响应。 许多RTOS采用固定调度器。其它RTOS则允许替换或定制,但RTOS中的另一部分支持各种策略。 这一灵活方法使得像Linux这样的操作系统能够提供实时支持,与此同时,它们还能在时间切片环境下运行多种应用。实时任务具有高优先级,且在一般用户任务前得到执行。 Linux实际上具有一个更复杂的调度系统,它对任务是通过轮询方法把控制权转交给具有相同优先级的其它任务还是一直运行到结束做出了具体约定。 像Open Kernel Labs的OKL4虚拟化RTOS平台解决了该问题。 基本通信 一些文献把任务同步和通信分开来说,但总的来说,它们是一回事。实际上就是讲信息是如何交换的。基于消息传递的RTOS最清楚地体现出这点。这里,消息系统处理所有通信且不区分通信和同步。 至少,RTOS必须提供一个相互排斥的本原,如互斥。其它东西可构建在该本原上。在许多场合,如消息传递系统,对相互排斥的支持隐藏在操作系统内。只有更高级别的消息功能显露于外。 消息系统有各种名称,从管道到队列。其实现可横跨从单处理器、单存储器模式到多内核群集系统。Enea的OSE RTOS和QNX的Neutrino是基于消息传递的两个主线RTOS。 不管选择了什么方法或API,通信系统必须在某一程度上被整合进操作系统。因此,若主动队列中的任务必须等待一个事件,则该任务可被移走。类似,引发一个事件从而导致另一个任务活动的任务将产生一个调度行为。 通信、事件和调度可与硬件关联起来,这是RTOS必须处理的其它一些事。TI的DSP/BIOS是一款RTOS,它设计用于运行在像TI的DaVinci双核系统的DSP上。DSP/BIOS的一个主要功能是处理 ARM 核和DSP 核间的通信。 向更多大内核的发展将很可能会保留RTOS或OS。不过,小内核阻止或限制了采用RTOS的可能性。Intellasys的SEAforth 40C18芯片带有40个运行Forth的小型18位内核。指令很精简,每个字包含四条指令。 每个内核有64个字的 ROM和RAM,该芯片只能容纳10,000指令。当然,这只够装下一个程序,安装RTOS是不可能的。不过,整个芯片上有足够空间安装一个操作环境的特定部分。同样,适于该平台的应用常常是特定的。于是,由于硬件可处理内核之间通信和任务调度,因此RTOS类的支持并不需要。 资源管理 使RTOS脱颖而出的是其管理资源(包括时间和存储器)的能力。时序问题与中断响应时间有关,但资源管理时序问题也会出现。虽然中断解决了一系列时序问题,但各应用仍必须利用资源。 考虑存储器分配情况。许多实时应用不采用动态存储器分配,以确保存储器分配和回收时所产生的不同不会变成一个问题。需要动态存储器分配的应用常把存储器划分为实时和非实时。后者处理动态存储器分配。典型情况下,在使用前,实时部分必须被分配有足够的存储器。 在实时嵌入式应用中采用C和C++是因为存储器和其它资源的用法是显式的。实时任务需要避免采用C和C++。特别是,当存储器分配和回收更容易隐藏时采用C++是很困难的。 像Java和C#这样的语言带来的挑战更大,它们与生俱来地采用动态存储器分配。程序员可控制存储器分配和回收。在某些情况下,编程环境可以强化存储器分配和回收。 Java实时规范(RTSJ)定义了创建不需要垃圾回收的Java应用的方法。RTSJ是在Java框架内这样做的,从而使程序员在不被存储器分配限制的条件下享有Java的好处。 Sun和DDC-I都实现了RTSJ。DDC-I的实现支持x86和PowerPC平台。Aonix有一个称为PERC的类似平台。这些平台以实时、同时的垃圾回收为特征,从而使在不受存储器分配限制的情况下,在Java内编写实时应用成为可能。 但因系统必须允许线程为垃圾回收器进行转换,所以实时要求并非那么紧迫。另一方面,垃圾回收器将耗费时序资源,所以,只有实时任务方可保证满足一定的期限要求。快是好事,但及时才是RTOS的天条。 考察实时平台时,考虑之一是存储器分配对系统的整体影响。许多系统可工作在从不改变的静态分配环境,但更多的动态系统可从实时垃圾回收中获益。研究表明,垃圾回收的效益与确定的存储器分配是可比的。 围绕诸如Java和C#等虚拟机类型平台的另一个问题是对just-in-time(JIT)编译器的使用限制。基于这些系统的实时系统必须采用类似C和C++等所用的提前(ahead-of time,AOT)编译器。 设计师会因其更高的生产力、更低的出错率以及安全性等特点选用Java 或C#。所以,对制定一个称为 JSR-302的用于对安全有至高要求应用的Java规范就不足为奇了。 保护RTOS RTOS受到其运行的硬件平台的限制。可对缺少存储器保护的硬件加以保护,但安全级别会受到限制。但存储器和虚拟机可以更高水平的安全性支持引导。诸如SE Linux、Green Hills Integrity和 LynuxWorks LynxSecure Embedded Hypervisor以及 LynxOS-SE RTOS内的安全策略可比典型RTOS提供可靠得多的保护。但成本也高,所以开发者需对此进行权衡。 实时系统开发者不得不应对策略实现和边界问题。取决于信息的来所去处,安全支持会花很长时间。正是为此引入了分区系统,所以,可在边界采取安全措施且把应用的非实时部分放在这部分空间内。  可感知OS的调度器 当考虑选用操作系统时,对调试器的支持是个关键。这种支持体现在两个方面:内核和设备驱动器调试以及操作系统感知。 内核调试对设备驱动器的创建和支持以及内核强化很重要。在许多情况,为处理RTOS的内核,需要专用调试器。它也要求能理解内核环境以及应用环境。 OS感知可更深入地了解操作系统。支持方式可以是从提供有关OS服务状态的信息到调整任务调度等方方面面。 同样,能感知OS的调试器可在停止其它应用或线程的同时允许其它应用或线程的运行。
    发表于 12-23 06:34

    2025意法半导体STM32全球线上峰会亮点回顾

    ‍‍‍‍‍‍‍近期举办的STM32全球线上峰会聚焦微控制器技术突破与生态升级,从重磅新品发布、AI模型库扩容、GUI迭代、安全功能升级多个维度,搭配STM32 Sidekick AI工具提高技术内容
    的头像 发表于 12-03 09:52 751次阅读

    求助,关于cubemx + nano 4.1.1 + STM32F405时钟的问题求解

    有一个关于rtthread的问题:有一个主控stm32F405VGxx的板子,使用rtthread studio创建一个标准版4.1.0的工程,运行没问题;;用stm32cubemx 新建了一个
    发表于 09-16 06:05

    意法半导体:STM32CubeMX将不再集成到STM32CubeIDE中

    从2025年11月发布的版本开始,我们将仅以 独立 版本的形式提供 STM32CubeIDE 和 STM32CubeMX 。 STM32CubeMX将不再集成到STM32CubeIDE
    的头像 发表于 09-01 17:18 3836次阅读

    STM32程序的烧录方式

    电子发烧友网站提供《STM32程序的烧录方式.pdf》资料免费下载
    发表于 08-28 16:03 8次下载

    有一个关于STM32G474双BANK的测试问题求解答

    工程师朋友,您好有一个关于STM32G474 双BANK的测试问题请教各位:一个LED 闪烁的测试程序已经在IAR环境构建成功,使用STM32CubeProgrammer 加载到0X800 0000
    发表于 06-17 07:15

    求助,关于STM32G474双BANK的测试问题求解

    工程师朋友,您好有一个关于STM32G474 双BANK的测试问题请教各位:一个LED 闪烁的测试程序已经在IAR环境构建成功,使用STM32CubeProgrammer 加载到0X800 0000
    发表于 06-11 07:57

    STM32F3系列、STM32F4系列、STM32L4系列和STM32L4+系列Cortex-M4编程手册

    电子发烧友网站提供《STM32F3系列、STM32F4系列、STM32L4系列和STM32L4+系列Cortex-M4编程手册.pdf》资料免费下载
    发表于 06-06 17:06 17次下载

    STM32F40xxx和STM32f41xx flash编程手册

    PM0081_STM32F40xxx and STM32F41xxx单片机编程手册
    发表于 06-06 17:02 8次下载

    STM32与机智云连接实现步骤与技巧(上篇)

    通过STM32与机智云的连接,开发者可以实现设备的远程控制和数据管理,提升物联网应用的智能化水平。本文将介绍STM32与机智云连接的具体步骤,涵盖硬件连接、通信协议配置、数据传输及云平台应用开发等
    的头像 发表于 05-23 18:10 1340次阅读
    <b class='flag-5'>STM32</b>与机智云连接实现步骤与技巧(上篇)

    【「零基础开发AI Agent」阅读体验】+关于AI Agent开发入门的第一印象与相关官方文档和社区资料的内容补充

    今天有幸收到了电子发烧友寄来的由中国工信出版集团和电子工业出版社联合出版的关于AI Agent开发的《零基础开发AI Agent》的新书,不禁高兴雀跃,以下是我拍下的书的页封和背面: 大家可以看到
    发表于 04-22 18:16