点亮STM32F103C8T6上的LED

Posted 2023-02-19

【中文标题】点亮STM32F103C8T6上的LED

【英文标题】：Light the LED on STM32F103C8T6

【发布时间】：2018-06-16 10:29:12

【问题描述】：

我正在尝试点亮 STM32F103C8T6 上的 LED（端口 c，引脚 13）。我没有使用 IDE。代码：

#include "include/stm32f10x.h"

int main()

    RCC->APB2ENR |= RCC_APB2ENR_IOPCEN;

    GPIOC->CRH  &= ~GPIO_CRH_CNF13;
    GPIOC->CRH  |=  GPIO_CRH_MODE13_0;

    GPIOC->BSRR  = GPIO_BSRR_BR13;

    while(1)
    
        GPIOC->BSRR = GPIO_BSRR_BS13;
    

    return 0;

在包含目录中包含文件的链接：

system_stm32f10x.h

core_cmInstr.h

core_cmFunc.h

core_cm3.h

stm32f10x.h part1

stm32f10x.h part2

我就是这样编译的

arm-none-eabi-gcc --specs=nosys.specs -o output led.c

上传到 mc 后没有任何反应。

【问题讨论】：

你确定有一个 LED 连接到引脚 C13，并且它被配置为高电平有效吗？

可以肯定的是，你能写一个我需要的配置吗？好像现在我有输出模式 10 MHz，通用输出推挽。是的，它在 PC13 中。

我所说的LED的“配置”是硬件，不是软件。

"STM32F103C8T6" 指定微控制器 - 没有“LED”。任何 LED 都将特定于您的电路板；在这种情况下，您需要指定您正在使用的电路板或指示 LED 如何连接到引脚（可能是示意图）。然而，显而易见的尝试是将其设置为低而不是高 - “开启”状态取决于 LED 的连接方式。

【参考方案1】：

要点亮蓝色药丸上的 LED，您需要 PC13 为低电平（复位），因此在 gpioc bsrr 寄存器中设置复位位 13 进行写入，然后结束程序，使 gpio 线变为高电平会关闭 LED。

#include "include/stm32f10x.h"

int main()

    RCC->APB2ENR |= RCC_APB2ENR_IOPCEN;

    GPIOC->CRH  &= ~GPIO_CRH_CNF13;
    GPIOC->CRH  |=  GPIO_CRH_MODE13_0;

    GPIOC->BSRR  = GPIO_BSRR_BR13;

    while(1)
    
        continue;
    

    return 0;

看看原理图就知道了。

明白这不是一个普遍的真理，即低。您必须查看电路板的设计。也不是所有的 stm32f103c8t6 芯片在那个引脚上都有一个 LED，但我认为这是一个 stm32“蓝色药丸”板。

编辑

该板的完整工作指示灯示例

flash.ld

MEMORY

    rom : ORIGIN = 0x08000000, LENGTH = 0x1000
    ram : ORIGIN = 0x20000000, LENGTH = 0x1000


SECTIONS

    .text :  *(.text*)  > rom
    .rodata :  *(.rodata*)  > rom
    .bss :  *(.bss*)  > ram

flash.s

.cpu cortex-m0
.thumb


.thumb_func
.global _start
_start:
stacktop: .word 0x20001000
.word reset
.word hang
.word hang
.word hang
.word hang
.word hang
.word hang
.word hang
.word hang
.word hang
.word hang
.word hang
.word hang
.word hang
.word hang

.thumb_func
reset:
    bl notmain
    b hang
.thumb_func
hang:   b .

.align

.thumb_func
.globl PUT16
PUT16:
    strh r1,[r0]
    bx lr

.thumb_func
.globl PUT32
PUT32:
    str r1,[r0]
    bx lr

.thumb_func
.globl GET32
GET32:
    ldr r0,[r0]
    bx lr

.thumb_func
.globl dummy
dummy:
    bx lr

.end

blinker01.c

void PUT32 ( unsigned int, unsigned int );
unsigned int GET32 ( unsigned int );
void dummy ( unsigned int );

#define GPIOCBASE 0x40011000
#define RCCBASE 0x40021000

int notmain ( void )

    unsigned int ra;
    unsigned int rx;

    ra=GET32(RCCBASE+0x18);
    ra|=1<<4; //enable port c
    PUT32(RCCBASE+0x18,ra);
    //config
    ra=GET32(GPIOCBASE+0x04);
    ra&=~(3<<20);   //PC13
    ra|=1<<20;      //PC13
    ra&=~(3<<22);   //PC13
    ra|=0<<22;      //PC13
    PUT32(GPIOCBASE+0x04,ra);

    for(rx=0;;rx++)
    
        PUT32(GPIOCBASE+0x10,1<<(13+0));
        for(ra=0;ra<200000;ra++) dummy(ra);
        PUT32(GPIOCBASE+0x10,1<<(13+16));
        for(ra=0;ra<200000;ra++) dummy(ra);
    
    return(0);

