如果赶工期，新CPU或者硬件不甚了解，还是固件实用。
* v+ t" ?& q4 f) W( C/ l4 G; m搞清楚后，扔掉固件更爽。

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

一个系统对特定环境的适应性越好,那么这个系统对新环境的适应性就越差.
/ I* r* l) ]% X7 x/ d8 W) I我想说的是:有时候为了保证程序有更长的生命周期,必须考虑代码的可维护性,必要时,应该牺牲一定的效率来换取它.
   我发现许多在嵌入式方面的程序员,在特定系统上将代码写得非常精致,不多一字节,也不少一字节.这往往会给后面维护者带来很大的麻烦,很可能维护人员经过一翻努力之后,决定放弃这段代码,重写.
4 n1 h+ Y% V- @$ h: ^, X" t# Y6 h  当然一些特殊的场合,在实时性要求非常高的情况下,必须牺牲可维护性,而先确保系统能用.
7 E4 }4 R1 ?3 r3 e% n9 |  这是本人的愚见,难迎拍砖.

kankan,什么意思

让我研究下吧

了解一下 呵呵

xue xi xue xi

回复第 1 楼 ST老少女于2008-12-02 06:40:59发表:
# t  C; k, ]$ b6 m1 i仔细研究了固件库，发现使用的代价，性能损失还是相当的大。
, m2 q4 X9 i3 Q7 a' D激进点说，速度更快的Cortex-M3在使用了固件库后，将比7S更慢。
9 k' s- L8 |8 B0 N, m0 F4 z0 M7 o由于还没有完全研究过固件库的全部代码，不能完全下这个结论，但是从部分情况看，基本上脱不开这个顽疾。
很想指责这个固件库的开发和设计者，完全丧失了M3内核的优势，浪费太多了。
9 Q/ y. I* i+ \1 M: y我要尝试进行无固件库的开发，这个才是正真的传统开发手段，也许复杂一点，但我相信会很好。
( H8 Y+ ?0 N/ F+ y& ~, F3 g在此留个贴，慢慢记录无固件库的尝试过程。

IAR编译器传统的INC目录中包含有两个STM32的头文件
分别是
iostm32f10xxB.h
* b/ j# [% c' n0 P9 ?iostm32f10xxE.h
经过对比，E比B的头文件：APB 和 AHB 部分不同，增加了TIM5、6、7、8，UART4、5，ADC3，DMA2，SRAM、NOR，GPIOF，GPIOG，BKP，SPI3，FSMC，SDIO，DAC。
/ n( t/ W6 b* F: ^; R( A4 E, m
也就是说 iostm32f10xxB.h 文件，适用于STM32F10xx6、STM32F10xx8、STM32F10xxB。
而 iostm32f10xxE.h 文件，适用于STM32F10xxC、STM32F10xxD、STM32F10xxE。
# c- m- x3 ?/ s/ g( {9 L% @( u9 E4 `
仔细研究了启动代码部分
cortexm3_macro.s 文件可以不经修改，包含进项目中。（请有项目管理的ADD加入，不要用include包含）

为了方便进行中断处理，将
& s/ R( h0 k/ a% s2 y# r7 pstm32f10x_vector.c
6 t* j: j0 Y4 a; T' B$ @8 W9 X0 ?stm32f10x_it.c
& x* I  Z/ v% ?7 ^. B2 I- s3 b' Astm32f10x_it.h
三个文件进行脱离固件库的修改。然后Include进main文件。

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

main.c头部
* z; `1 n3 |( [! @* ~8 z7 O6 m; X( B: i#include "iostm32f10xxB.h"
0 d8 E0 T& Y! k& T) L4 S#include "stm32f10x_it.c"
#include "stm32f10x_vector.c"
. X4 G( n& C0 o2 L* `以下附件为开源代码。


* Y( ^8 w$ m* C% o/ R$ T 

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

 

可参考资料
 

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

kankan

楼主厉害 顶一个

学习学习！
% B( V: V9 U( t- ~+ o; s7 m学习学习！

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