我也是这么认为，不过还是要逐步向这个方向走

来晚咯

我觉的用库确实很难理解，赞同！

回复第 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"
以下附件为开源代码。


 

回复看看，正在用库和不用库之间权衡

我现在也是用库的,看看不用库有什么区别

我支持你的想法，我也正在尝试少用固件，请发给我参考程序，谢

不错，正找这方面的资料，不过太少了

回复第 2 楼 ST老少女于2008-12-02 06:41:45发表:

原帖由ST老少女于2008-12-02 14:40发表:
仔细研究了固件库，发现使用的代价，性能损失还是相当的大。
激进点说，速度更快的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"
以下附件为开源代码。

依然是代码 

研究学习

回复第 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"
以下附件为开源代码。


 
好，支持！！！

dddddddddddddddd

？？？

我也不想用库，学习一下

顶一下楼主，看看后面的东西

谢谢楼主，我的思路也是这样的