一、简介 主要介绍stm32h7移植到nuttx的修改内容。当前修改是在nuttx已经支持的stm32 f7平台的基础上进行的,即相关驱动先拷贝f7的现有代码,然后进行修改以支持h7。修改主要分为两部分:一部分是以stm32h7芯片驱动为主,相关代码主要是nuttx的驱动代码;另一部分是与飞控板本身具体硬件相关的,相关代码在px4的drivers/boards的对应目录下。 - U0 l) H( K0 \" M3 @# s/ R! A7 y+ Q 二、nuttx的芯片相关的驱动代码 nuttx与芯片驱动相关的代码主要在nuttx\arch目录下。对应stm32h7而言,有两个目录:nuttx\arch\arm\src\stm32h7,arch\arm\include\stm32h7。移植主要是增加这两个目录(从f7的对应目录copy过来),然后进行具体的修改。; V4 M \' \" c2 N" e) X1 T8 r* R 8 p0 W! L" A' C, \+ X' j O) q2 m' e& t 修改时需要参考stm32h7的datasheet,根据不同模块看对应章节的内容,然后分析与stm32 f7的差异,进行相关的修改。& U1 e; }+ H& Z7 t 4 A: e! j8 F. h9 v 头文件主要定义了对应模块(如i2c)支持了哪些寄存器,这些寄存器的相对地址,以及对应的比特定义。因此头文件需要仔细校对一遍,确保与h7对应。 源文件要针对f7与h7的具体的不同进行相应的修改。例如,h7的dma机制与f7的不同,需要做额外的配置和修改,所以对应模块如果支持dma,就需要检查所有与dma相关的代码,分析是否需要进行相应修改。 当前库上的代码已经支持stm32h7。因此,可以通过比较stm32h7与stm32f7对应的目录代码来了解当前所做的修改。 8 B, |2 x7 P ^0 y$ r 三、与stm32h7飞控板本身硬件相关的修改8 k! V4 K2 N; p3 _0 V * y. b* n( L4 m/ U9 | 这部分代码主要在Firmware\src\drivers\boards\px4fmu-v6目录下,主要是适配具体飞控硬件的。其中最主要的是头文件board_config.h,这个文件定义了各个spi的片选,pwm输出使用的定时器等内容。其他代码不多并且不是很复杂,本文不再具体描述这部分代码。 T' _; ~7 B) I 四、nuttx的移植 s2 Y8 \0 I3 O& q 1、nuttx简介 nuttx支持多种芯片平台,高度可定制,是一个类linux的rtos。与linux一样,编译nuttx时首先需要一个配置文件,如.config。这个文件就是通过宏来定制nuttx,例如选择单板的芯片平台,具体的芯片型号,是否支持硬浮点,是否支持I2C,SPI,UART,以及具体支持哪几路I2C,SPI,UART,是否支持操作系统的某个特性,等等诸如此类。配置文件的生成一般也是类似linux,可以执行make config来生成。最终makefile文件会包含这个config文件,从而根据该文件中定义的宏来选择编译哪些文件以及文件里面的哪些函数。 Q4 Q2 a0 H; V. i0 J 针对我们的h7飞控,nuttx的配置文件在Firmware\nuttx-configs\px4fmu-v6\nsh目录下,文件名为defconfig。Firmware\nuttx-configs\px4fmu-v6目录的内容都是与nuttx配置相关的。 include目录下的board.h:定义了与stm32h7芯片相关的配置,是一个需要修改的重要文件。里面定义的内容nuttx的芯片驱动会使用到。" K' Q5 b j; V) C! p0 B 6 x- w( ^- [1 E } scripts目录下的ld.script:编译器链接脚本,定义了编译的代码段数据段怎样放入到flash或ram中。也需要根据芯片进行对应修改。 2、移植的大致过程* N8 ^' J3 X0 [7 B1 C4 G 基本的方法是根据系统的启动过程来进行移植和调试。找到系统最开始调用的函数,通过控制GPIO点灯或uart打印的方式,先确定系统调用了这个函数。然后再根据nuttx系统的启动过程,通过点灯或uart打印,逐步的调试。 4 W1 m1 I# A* h 对于stm32系列芯片,上电后首先需要配置时钟rcc模块,具体配置可以参考stm32cubemx工具自动生成的代码。之后如果调试具体的模块如uart,这个模块也需要进行相关的时钟配置。 c' n2 c( t* L, b; R! h1 O 3、nuttx编译的makefile简介0 b- \1 c/ u: E8 r+ \: v a) nuttx根目录下的makeifle:可以看到,根据具体平台选择不同的文件,px4是在linux 下编译的,使用的是Makefile.unix文件。! }6 ]8 U/ h' o) _3 {% a% G . u* L- h7 {- Z -include .config /*这个文件就是该单板针对nuttx的配置文件*/ 7 ?4 H( c6 X0 f% f7 M5 n4 o ifeq($(CONFIG_WINDOWS_NATIVE),y)( }2 Z5 c! j. u 6 S1 F7 @! U5 U; k% l5 a include Makefile.win else0 f, q( a* s& ]0 s 6 g' L& F% [0 S8 L6 g1 _ includeMakefile.unix6 @2 E K. ?# f+ U 6 h1 @1 e0 E" O u( `, a/ A endif : Y5 ?) a' N, S6 S1 ?/ Q3 L) X b) Makefile.unix:该文件是关键部分,我们摘取关键的内容进行分析。 ( @6 i6 @& S5 u5 D Makefile大部分定义了一些宏,方便后面引用。然后定义了如何编译,主要是: |$ X' R$ B# `" r " r5 a, B3 D6 |4 L; _ 按照如下的结构:4 }2 T: R9 a" z target: dep1 dep2 dep3 do_action1; do_action2 1 c& d; z# N4 V target为(编译)目标,这个目标有一些依赖项,如dep1,dep2,dep3。因此编译target 这个目标时,先完成这些依赖项;然后再做后面的action1,action2。所以这里面就存在 嵌套编译结构。 , c+ _1 x/ h- E: w& B# G' Q ; N' n( f+ @6 t! S& \. g : J& r' I _/ j9 n" A/ {4 G) C 根据上面解释,从下面makefile.unix文件的内容看出,执行make操作时,默认的 target为all,all依赖$(BIN),进而又有四个依赖项。根据这些依赖项的名字可以看出, nuttx编译主要划分为两个阶段pass1,pass2。 9 A9 G( s6 l- P* a pass1主要编译user或app层面的库或文 件。 pass2主要编译nuttx os层面的库或文件。6 j: I3 b- k# e- A7 c5 f& ?0 G 宏USERDEPDIRS,KERNDEPDIRS在文件Directories.mk中定义,USERLIBS、NUTTXLIBS 在文件FlatLibs.mk中定义。$ y/ G0 A" S- T7 c1 F5 a9 C1 a / Q% d% o0 `$ }9 G 注意pass2在执行完依赖项后会进入arch对应的目录下执行编译(见红色加粗的那 行)。对于stm32来说,会进入nuttx\arch\arm\src目录执行编译,该目录下有个makefile 文件。最后一步的链接操作就是在这里执行的。 * R5 `+ L% X* g0 }! y5 y ( f$ r( d- Q; R/ ~9 U ( f9 ]% m7 T& V1 ` BIN = nuttx$(EXEEXT)* d- j% D2 V/ x5 l 1 z3 K- Y& ^% }, t' `/ X 8 A+ I& [- z" K& _- K8 s) y all(BIN)- n1 I# ^0 o+ X. h2 W0 W, e' p * v, t1 v, o# i$ F+ p1 X ( M& L1 ]: P' W8 P $(BIN): pass1depspass2deps pass1 pass2 5 x" @; ^! y9 q$ n- L4 g + T3 y, L% a5 i4 A1 R2 ?% h pass1deps: pass1dep $(USERLIBS)3 y; s8 s: p2 r3 A* q: [ pass2deps:pass2dep $(NUTTXLIBS)' s! `# g5 b; g- W/ h - T- P/ J/ m# z) N/ V; C4 T9 [ * \ q3 `. {# I* p# a2 w3 v; X pass1dep: contexttools/mkdeps$(HOSTEXEEXT) tools/cnvwindeps$(HOSTEXEEXT) ' [! Z! C" f# T, X $(Q) for dir in $(USERDEPDIRS) ; do \ + C' ~2 {8 J1 T5 F* L2 s' o b$ v2 F $(MAKE) -C $$dirTOPDIR="$(TOPDIR)" depend ; \ * e' S; D' c l2 L done $ j% u4 x# ?' N2 C6 E' [ 0 B6 A: P' r% k, f( r 9 h9 y5 X* ]# b pass2dep:contexttools/mkdeps$(HOSTEXEEXT) tools/cnvwindeps$(HOSTEXEEXT) - E8 S# d% O& l/ I5 o $(Q)for dir in $(KERNDEPDIRS) ; do \ $(MAKE) -C $$dirTOPDIR="$(TOPDIR)" EXTRADEFINES=$(KDEFINE) depend; \! W1 z \3 i2 t3 S' R* N" d" [ done- t* w* {# @3 j# J& X9 h% | / F( l% d$ g$ e/ o; m- j* q* u ( v# |- f) s% ~0 N3 e! e pass1:pass1deps+ U: U1 a/ |- W( G5 U- n& I ifeq ($(CONFIG_BUILD_2PASS),y)2 ?8 t/ C& k- M* M $(Q)if [ -z "$(CONFIG_PASS1_BUILDIR)" ]; then \ & {) _- s0 m$ s& P$ Q" I9 t echo "ERROR:CONFIG_PASS1_BUILDIR not defined"; \6 R, m1 L; U( b* d$ u5 u 9 a5 U7 h5 M8 F! k exit1; \6 D5 H/ d# a' q - j8 N! E5 [" E3 u fi 2 n0 b# d- y0 r! K R9 t: e $(Q)if [ ! -d "$(CONFIG_PASS1_BUILDIR)" ]; then \8 k9 m# h }$ P echo "ERROR:CONFIG_PASS1_BUILDIR does not exist"; \ $ c' V6 W: f! U# D exit1; \- S6 D+ T4 p% B _: q fi . I& r L# n* E1 @; E. p, _' R' z& u7 i $(Q)if [ ! -f "$(CONFIG_PASS1_BUILDIR)/Makefile" ]; then \0 h( |; T, Q1 B: U3 |- r echo"ERROR: No Makefile in CONFIG_PASS1_BUILDIR"; \+ @+ }9 a6 O; u) l1 H. x exit 1; \ fi 8 N$ e2 b7 ^, z& q( S $(Q)$(MAKE) -C $(CONFIG_PASS1_BUILDIR) TOPDIR="$(TOPDIR)" LINKLIBS="$(LINKLIBS)"USERLIBS="$(USERLIBS)" "$(CONFIG_PASS1_TARGET)"+ z* _$ N; m$ b endif! \2 ~9 M: g' x# e+ o5 D$ d: g / ?( M! B/ r4 U7 f) t7 d3 X pass2: pass2deps $(Q) $(MAKE) -C$(ARCH_SRC) TOPDIR="$(TOPDIR)" EXTRA_OBJS="$(EXTRA_OBJS)"LINKLIBS="$(LINKLIBS)" EXTRADEFINES=$(KDEFINE) $(BIN) * K) v. r& N; A' F% g' |! | $(Q)if [ -w /tftpboot ] ; then \ . d/ j, W3 L# b/ D8 C cp -f $(BIN)/tftpboot/$(BIN).${CONFIG_ARCH}; \ fi ifeq($(CONFIG_RRLOAD_BINARY),y)' r. z, B) \) }2 |' T @echo "MK: $(BIN).rr"9 ?9 I6 R9 X$ P% Z1 q" w1 A9 K 2 G) F; i |+ v $(Q) $(TOPDIR)/tools/mkimage.sh--Prefix $(CROSSDEV) $(BIN) $(BIN).rr9 n _/ q* @; y$ R! O3 L" j $ K9 D; e. C- @$ A5 f" K' h. K $(Q) if [ -w /tftpboot ] ; then \5 z6 O$ B# ]7 u 3 M% f/ g" [5 e! o1 H& n% | _ cp -f $(BIN).rr/tftpboot/$(BIN).rr.$(CONFIG_ARCH); \ . H3 Q. I9 p/ ` D4 S. C6 m! Q fi endif ) t# ^9 r" C% B6 }8 d8 v! I ifeq($(CONFIG_INTELHEX_BINARY),y) @echo "CP: $(BIN).hex"& c, b6 g2 ?2 _ 3 w8 y9 J8 h" S+ w7 P+ V i $(Q) $(OBJCOPY) $(OBJCOPYARGS) -O ihex$(BIN) $(BIN).hex6 F* ]% H' O$ ?& W endif' @8 j* n0 L) m# L6 C 6 b2 |- W7 k5 k( V9 [0 u/ J" U ifeq($(CONFIG_MOTOROLA_SREC),y) @echo "CP: $(BIN).srec"# A0 V: K* S* X# Q* B+ L $(Q) $(OBJCOPY) $(OBJCOPYARGS) -O srec$(BIN) $(BIN).srec# @/ B& [' M* l: R 1 h! S9 Z6 N) S1 q endif) j& I2 `8 H* A ( D6 o- G1 \( v ifeq($(CONFIG_RAW_BINARY),y)& f* c6 y ^4 S# w, I6 Z @echo "CP(BIN).bin" $(Q) $(OBJCOPY)$(OBJCOPYARGS) -O binary $(BIN) $(BIN).bin% @0 f% A+ v7 h1 ?5 C# [8 q endif , A- M! Y* @; K: v u ifeq($(CONFIG_UBOOT_UIMAGE),y) @echo "MKIMAGE: uImage"7 S; x, [ P. D) l; Y , b4 t/ R6 ^5 D# n1 ?1 e $(Q) mkimage -A arm -O linux -C none -Tkernel -a $(CONFIG_UIMAGE_LOAD_ADDRESS)\ -e$(CONFIG_UIMAGE_ENTRY_POINT) -n $(BIN) -d $(BIN).bin uImage* N4 y4 W- o, R+ z: S2 _ $(Q) if [ -w /tftpboot ] ; then \ 9 [+ d, {( T# e3 i cp -f uImage/tftpboot/uImage; \* Z1 Y( @' K' l- [# @, c fi 7 A, g5 \) m8 `2 U endif1 ?$ A( p) f3 @! {1 B2 l3 x & j# N" I* \' l- |9 K . m% _0 @, z( A( w5 O6 { c) nuttx\arch\arm\src目录下的Makefile + G5 a% G$ L$ o# k 从前面分析,makefile.unix文件执行了下面这行,进入到arm/src目录进行编译,target为$(BIN),即为nuttx$(EXEEXT)。 6 g9 `0 v z# w" m $(Q) $(MAKE) -C $(ARCH_SRC)TOPDIR="$(TOPDIR)" EXTRA_OBJS="$(EXTRA_OBJS)"LINKLIBS="$(LINKLIBS)" EXTRADEFINES=$(KDEFINE) $(BIN) arm\src\Makefile正好有对应的target定义,如下。可以看到,最后做了链接操作。* }" I$ v: u( @1 N0 B$ k - G6 t' r) O) j3 | nuttx$(EXEEXT)(HEAD_OBJ)board$(DELIM)libboard$(LIBEXT)6 I5 A5 Z' F: g , W7 z$ D3 E+ [& h $(Q) echo "LD: nuttx" $(Q) $(LD) --entry=__start $(LDFLAGS)$(LIBPATHS) $(EXTRA_LIBPATHS) \ * i( a8 d9 `3 U4 l8 Z' \ -o $(NUTTX) $(HEAD_OBJ) $(EXTRA_OBJS) \ - y4 @+ H, I4 G$ w, q $(LDSTARTGROUP)$(LDLIBS) $(EXTRA_LIBS) $(LIBGCC) $(LDENDGROUP) . ]! i% K+ `7 C3 O# V6 {7 f+ p+ G % O1 p! P. [" o. N 4、px4的编译过程 a) 前面写的纯nuttx的编译过程,px4的编译更复杂一些,主要使用cmake来进行编 译的。本节只简单将整个过程描述一下。 $ |0 f/ W* [1 x, v* K0 o# Y b) Firmware目录下的Makefile' j# B' Q6 F5 b- J; V" x 5 Q2 @1 x `- w/ _" p 如下,单板相关的cmake配置文件都放在Firmware\cmake\configs目录下, ALL_CONFIG_TARGETS宏根据文件后缀.cmake来提取所有的target。 NUTTX_CONFIG_TARGETS为目标os为nuttx的target。 ( a0 ] u, _- z. V T 使用make px4fmu-v6_default编译时就会使用 Firmware\cmake\configs\nuttx_px4fmu-v6_default.cmake作为配置文件。 * ^5 F/ t9 b- k. Q! L ; ^" h9 z* Y7 K( P6 { 7 |( C& P: V6 u" W' F ALL_CONFIG_TARGETS := $(basename $(shellfind "$(SRC_DIR)/cmake/configs" ! -name '*_common*' ! -name '*_sdflight_*' -name '*.cmake' -print| sed -e 's:^.*/::' | sort))% F8 T+ n1 c2 m+ x% p4 r6 F1 } # Strip off leading nuttx_6 N+ g x0 h( }9 M$ \- j NUTTX_CONFIG_TARGETS :=$(patsubst nuttx_%,%,$(filter nuttx_%,$(ALL_CONFIG_TARGETS)))5 } E9 F& R; K( m! I2 c+ x- Q3 m6 P 5 H! H# ~* p( w 0 P* ~. M/ N8 G3 u' D: ? $(NUTTX_CONFIG_TARGETS): $(call cmake-build,nuttx_$@,$(SRC_DIR))6 p* y& f1 L; t0 B( b' f3 ^ 9 ~" U* w3 b/ P; w ; }( `% q0 F, T- `' X 8 X3 k6 G% J4 ~* k& ^2 r9 i1 m. l # describe how to build acmake config5 X- R3 e7 m. b) A/ x 1 l8 S/ O' q: H# l% p define cmake-build. p) |+ E* r4 B, ?" Y; m9 F' J) x, d +@$(eval BUILD_DIR =$(SRC_DIR)/build_$@$(BUILD_DIR_SUFFIX)) 8 C1 ^$ {1 j) U S +@if [ $(PX4_CMAKE_GENERATOR)= "Ninja" ] && [ -e $(BUILD_DIR)/Makefile ]; then rm -rf $(BUILD_DIR); fi9 `, _8 i, H0 | +@if [ ! -e$(BUILD_DIR)/CMakeCache.txt ]; then mkdir -p $(BUILD_DIR) && cd $(BUILD_DIR) && cmake$(2) -G"$(PX4_CMAKE_GENERATOR)" -DCONFIG=$(1) $(CMAKE_ARGS) || (rm -rf $(BUILD_DIR)); fi + C) W7 o! U6 ^ +@(cd $(BUILD_DIR) &&$(PX4_MAKE) $(PX4_MAKE_ARGS) $(ARGS))$ k+ o7 i, ^ M1 T* t) O & N: H) \1 g$ {8 f1 X% q endef0 X4 N* x0 ^5 p% a( N4 [* m6 i$ [ % S% N {" L/ X7 f, l; Q4 t" k c) 其后,使用Firmware\CMakeLists.txt文件5 _& w. b( n: `1 F + x1 A% s6 U+ h* P0 v4 Y# ] 该文件是关键文件,主导了整个编译过程。其中使用了一些函数,这些函数主要在 Firmware\cmake\nuttx\px4_impl_nuttx.cmake,Firmware\cmake\common\px4_base.cmake 文件中定义。: J5 N/ w' W7 d6 {# J; Y( K, { 以下只分析主要的编译部分。 ^0 W% K& I g 6 J0 n7 z2 j' b5 \ 8 ?/ A7 J$ A u+ L% A8 z) j5 A 下面这行语句执行nuttx的编译,px4_os_prebuild_targets函数在 px4_impl_nuttx.cmake中定义。这个函数会调用px4_nuttx_add_export,后者会执行 COMMAND ${MAKE} --no-print-directory--quiet -C ${nuttx_src}/nuttx -r CONFIG_ARCH_BOARD=${CONFIG}export > nuttx_build.log 执行nuttx的编译。 7 X1 b& Y f* b" \; ^- [ px4_os_prebuild_targets(OUTprebuild_targets BOARD ${BOARD} |' y; j" Z5 C! ] THREADS ${THREADS}) - h* A z9 X$ h: X 下面这些语句编译px4本身的模块。config_module_list在 nuttx_px4fmu-v6_default.cmake文件中定义。6 k* n# `; a* g2 Z4 J! L1 \ / t% z; Q5 |3 Z3 M8 V. [ 3 | r2 s& d, Z6 {/ i 8 {* C& [( o u/ P set(module_libraries)& _4 [. d1 @" ~: K+ F' g foreach(module${config_module_list}) string(REGEXMATCH "^[./]" external_module${module}) if(external_module)STRING(REGEX REPLACE "//" "/" EXT_MODULE ${module}) + h" {) H. x( {9 x5 W$ q STRING(REGEX REPLACE "/""__" EXT_MODULE_PREFIX ${EXT_MODULE}) add_subdirectory(${module}${PX4_BINARY_DIR}/${EXT_MODULE_PREFIX}) else() add_subdirectory(src/${module}) endif() Z ]$ o3 l. b! ~ ' F. a- w2 y# }$ E5 p: x8 K, W px4_mangle_name(${module} mangled_name)' Y# \& c7 Y1 Z1 l# [5 w) Q 3 i7 E9 C7 N, W list(APPEND module_libraries${mangled_name})4 x! V, n! S' q- ~0 b: W #message(STATUS "addingmodule: ${module}") endforeach()3 I: v# s0 A% J" T& i : _, u, C O, g+ y" X1 ~2 y9 p& U / G, O, @# L5 b8 |8 V. f 6 [1 R9 v: L* x2 \3 D + j$ E3 Q) v8 P: @ ( ^" ~& Z/ Q6 l, @9 A 下面这条语句会到Firmware\src\firmware\nuttx执行cmake,这里面会执行链接操 作。 & E" I9 I% F! Z1 O add_subdirectory(src/firmware/${OS}) $ |& a* d' X% T $ @; \& x) M3 w7 }6 d d) Firmware\src\firmware\nuttx目录下的CMakeLists.txt; W$ c' S" T: k D5 D' j* y 该文件定义了最后的链接操作,并且处理romfs。 w$ Z2 Y* E' w! L& @+ o ) v2 h0 Y/ H7 D0 z" r: S target_link_libraries(firmware_nuttx $ O4 n! d1 Y6 {2 W' T+ f } -Wl,--warn-common -Wl,--gc-sections 3 k* F4 \2 T8 D4 L; c -Wl,--start-group" S9 u1 i' |4 q$ J( U* y 1 ~2 m: p4 p9 j) k6 h \ ${startup_libs} ${module_libraries} ${df_driver_libs}! l7 Y- b: J8 ~ ' @( z* r; p, K2 U) } ${config_extra_libs}! K3 z# Z0 F) E: Z' D, F; f. z }& z: ]2 H2 v' U- t; q ${nuttx_bootloader_wrapers}' M2 \- V. r. i$ {+ S 0 i# U/ z7 h! m$ b( }# T ${link_libs} / ~# l, g, I/ X) v2 Y( D, n -Wl,--end-group) $ j1 F' \" n- e7 e1 ? 8 u s* o A8 R0 E; T" Z 9 L6 r' `7 p# h+ C/ q J L Q7 u7 x- X* H: n9 Q8 ?+ r 5、系统启动过程分析9 p+ _; V) X; Q' y 4 Y) d$ G* j; {4 h P! h a) 系统初始调用函数分析 ! p. ~) a( K# p4 t1 y5 T* R Firmware\nuttx-configs\px4fmu-v6\scripts\ld.script文件定义了生成的bin文件最前面的是vector数组。如下,.vectors放在text段的最前面。 .text: {undefined* w3 b% h0 b0 c9 q% r7 ~" ~! A _stext= ABSOLUTE(.);; P9 U# x2 a1 X8 e: V# V- \ *(.vectors)4 w' Q9 _( n: i! O( [ ! [- V4 q9 N2 _- R! o .= ALIGN(32);( }, h9 h6 n4 }' @1 J 1 J% d1 C$ w4 O7 y) { /* - t6 L) x" V. ~( J: _. U2 { Thissignature provides the bootloader with a way to delay booting */" O' q! u4 C7 j* X# V) f3 |- W " J% k0 o) g) j$ Z& x _bootdelay_signature= ABSOLUTE(.); FILL(0xffecc2925d7d05c5). ]* N) W u1 Z- H0 M8 h% | .+= 8;" T+ @" K" i, N. _ 0 I4 j+ c0 I3 R *(.text.text.*)7 D% G' y- ~6 X& D3 \ *(.fixup) % L' b9 f: T0 w* m *(.gnu.warning) 9 `3 X+ |+ N4 Q/ z *(.rodata.rodata.*): N% v4 k/ {9 J* S) S2 B ( s. K5 P, ]2 p) D% g& F *(.gnu.linkonce.t.*) & ~. D& r0 h; N *(.glue_7)8 s: P' n0 G, t% s$ e5 R *(.glue_7t)% ]2 \& H$ t7 _ U! f, j 2 O% }" Y# K" `" O *(.got)5 r k' a x5 n) c. S3 p; p$ U" A *(.gcc_except_table) *(.gnu.linkonce.r.*)) o% m2 c. n! x- c9 C, ~ _etext= ABSOLUTE(.);- K3 \* B$ `' ` : a4 t8 C1 M- Q( @ /*6 D0 Y" r) J: `7 D* F1 E, X * This is a hack to make the newlib libm__errno() call F$ c: O3 x* |" ? # i6 S7 z6 }: F3 C' [ * use the NuttX get_errno_ptr() function.$ U: @1 h& `' }5 ^" ]" h ! m( ^" j L5 ?6 Q' T9 F6 a */, x) W- \/ k, [6 ]2 I+ F __errno= get_errno_ptr;- j* g4 r: q" ?7 K, W. o8 v; [& v 5 ~; b& U/ [: [ }> flash2 k) f0 |/ P% C- q& K 5 k R5 \! T5 d [4 V w & y- s% x7 c& {1 x- o 4 @% U3 t. i) }+ F ' v) Q6 J# u' I .vectors数组在nuttx\arch\arm\src\armv7-m\up_vectors.c文件中定义,从中可以看到初始调用的函数是__start函数,该函数在nuttx\arch\arm\src\stm32h7\stm32_start.c文件中定义。 ' }0 p8 R% l7 l# F4 n5 f , `! Y; L7 R; x unsigned_vectors[] __attribute__((section(".vectors"))) = $ S5 `: l2 ]6 ? {# _6 K+ b6 r y# @1 K 4 }" M3 u# d+ M* K5 `5 ?! y /* Initial stack */) q7 j( b1 p% I3 d- o) O 1 ^$ G1 H9 z- a' R5 r- U IDLE_STACK,$ ^5 P2 V, r* o# z; q; _; P( [ 1 z1 s% U1 M' H e5 f 1 w# G6 n% C. v5 U0 C /* Reset exception handler */ 8 I: t A5 p6 S5 E1 P9 _ ) y8 P3 ~9 O* C (unsigned)&__start,, V e* C4 W# f* X7 } + a2 o* \$ \6 p( k+ s3 b 8 G- x! C9 {: |: a9 h) V' H% X6 B /* Vectors 2 - n point directly atthe generic handler */+ Z# t( L/ n% @# j: V- K! S2 l& r" C 8 R1 [ g$ s" Z2 h ( \8 x) \3 N) Q: [5 Q' T [2 ... (15 +ARMV7M_PERIPHERAL_INTERRUPTS)] = (unsigned)&exception_common };. m" C/ p% ?6 N" _4 m: O7 g ; U* I- f7 |' n b) nuttx\arch\arm\src\stm32h7\stm32_start.c6 g" X& c. P- x n+ v7 l, G$ W 从函数__start就可以开始进行芯片的移植调试了。该函数会调用stm32_clockconfig进行芯片时钟的配置,进行一些基本配置如使能cache后,调用os_start启动nuttx操作系统。' p6 ]7 x. M2 I+ D 在函数stm32_clockconfig就可以通过gpio点灯方式进行调试。 up_earlyserialinit函数调用后就可以使用up_lowputc进行uart串口打印了。注意具体使用哪个uart进行打印在nuttx的配置文件(Firmware\nuttx-configs\px4fmu-v6\nsh\defconfig)中定义,如CONFIG_UART7_SERIAL_CONSOLE=y表示使用uart作为打印串口。 3 A" V0 m& Q' s6 G |
工程师笔记 | STM32H7 RAMECC功能及应用
stm32使用定时器触发dma传输,启动dma没反应的几种情况的解决方法
【Wio Lite AI视觉开发套件】+cube.ai与食物识别
【STM32H7S78-DK】汽车仪表系统
【STM32H7S78-DK】基于 rtthread 适配 lcd 驱动移植 lvgl
【STM32H7S78-DK评测】TouchGFX (QR Code)二维码生成器
【STM32H7S78-DK】rtthread 增加 psram 内存管理
【STM32H7S78-DK】开箱与rtthread工程初体验
【STM32H7S78-DK评测】-5 LVGL&DMA2D DEMO测试
【STM32H7S78-DK评测】-4 LTDC&DMA2D 基本测试