如果赶工期，新CPU或者硬件不甚了解，还是固件实用。
+ h3 f! v! A, |! F# s. R搞清楚后，扔掉固件更爽。

传统的方法非常使用 而且灵活

一个系统对特定环境的适应性越好,那么这个系统对新环境的适应性就越差.
我想说的是:有时候为了保证程序有更长的生命周期,必须考虑代码的可维护性,必要时,应该牺牲一定的效率来换取它.
+ a7 l, i3 z3 C/ C2 Z7 N5 a   我发现许多在嵌入式方面的程序员,在特定系统上将代码写得非常精致,不多一字节,也不少一字节.这往往会给后面维护者带来很大的麻烦,很可能维护人员经过一翻努力之后,决定放弃这段代码,重写.
  当然一些特殊的场合,在实时性要求非常高的情况下,必须牺牲可维护性,而先确保系统能用.
3 l; u6 g" z' M2 Q! w% R  这是本人的愚见,难迎拍砖.

kankan,什么意思

让我研究下吧

了解一下 呵呵

xue xi xue xi

回复第 1 楼 ST老少女于2008-12-02 06:40:59发表:
; `  U& |) y/ N: C, H# C/ S$ q- z' x仔细研究了固件库，发现使用的代价，性能损失还是相当的大。
6 T# Y- T( z) z% Y3 Z+ ?激进点说，速度更快的Cortex-M3在使用了固件库后，将比7S更慢。
由于还没有完全研究过固件库的全部代码，不能完全下这个结论，但是从部分情况看，基本上脱不开这个顽疾。
6 E, M. {5 d( X: @很想指责这个固件库的开发和设计者，完全丧失了M3内核的优势，浪费太多了。
2 @4 Y; {' U) h1 w我要尝试进行无固件库的开发，这个才是正真的传统开发手段，也许复杂一点，但我相信会很好。
在此留个贴，慢慢记录无固件库的尝试过程。
& h* M1 @3 R4 B) ]
IAR编译器传统的INC目录中包含有两个STM32的头文件
! D3 m4 ?% }1 `# @; d分别是
iostm32f10xxB.h
iostm32f10xxE.h
经过对比，E比B的头文件：APB 和 AHB 部分不同，增加了TIM5、6、7、8，UART4、5，ADC3，DMA2，SRAM、NOR，GPIOF，GPIOG，BKP，SPI3，FSMC，SDIO，DAC。

' ?5 D) T$ D4 a8 b也就是说 iostm32f10xxB.h 文件，适用于STM32F10xx6、STM32F10xx8、STM32F10xxB。
而 iostm32f10xxE.h 文件，适用于STM32F10xxC、STM32F10xxD、STM32F10xxE。

仔细研究了启动代码部分
3 A7 e6 U/ K  P- L! {& ^- C; N' Qcortexm3_macro.s 文件可以不经修改，包含进项目中。（请有项目管理的ADD加入，不要用include包含）

( T& t6 ?  x1 F7 x  Z为了方便进行中断处理，将
5 g* C! u) ]7 f1 U( K! ostm32f10x_vector.c
- S  e; t% p, U& p/ M4 `% W1 _3 D5 xstm32f10x_it.c
stm32f10x_it.h
三个文件进行脱离固件库的修改。然后Include进main文件。

好了，进行main文件的编写吧，已经不需要固件库了，对着 《STM32F10x参考手册》逐个来修改寄存器吧。

main.c头部
' o" C, q( t: Z$ d& ~#include "iostm32f10xxB.h"
#include "stm32f10x_it.c"
#include "stm32f10x_vector.c"
/ N9 K! d( u0 C以下附件为开源代码。
2 H  r2 G4 e: {8 M# \
  q7 R* ^/ h! R9 j8 H" v/ u) w( @0 C" c
: Z7 ]5 Q8 l/ s7 I3 O 

刚学。。。还打算用固件库。。看来不用花时间去看了、

 

可参考资料
, }; J7 X7 s' \) H. l 

是一种思路，一种方法，值得探索

kankan

楼主厉害 顶一个

学习学习！
学习学习！

有道理~~~~但是初学者还是要熟悉一下比较好