ARM学习（15）Makefile编译以及CortexM4命令行STLINK 烧录

已于 2023-02-14 22:49:56 修改
阅读量1.1k 收藏 5
点赞数
分类专栏： 嵌入式 ARM 文章标签： 学习
于 2022-11-27 19:00:00 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_34430371/article/details/128063073
版权
嵌入式 同时被 2 个专栏收录
61 篇文章 42 订阅
订阅专栏
ARM
32 篇文章 32 订阅
订阅专栏

笔者来聊聊Makefile编译以及CortexM4命令行STLINK 烧录

Makefile编译以及CortexM4命令行STLINK 烧录

1、简单Makefile编译STM32工程

先放一个笔者的makefile工程，笔者之前介绍过一个makefile语法，不过比较简单。

# ###########################################################
# File  : makfile for project compiler
# Author: guoqing.zhang
# date  : 2022/11/20
###########################################################

# Target
TARGET = AdvancedClock
DEBUG = -O2

# directoty for compiler object file
BUILD_OBJ_DIR  :=obj
BUILD_DEP_DIR  :=dep
OUT_DIR    :=out

# directoty for compiler source file
CORE       := ../Core
DRIVER     := ../Driver
SOURCECODE := ../SourceCode

# source file path
C_SOURCE = \
$(wildcard $(CORE)/*.c)  				\
$(wildcard $(DRIVER)/src/misc.c)  			\
$(wildcard $(DRIVER)/src/stm32f4xx_adc.c)  			\
$(wildcard $(DRIVER)/src/stm32f4xx_dac.c)  			\
$(wildcard $(DRIVER)/src/stm32f4xx_dma.c)  			\
$(wildcard $(DRIVER)/src/stm32f4xx_dma2d.c)  		\
$(wildcard $(DRIVER)/src/stm32f4xx_exti.c)  		\
$(wildcard $(DRIVER)/src/stm32f4xx_flash.c)  		\
$(wildcard $(DRIVER)/src/stm32f4xx_gpio.c)  		\
$(wildcard $(DRIVER)/src/stm32f4xx_iwdg.c)  		\
$(wildcard $(DRIVER)/src/stm32f4xx_pwr.c)  			\
$(wildcard $(DRIVER)/src/stm32f4xx_rcc.c)  			\
$(wildcard $(DRIVER)/src/stm32f4xx_rtc.c)  			\
$(wildcard $(DRIVER)/src/stm32f4xx_spi.c)  			\
$(wildcard $(DRIVER)/src/stm32f4xx_syscfg.c)  		\
$(wildcard $(DRIVER)/src/stm32f4xx_tim.c)  			\
$(wildcard $(DRIVER)/src/stm32f4xx_usart.c)  		\
$(wildcard $(DRIVER)/src/stm32f4xx_wwdg.c)  		\
$(wildcard $(SOURCECODE)/*.c)  			\
$(wildcard $(SOURCECODE)/bluetooth/*.c) \
$(wildcard $(SOURCECODE)/cJson/*.c)  	\
$(wildcard $(SOURCECODE)/common/*.c)  	\
$(wildcard $(SOURCECODE)/ht_sensor/*.c)  \
$(wildcard $(SOURCECODE)/key/*.c)  		\
$(wildcard $(SOURCECODE)/led/*.c)  		\
$(wildcard $(SOURCECODE)/msg_deal/*.c)  \
$(wildcard $(SOURCECODE)/nrf24l01/*.c)  \
$(wildcard $(SOURCECODE)/oled/*.c)  	\
$(wildcard $(SOURCECODE)/queue/*.c)  	\
$(wildcard $(SOURCECODE)/rtc/*.c)  		\
$(wildcard $(SOURCECODE)/timer/*.c)  	\
$(wildcard $(SOURCECODE)/uart/*.c)  	\
$(wildcard $(SOURCECODE)/wdg/*.c)  		\
$(wildcard $(SOURCECODE)/wifi/*.c)  	\
$(wildcard $(SOURCECODE)/show/*.c)  	

# asm source file path
ASM_SOURCE = \
$(wildcard $(CORE)/startup_stm32f40_41xxx.s)  

# inlcude file path
C_INCLUDE  =							\
-I$(CORE)/     							\
-I$(DRIVER)/inc/     					\
-I$(SOURCECODE)/     					\
-I$(SOURCECODE)/bluetooth/    			\
-I$(SOURCECODE)/cJson/    				\
-I$(SOURCECODE)/common/    				\
-I$(SOURCECODE)/key/    				\
-I$(SOURCECODE)/ht_sensor/    			\
-I$(SOURCECODE)/led/    				\
-I$(SOURCECODE)/msg_deal/    			\
-I$(SOURCECODE)/nrf24l01/    			\
-I$(SOURCECODE)/oled/    				\
-I$(SOURCECODE)/queue/    				\
-I$(SOURCECODE)/radio/    				\
-I$(SOURCECODE)/rtc/    				\
-I$(SOURCECODE)/timer/    				\
-I$(SOURCECODE)/uart/    				\
-I$(SOURCECODE)/wdg/    				\
-I$(SOURCECODE)/wifi/    				\
-I$(SOURCECODE)/show/    				\

# compiler exe 
CC_EXEC := armcc.exe 
AR_EXEC := armar.exe
ASM_EXEC := armasm.exe
LINK_EXEC := armlink.exe
FROMELF_EXEC := fromelf.exe
DOWNLOAD_EXEC := ST-LINK_CLI.exe

RM   := rm -rf 
ECHO := echo


CMN_CFLAGS = --C99 -c --cpu Cortex-M4.fp.sp -g --apcs=interwork --split_sections \
$(DEBUG) $(C_INCLUDE)  \
--diag_suppress=1295,111,1293,167,513,177 \
-ID:/Software/Keil/pack/Keil/STM32F4xx_DFP/2.13.0/Drivers/CMSIS/Device/ST/STM32F4xx/Include \
-D__UVISION_VERSION="537"    \
-DSTM32F405xx \
-DSTM32F40_41xxx \
-DUSE_STDPERIPH_DRIVER \

CMN_AFLAGS = --cpu Cortex-M4.fp.sp -g --apcs=interwork \
-I D:\Software\Keil\pack\Keil\STM32F4xx_DFP\2.13.0\Drivers\CMSIS\Device\ST\STM32F4xx\Include \
--pd "__UVISION_VERSION SETA 537" --pd "STM32F405xx SETA 1" \

LINK_SCRIPT := AdvanceClock.sct
CMN_LFLAGS = --cpu Cortex-M4.fp.sp \
--strict --scatter $(LINK_SCRIPT)


# compiler objects
OBJECTS  = $(addprefix $(BUILD_OBJ_DIR)/,$(notdir $(C_SOURCE:.c=.o)))
vpath %.c $(sort $(dir $(C_SOURCE)))

OBJECTS  += $(addprefix $(BUILD_OBJ_DIR)/,$(notdir $(ASM_SOURCE:.s=.o)))
vpath %.s $(sort $(dir $(ASM_SOURCE)))



$(OUT_DIR)/$(TARGET).axf: $(OBJECTS) 
	@$(ECHO) Link $@ ...
	@$(LINK_EXEC) $(OBJECTS) $(CMN_LFLAGS) -o $@ --map --info totals --list_mapping_symbols --list=$(OUT_DIR)/$(TARGET).map 
	@$(FROMELF_EXEC) --bin --output $(OUT_DIR)/$(TARGET).bin $@

$(BUILD_OBJ_DIR)/%.o : %.s Makefile | $(BUILD_OBJ_DIR)
	@$(ECHO) 'Compiling' $<
	@$(ASM_EXEC)  $(CMN_AFLAGS) $< -o $@ 

# compiler process
$(BUILD_OBJ_DIR)/%.o : %.d Makefile | $(BUILD_DEP_DIR)
$(BUILD_OBJ_DIR)/%.o : %.c Makefile | $(BUILD_OBJ_DIR)
	@$(ECHO)  'Compiling' $<
	@$(CC_EXEC) -c  $(CMN_CFLAGS) $< -o $@ 

$(BUILD_DEP_DIR)/%.d : OBJ_BNAME=$(basename $(notdir $@)) 
$(BUILD_DEP_DIR)/%.d : %.c Makefile | $(BUILD_DEP_DIR)
	$(CC_EXEC) -M   $(CMN_CFLAGS) $< -o $(BUILD_OBJ_DIR)/$(OBJ_BNAME).o > $@
	$(CC_EXEC) -c   $(CMN_CFLAGS) $< -o $(BUILD_OBJ_DIR)/$(OBJ_BNAME).o


$(OUT_DIR):
	mkdir $@

$(BUILD_OBJ_DIR):
	mkdir $@

$(BUILD_DEP_DIR):
	mkdir $@

# dwonload 
flash:
	$(DOWNLOAD_EXEC) -c -SE 0 4  -V "while_programming" -P $(OUT_DIR)/$(TARGET).bin 0x08000000
	$(DOWNLOAD_EXEC) -Rst

# clean 
clean:
	$(RM) obj/*
	$(RM) out/*

1.1 makefile 变量

简单接着上面的makefile，看一下变量的定义，变量的引用需要加$符号，建议加()或者{}

  • = 为常见的变量赋值，左侧是变量，右边是变量的值，值得说的是:右侧变量的值可以是后面定义的值。
# makfile_test.mak 
Target = $(Target_def)
Target_def  = AdvancedClock

all:
	@echo $(Target)

13952@DESKTOP-91JBMMS MINGW64 /d/Workspace/DesignProject/AdvancedClock/Advanced-Clock/Advanced Clock Project/Advanced Clock1027/Advanced Clock Project/build (feature/code-clear)
$ make -f makfile_test.mak 
AdvancedClock

但是其也有一个不好的地方，假如两个变量互相赋值，则会造成make编译比较慢，但幸好的是make可以检测这样的错误

# makfile_test.mak 
Target = $(Target_def)
Target_def  = AdvancedClock


Dependency = $(Module) 
Module = $(Dependency)

all:
	@echo $(Target)
	@echo $(Module)

$ make -f makfile_test.mak 
makfile_test.mak:8: *** Recursive variable `Module' references itself (eventually).  Stop.

上面那种错误就可以:= 解决。

  • :=，其赋值只是是前面定义好的值，如果没有定义，那么该值就是空，相当于没有赋值。
Target = $(Target_def)
Target_def  = AdvancedClock


Dependency := $(Module) 
Module := $(Dependency)

all:
	@echo $(Target)
	@echo $(Module)

$ make -f makfile_test.mak 
AdvancedClock
  • ?= 如果该变量没有赋值，就赋值成右值，否则，就不赋值
Target = $(Target_def)
Target_def  = AdvancedClock


Dependency := $(Module) 
Module := $(Dependency)

Target ?= 123456

all:
	@echo $(Target)
	@echo $(Module)
	
$ make -f makfile_test.mak 
AdvancedClock

如果变量没有定义，那么就赋值，采用=赋值，所以只要定义过，就可以被赋值

#Target = $(Target_def)
Target_def  = AdvancedClock


Dependency := $(Module) 
Module := $(Dependency)

Target ?= $(Compiler)


Compiler := armcc
all:
	@echo $(Target)
	@echo $(Module)

$ make -f makfile_test.mak 
armcc
  • += 如果之前没有被定义，就采用=赋值，如果之前是:=赋值，那么就是:+=，就是采用:=的赋值，如果之前是+=，那么之后就采用+=赋值。
    Compiler 为:=赋值，+= armclang之后，继续+= 不存在的变量，结果就无法添加，说明其属性延续上面的:=
#Target = $(Target_def)
Target_def  = AdvancedClock


#$(info HOMEPATH=$(HOMEPATH))
#$(info HOMEDRIVE=$(HOMEDRIVE))

Dependency := $(Module) 
Module := $(Dependency)

Target ?= $(Compiler)


Compiler := armcc

Compiler += armclang

Compiler += $(cc)

cc = gcc
all:
	@echo $(Target)
	@echo $(Module)
	@echo $(Compiler)
	
$ make -f makfile_test.mak 
armcc armclang

armcc armclang

对比上面，Compiler=赋值，所以其+=之后，可以加上cc的变量的值



#Target = $(Target_def)
Target_def  = AdvancedClock


#$(info HOMEPATH=$(HOMEPATH))
#$(info HOMEDRIVE=$(HOMEDRIVE))

Dependency := $(Module) 
Module := $(Dependency)

Target ?= $(Compiler)


Compiler = armcc

Compiler += armclang

Compiler += $(cc)

cc = gcc
all:
	@echo $(Target)
	@echo $(Module)
	@echo $(Compiler)
	
$ make -f makfile_test.mak 
armcc armclang gcc

armcc armclang gcc

关注DIR变量，如果其为定义，则按=处理，可以+上后面的定义的变量

#Target = $(Target_def)
Target_def  = AdvancedClock


#$(info HOMEPATH=$(HOMEPATH))
#$(info HOMEDRIVE=$(HOMEDRIVE))

Dependency := $(Module) 
Module := $(Dependency)

Target ?= $(Compiler)


Compiler = armcc

Compiler += armclang

Compiler += $(cc)

cc = gcc

DIR += $(C_DIR)

C_DIR = /123
all:
	@echo $(Target)
	@echo $(Module)
	@echo $(Compiler)
	@echo $(DIR)

$ make -f makfile_test.mak 
armcc armclang gcc

armcc armclang gcc
D:/Software/MinGW/msys/1.0/123
  • 变量的高级用法，多个变量后缀统一替换
src_file = 1.c 2.c 3.c

object = $(src_file:%.c=%.o)

all:
	@echo $(object)

$ make -f makfile_test.mak 
1.o 2.o 3.o
  • 变量的嵌套
A = $(B)
B = C
C = hello 
D = $($(A))

all:
	@echo $(D)
$ make -f makfile_test.mak 
hello
  • 环境变量

1.2 makefile 关键字

1.3 makefile 自动推导

2、ST-Link命令行烧录

对于ST的芯片来说，其支持ST-Link烧录（走SWD协议）同时也支持JLink，其他厂商的芯片通常都是用JLink（支持Jtag协议来烧录）。

使用命令行来进行烧录，完全就是为了自动化进行，图形界面毕竟需要自己去点，

2.1 常见的界面烧录方式

常见的烧录方式比如

  • keil IDE 烧录

在这里插入图片描述

  • IAR IDE 烧录

  • STLINK-Unity 图形界面烧录
    在这里插入图片描述

  • Ozone 调试软件烧录
    在这里插入图片描述
    在这里插入图片描述

  • JFlash 去烧录
    在这里插入图片描述

2.1 STLink CLI 命令行烧录方式

废话不多说，直接上命令行的烧录方式。

ST-LINK_CLI.exe -c -SE 0 4  -V "after_programming" -P out/AdvancedClock.bin 0x08000000
  • -c：连接指令，命令格式：-c [ID=/SN=] [JTAG/SWD] [FREQ=] [UR/HOTPLUG] [LPM]
    • JTAG/SWD: JTAG还是SWD协议连接
    • UR/HOTPLUG: 连接后复位，还是连接后程序还是正常运行（热连接）
    • FREQ:通信频率
    • LPM:低功耗模式
ST-LINK_CLI.exe -c HOTPLUG

ST-LINK SN: 213E03002C135737334D4E00
ST-LINK Firmware version: V2J38S7
Connected via SWD.
SWD Frequency = 4000K.
Target voltage = 3.2 V
Connection mode: **HotPlug**
Reset mode: Software reset
Device ID: 0x413 
Device flash Size: **1024 Kbytes**
Device family: **STM32F405xx/F407xx/F415xx/F417xx**

连接后可以看到：连接后的MCU的 Flash Size、MCU的类型，以及MCU的ID等。

  • -SE：命令格式：-SE <开始sector> <结束sector>。擦除sector，每个sector 16K，地址从0x0800 0000开始，所以0表示第0个sector，0 4表示擦除从sector 0到sector 4。所以总的擦除大小就是16K*5=80K，具体的大小可根据bin的大小来定。
Memory Sector @0x08000000 erased
Memory Sector @0x08004000 erased
Memory Sector @0x08008000 erased
Memory Sector @0x0800C000 erased
Memory Sector @0x08010000 erased

笔者系列的STM32系列为405，Flash空间为1MB。
  • -V：该参数表示编程成功后进行校验是否正确写入，可跟参数：
    • “after_programming”：表示编程后，再读取出来进行校验。
    • “while_programming”:表示编程中进行校验。
  • -P：命令格式：-P <bin文件路径> <写入地址>

还有其他的命令，

  • -CoreReg：读取MCU寄存器，
$ ST-LINK_CLI.exe -c HOTPLUG -Halt -CoreReg

STM32 ST-LINK CLI v3.6.0.0
STM32 ST-LINK Command Line Interface

ST-LINK SN: 213E03002C135737334D4E00
ST-LINK Firmware version: V2J38S7
Connected via SWD.
SWD Frequency = 4000K.
Target voltage = 3.2 V
Connection mode: HotPlug
Reset mode: Software reset
Device ID: 0x413 
Device flash Size: 1024 Kbytes
Device family: STM32F405xx/F407xx/F415xx/F417xx

R0   = 0x00000000
R1   = 0x00000001
R2   = 0x00000082
R3   = 0x20000094
R4   = 0x40013000
R5   = 0x00000007
R6   = 0x00000000
R7   = 0x00000000
R8   = 0x00000000
R9   = 0x00000000
R10  = 0x08009C60
R11  = 0x00000000
R12  = 0x00000000
R13  = 0x2001A510
R14  = 0x08003C1F
APSR = 0x60000000
IPSR = 0x00000000
EPSR = 0x01000000
MSP  = 0x2001A510
PSP  = 0x00000000
XPSR = 0x61000000
PC   = 0x08003C16
  • -Halt:停住CPU，但是笔者多次尝试，显示有日志，但是程序继续运行
$ ST-LINK_CLI.exe -c HOTPLUG -Halt 

STM32 ST-LINK CLI v3.6.0.0
STM32 ST-LINK Command Line Interface

ST-LINK SN: 213E03002C135737334D4E00
ST-LINK Firmware version: V2J38S7
Connected via SWD.
SWD Frequency = 4000K.
Target voltage = 3.2 V
Connection mode: HotPlug
Reset mode: Software reset
Device ID: 0x413 
Device flash Size: 1024 Kbytes
Device family: STM32F405xx/F407xx/F415xx/F417xx
  • -r8：命令格式：-r8 <地址> <长度>
$ ST-LINK_CLI.exe -c HOTPLUG -r8 0x08000000  0x32


STM32 ST-LINK CLI v3.6.0.0
STM32 ST-LINK Command Line Interface

ST-LINK SN: 213E03002C135737334D4E00
ST-LINK Firmware version: V2J38S7
Connected via SWD.
SWD Frequency = 4000K.
Target voltage = 3.2 V
Connection mode: HotPlug
Reset mode: Software reset
Device ID: 0x413 
Device flash Size: 1024 Kbytes
Device family: STM32F405xx/F407xx/F415xx/F417xx


0x08000000 : 68  A5  01  20  1D  03  00  08  F9  2B  00  08  11  27  00  08
0x08000010 : 41  2B  00  08  B9  21  00  08  19  4D  00  08  00  00  00  00
0x08000020 : 00  00  00  00  00  00  00  00  00  00  00  00  AF  3C  00  08 
0x08000030 : B5  23
  • -ME：全部擦除Flash。
张一西
关注
  • 0
    点赞
  • 踩
  • 5
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
0503-stm32的调试工具：st-link详细解析 (命令行/ st utility/ cubePorbrammer)
gzyshengongshe的专栏
05-15 5678
从事stm32开发的话，肯定绕不开stlink，使用stlink开发stm32时用到的知识点。对于常规开发而言，80%时候会使用keil或vscode对目标芯片进行下载与在线调试，简单的bug我们一般反复下载就行了，复杂的bug需要进行单步调试、查看寄存器、输出swo信息等。
DAPLink 程序源码，用GCC编译
10-20
它实现了CMSIS-DAP（ Cortex-M微控制器软件接口标准 - 调试访问端口）规范，使得开发者能使用低成本的硬件进行MCU的调试和编程。DAPLink通常被烧录到兼容的微控制器中，如STM32或LPC系列，然后通过USB与主机PC通信。...
GreenHills 2017.7 编译手册
03-28
本手册是GreenHills2017.7.14 版编译器的软件使用手册。
（三）ubuntu16下用makefile交叉编译STM32跑马灯led程序并烧录
沧海一帆的专栏
04-12 1889
stm32开发通常在windows下用keil进行开发。但是在keil中编译一个简单的点亮led的程序，新建工程的过程感觉都比较复杂。集成开发环境只需要告诉芯片类型就能自动指定交叉编译工具，而且不需要写makefile ...
【ARM-Linux篇】Makefile入门
最新发布
m0_66492811的博客
05-29 1196
Makefile入门
Makefile编写记录
cyf1294311560的博客
03-01 155
Makefile编写记录
【教程】制作能在ARM板上直接运行的gcc本地编译器
ZLK1214的专栏
09-13 1万+
编译好的程序的下载链接：百度网盘 请输入提取码（提取码：ocmm） 概述 通常情况下，我们是在电脑里面开一个Linux虚拟机， 在虚拟机里面用交叉编译工具链编译好可执行文件后，将可执行文件拷贝到板子里面运行。也就是说，我们是用电脑上运行的gcc编译ARM板子上运行的程序，即交叉编译。 对于用automake制作的软件包来说，有时候交叉编译会非常麻烦。Linux系统下绝大部分软件包都是automake制作的。交叉编译小型的软件，如make、file、mlocate这种还比较简单。但是如果是apache、
STM32的GCC工程模板
02-06
9. **烧录工具**：将编译后的二进制文件烧录到STM32芯片，需要使用像STLink或JLink这样的编程器，它们提供了命令行工具或图形界面，方便用户将固件上传到微控制器。 10. **持续集成与测试**：在项目开发过程中，...
毕设&课程作业_基于stm32的电机转速控制与温度控制系统.zip
03-11
3. **编译与烧录工具**：可能有Makefile文件，用于编译和链接代码，以及STM32的固件烧录工具（如STLink或JLink）的配置文件。 4. **文档**：可能包含项目报告（PDF或Word格式），详细阐述了系统的功能、设计思路、...
支持 STM32微控制器_Go语言_代码_相关文件_下载
07-08
STM32微控制器是基于ARM Cortex-M内核的微处理器系列，由意法半导体（STMicroelectronics）开发。这些芯片广泛应用于嵌入式系统设计，因其高性能、低功耗和丰富的外设接口而受到青睐。Go语言，又称为Golang，是由...
stm32在ubuntu linux下开发测试源文件
12-27
STM32是一款基于ARM Cortex-M内核的微控制器，广泛应用于嵌入式系统设计。Ubuntu Linux作为开源且功能强大的操作系统，是许多开发者进行软件开发的首选平台。在Ubuntu上进行STM32的开发测试，主要涉及到以下几个核心...
STM32基于ST-LINK Utility的命令行烧录脚本
06-27
STM32基于ST-LINK Utility的命令行烧录脚本，轻松实现量产批量化烧录。
【STM32】STLINK调试程序教程
C/C++软件工程师、嵌入式软件工程师、物联网研发工程师、C/C++讲师、物联网讲师、嵌入式讲师---欢迎大家一起交流(私信添加博主微信)
08-19 1万+
00. 目录 文章目录00. 目录01. 概述02. STLINK调试程序03. 附录04. 声明 01. 概述 在实际的开发过程中，如果程序比较简单就不需要调试程序，但是对于比较复杂的程序，往往需要通过调试来解决bug。串口只能下载代码，并不能实时跟踪调试，而利用调试工具，比如 JLINK、ULINK、STLINK等就可以实时跟踪程序，从而找到你程序中的 bug，使你的开发事半功倍。 STLINK 支持 JTAG 和 SWD，同时 STM32F4 也支持 JTAG 和 SWD。所以，我们有 2 种方式可以
新手入门：ST-Link和J-Link仿真器的使用
热门推荐
m0_53293285的博客
02-27 1万+
当编译完成之后，点击下载，出现这样的错误提示，说明我们的仿真器配置没有配置好，下面我们讲讲J-Link和ST-Link分别应该如何配置 （1：编译，后续只编译修改过的部分，速度较快 2.全部编译，每次都是全部编译，速度较慢 3.下载） 通常都是在编译后直接利用ST-Link和J-link通过keil下载（当然也可以使用USB借助FlyMcu下载），所以在keil安装并破解之后，想要正确的运行工程文件，还需要下载link并配置 图一：ST-Llink(像U盘) ...
【 ST-LINK\ ST-LINK Utility下载,烧录,批处理操作\命令行】
weixin_58819477的博客
01-15 6316
简单介绍了该软件下载,安装,使用方法和常用功能,还有就是批处理的调用
win10 wsl 调用ST-LINK_CLI.exe 遇到的问题总结
gdut_liujiangyi的专栏
01-21 2883
环境和工具 操作系统：win10 Ubuntu linux 子系统 （wsl） make ST-LINK V2 swd 烧录 要实现的功能 利用make 工具，实现对stm32 单片机一键烧录、擦除、读取hex等功能。实现原理是：命令行模式下 调用 ST 官方提供的命令行工具ST-LINK_CLI.exe，根据不同的参数，实现不同的功能。 遇到的问题 执行脚本，程序打印出ST-LINK CL...
ARM架构与编程——5.Makefile的语法和函数
lixiaotouDku的博客
07-27 222
Makefile的常用语法及函数介绍
Cortex-M4 JLink烧写后无法进入低功耗状态
w117的博客
07-14 352
在调试国民技术N32G452CCL7 这颗芯片低功耗的时候，发现芯片STOP0模式下Jlink 烧录有异常，进不去低功耗，需要完全断电一次低功耗功能才可以正常运行。综合以上信息应该是jlink烧录时，debug调试功能一直打开某个外部中断，没有关闭导致的（实验时代码里面的RTC和EXTI中断全部关闭了）发现jlink烧录有问题后，我对比测试了使用ISP下载方式，ISP下载方式可以进入，那问题就出现在jlink烧录过程中了。如果正常烧录后断电，会进低功耗，并且会在我配置的RTC下以20s的周期被唤醒。
ARM Makefile 基础
weixin_42109053的博客
01-27 879
一、Makefile 的作用和意义 (1) 工程项目中 c 文件太多管理不方便，因此用 Makefile 来做项目管理，方便编译链接过程。 (2) uboot 和 linux kernel本质上都是 C 语言的项目，都由很多个文件组成，因此都需要通过 Makefile 来管理。所以要分析 uboot 必须对 Makefile 有所了解。 二、目标、依赖、命令 (1) 目标就是我们要去 make xxx 的那个 xxx，就是我们最终要生成的东西。 (2) 依赖是用来生成目录的原材料。 (3) 命令就是加工方

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

张一西

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值