如果赶工期，新CPU或者硬件不甚了解，还是固件实用。
搞清楚后，扔掉固件更爽。

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

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

kankan,什么意思

让我研究下吧

了解一下 呵呵

xue xi xue xi

回复第 1 楼 ST老少女于2008-12-02 06:40:59发表:
仔细研究了固件库，发现使用的代价，性能损失还是相当的大。
激进点说，速度更快的Cortex-M3在使用了固件库后，将比7S更慢。
由于还没有完全研究过固件库的全部代码，不能完全下这个结论，但是从部分情况看，基本上脱不开这个顽疾。
很想指责这个固件库的开发和设计者，完全丧失了M3内核的优势，浪费太多了。
我要尝试进行无固件库的开发，这个才是正真的传统开发手段，也许复杂一点，但我相信会很好。
在此留个贴，慢慢记录无固件库的尝试过程。

IAR编译器传统的INC目录中包含有两个STM32的头文件
分别是
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。

也就是说 iostm32f10xxB.h 文件，适用于STM32F10xx6、STM32F10xx8、STM32F10xxB。
而 iostm32f10xxE.h 文件，适用于STM32F10xxC、STM32F10xxD、STM32F10xxE。

仔细研究了启动代码部分
cortexm3_macro.s 文件可以不经修改，包含进项目中。（请有项目管理的ADD加入，不要用include包含）

为了方便进行中断处理，将
stm32f10x_vector.c
stm32f10x_it.c
stm32f10x_it.h
三个文件进行脱离固件库的修改。然后Include进main文件。

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

main.c头部
#include "iostm32f10xxB.h"
#include "stm32f10x_it.c"
#include "stm32f10x_vector.c"
以下附件为开源代码。


 

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

 

可参考资料