构建

arm-none-eabi-as --warn --fatal-warnings -mcpu=cortex-m3 flash.s -o flash.o
arm-none-eabi-gcc -Wall -Werror -O2 -nostdlib -nostartfiles -ffreestanding  -mthumb -mcpu=cortex-m0 -march=armv6-m -c blinker01.c -o blinker01.thumb.o
arm-none-eabi-ld -o blinker01.thumb.elf -T flash.ld flash.o blinker01.thumb.o
arm-none-eabi-objdump -D blinker01.thumb.elf > blinker01.thumb.list
arm-none-eabi-objcopy blinker01.thumb.elf blinker01.thumb.bin -O binary
arm-none-eabi-gcc -Wall -Werror -O2 -nostdlib -nostartfiles -ffreestanding  -mthumb -mcpu=cortex-m3 -march=armv7-m -c blinker01.c -o blinker01.thumb2.o
arm-none-eabi-ld -o blinker01.thumb2.elf -T flash.ld flash.o blinker01.thumb2.o
arm-none-eabi-objdump -D blinker01.thumb2.elf > blinker01.thumb2.list
arm-none-eabi-objcopy blinker01.thumb2.elf blinker01.thumb2.bin -O binary

使用和不使用 thumb2 扩展进行构建（flash.s 不必只是 thumb，只是前面示例的剩余部分）。

现在是什么文件以及如何将其上传到单片机？加载精灵对你没有好处，没有操作系统，但根据你使用的工具，它可能会读取精灵并下载可加载部分。我编写了自己的工具，因为它与引导加载程序 uart 接口的接口非常简单。我还使用 openocd 和各种 swd/jtag 接口（stlink、j-link）来编写这些。它们来自亚洲锁定，因此您第一次必须解锁它们，知道您可以从 uart 界面进行解锁，我很确定我也是从 openocd 发现的...

因此，要么您的二进制构建错误/无法正确启动，要么下载是问题（或两者兼而有之）。

stm32 中的闪存映射到 0x08000000，如果/当从应用程序启动时，它们会将其重新映射到 0x00000000。应该也可以使用 0x00000000，但我见过的大多数使用 0x08000000。如文件所述，第一个字在复位时被加载到堆栈指针中，第二个字是复位向量的拇指地址（lsbit 设置为表示拇指，因此下面的 0x41 表示复位向量位于地址 0x40，如图所示）

08000000 <_start>:
 8000000:   20001000    andcs   r1, r0, r0
 8000004:   08000041    stmdaeq r0, r0, r6
 8000008:   08000047    stmdaeq r0, r0, r1, r2, r6
 800000c:   08000047    stmdaeq r0, r0, r1, r2, r6
 8000010:   08000047    stmdaeq r0, r0, r1, r2, r6
 8000014:   08000047    stmdaeq r0, r0, r1, r2, r6
 8000018:   08000047    stmdaeq r0, r0, r1, r2, r6
 800001c:   08000047    stmdaeq r0, r0, r1, r2, r6
 8000020:   08000047    stmdaeq r0, r0, r1, r2, r6
 8000024:   08000047    stmdaeq r0, r0, r1, r2, r6
 8000028:   08000047    stmdaeq r0, r0, r1, r2, r6
 800002c:   08000047    stmdaeq r0, r0, r1, r2, r6
 8000030:   08000047    stmdaeq r0, r0, r1, r2, r6
 8000034:   08000047    stmdaeq r0, r0, r1, r2, r6
 8000038:   08000047    stmdaeq r0, r0, r1, r2, r6
 800003c:   08000047    stmdaeq r0, r0, r1, r2, r6

08000040 <reset>:
 8000040:   f000 f80a   bl  8000058 <notmain>
 8000044:   e7ff        b.n 8000046 <hang>

08000046 <hang>:
 8000046:   e7fe        b.n 8000046 <hang>

你必须先解决这个问题，然后一旦你有机会启动，然后你就可以查看代码。

【讨论】：

同样的结果，是的，我正在使用蓝色药丸。

你必须向我们展示你的二进制文件的转储/反汇编，从向量表开始，然后从那里开始。

我对汇编有点熟悉，所以我只是做了arm-none-eabi-objdump -d outputlink to output。够了吗？

嗯，你的第一个问题是构建错误，初学者的链接器脚本把它放在错误的地方，你基本上是为 linux-ish 构建的。没有向量表

虽然建议颠倒逻辑是合理的 - 甚至是显而易见的（对于具有电子经验和基本知识的人来说），但我很感兴趣您能够假设使用的特定板。鉴于有许多 STM32 COTS 板，并且开发人员可能正在进行内部设计，我很想知道您是如何以如此明显的确定性得出这个假设的。我已经在 STM32 上工作了 9 年，直到你在这里提到它之前从未听说过这个板。