世纪电源网社区logo
社区
Datasheet
标题
返回顶部
讨论

【转】嵌入式C编程经验细谈

[复制链接]
查看: 1000 |回复: 4
1
tommycheng
  • 积分:546
  • |
  • 主题:33
  • |
  • 帖子:88
积分:546
LV6
高级工程师
  • 2019-2-28 13:47:34
一个的设备程序如果完美库化,它意味着:
1.所有工程师在移植或创建该设备驱动时,花费的代价超小。
2.随着使用者的增多,它饱经考验,不断趋于稳定,变为当之无愧的公共代码。
3.库对外的接口(函数名及其参数声明)是不变的,当所有常用设备都实现库化时,它带来另外一个好处,应用层的移植、创建、修改维护的时间耗费也会剧烈减少。应用层的跨平台无缝移植不是传说,当它所依赖的所有外围设备通通在不同平台库化的时候,应用层的实现,就像在写java代码一样。
4.库意味这公司核心代码的安全,库代码只掌握在核心工程师手里,应用层的程序即使丢失也是无碍。
5.新人对于这些基于库案子更快上手,一来有库帮助文档的说明,二来不必也无法关心底层细节,专注于应用开发。
6.提供给客户二次开发,你可以把硬件和外设驱动的库交给客户,让其二次开发。
7.通信协议的库化,将使通信系统类的产品更加安全,至少不会被离职的工程师破坏,比如RFID的扣款充值。
8. ......

怎么样,它使老板心动,工程师百味杂陈。

当然,有些工程师会想到,库可以使他脱离繁琐的底层驱动工作,进行更高层次的工作。

库的创建要想搞得好,有以下几个条件
1.提供给客户的只有.h档和.lib档。
2.所有.h档中没有define,编译条件对于.lib档来说只是一个笑话。
3.所有.h档中没有extern变量,如果有,这意味着系统只能创建一个这种设备。比如蜂鸣器驱动,如果extern变量,就意味着整个系统只允许一个蜂鸣器。
4.完善而详细的使用帮助文档。可参考keil的hlp文档格式。
5.简单的使用该.h档的demo程序让人参考。
6.“动态链接”库代码,简言之,没用到的接口函数代码不会被链接器搞到最终的二进制档中。
7.还有一点,尽量的平台无关性,它不依赖于任何寄存器或者其他和平台相关的东西。

要达到上述的目的,通常会使库有如下特点
1.结构体指针
2.大量的回调函数指针。
3.丰富的接口。
4.库源码的.c档将按接口函数拆分成更多的.c档,这为了实现链接时代码空间最小化。

库的缺点也是有的
1.它会使设备速度变慢一些,多了几层间接取址的消耗。但对于32位机,对于它带来的便利,还是可接受的。

2.它会使code空间消耗相对更大一些,但请相信我,对于一整个中大型系统而言,它会使代码量不升反降,因为大系统中有非常多的重复冗余代码。这方面我个人的经验,降的不是一般的多,简直到了一个难以置信的程度。

早期的8位机,51平台上其实不能很好地实现完美的库,至少是不能实现一个跨机型的底层设备驱动库。近年来随着32位机的兴起,库渐渐地受到越来越多工程师的青睐。这里面最本质的原因在于,51架构的栈是静态编译的,局部变量和传参的栈也是静态的,函数无法重入。而多数的32位机都是压栈传参的方式。当然,51速度慢也是重要的原因之一。

如果有熟悉面向对象语言或者linux驱动的朋友,你大概就明白一个好的库是什么样子的了。库就像是面向对象中的类,至于linux底层驱动的代码,那就是函数指针和结构体指针的世界。C的精华在指针,在里面得到完美的诠释。

当然,库的代价也是有的
1.它会使设备速度变慢一些,多了几层取地址的消耗。但对于32位机,对于它带来的便利,还是可接受的。

2.它会使code消耗便大一些,但请相信我,对于一个中大型系统而言,它会使代码不升反降,因为大系统中有非常多的重复冗余代码。
anthony
  • 积分:8062
  • |
  • 主题:19
  • |
  • 帖子:980
积分:8062
版主
  • 2019-2-28 14:42:52
  • 倒数4
 
谢谢分享
hanhanlili
  • 积分:79
  • |
  • 主题:0
  • |
  • 帖子:5
积分:79
LV1
本网技工
  • 2019-3-1 12:23:42
  • 倒数3
 
高手
BingSun
  • 积分:10963
  • |
  • 主题:58
  • |
  • 帖子:1997
积分:10963
LV10
总工程师
  • 2019-3-4 10:30:18
  • 倒数2
 
期待楼主下文,继续编程经验细谈。以前我用AVR芯片时,用的是CodevisionAVR  用软件配置芯片IO,定时器,PWM等,也是用软件自动生成LED,LCD相关显示代码。
后来用PIC芯片,开始用PICC编译器,头文件统一是 #include<pic.h>  ,XC编译器出来后改为#include<xc.h> ,其实编译器最终指向所选芯片的头文件(如PIC16F1704.H)
再后来搞ST ARM,感觉那库文件真的是太麻烦了,名目太多,如标准库,HAL库,LL库等等,我现在是自己建了个库文件
上传一个STM32F103C8T6  C13引脚上LED闪烁程序给大家参考:
2019-03-04_10-27-28.jpg








wangey288
  • 积分:1087
  • |
  • 主题:6
  • |
  • 帖子:28
积分:1087
LV6
高级工程师
最新回复
  • 2019-10-10 13:46:46
  • 倒数1
 
谢谢分享,辛苦了,正是需要的东西
热门技术、经典电源设计资源推荐

世纪电源网总部

地 址:天津市南开区黄河道大通大厦8层

电 话:400-022-5587

传 真:(022)27690960

邮 编:300110

E-mail:21dy#21dianyuan.com(#换成@)

世纪电源网分部

广 东:(0755)82437996 /(138 2356 2357)

北 京:(010)69525295 /(15901552591)

上 海:(021)24200688 /(13585599008)

香 港:HK(852)92121212

China(86)15220029145

网站简介 | 网站帮助 | 意见反馈 | 联系我们 | 广告服务 | 法律声明 | 友情链接 | 清除Cookie | 小黑屋 | 不良信息举报 | 网站举报

Copyright 2008-2024 21dianyuan.com All Rights Reserved    备案许可证号为:津ICP备10002348号-2   津公网安备 12010402000296号