最后一次接触单片机开发,要追溯到06年用凌阳单片机做毕业设计之时。受限于认识和各种条件,那时对单片机只是个初浅的认识,停留在用汇编写代码阶段。
由于实际需要,现在又不得不重拾单片机来开发一款读卡器之类的产品。用的是STC的单片机。以前以为STC单片机是国外设计的,现在才知道原来是国内一家公司设计的。
3月下旬要考科目二了,这两个周末都花在了练习驾车技能上。回头想想,在这个世界上,有些事,真的是宜早不宜迟。
比如今天要说的学车这事儿,放在几年前,不仅学费便宜,而且2个月还包过。但在今天,尤其在广州这种大城市,学车考驾照可费劲。不仅要排队预约取号,而且考试变得严格,通过率低。要想拿到驾驶证,大多数学员需要1年以上时间。
年前,一位前公司的同事又提出一起创业的想法。我发现,相比之前的几次提出,这次他的想法变得尤为强烈。问他为什么?他说再不行动,怕以后就没有激情了。
关于创业,在很多论坛、QQ群或朋友聚会上,这每每都是热点讨论且气氛最浓烈的话题。不管是出于对财富的渴望,让自己和家人过上富足生活,还是想摆脱朝九晚五的生活节奏,过上自己掌控的生活,相信很多人对此都有想法,怀有梦想,并为此奋斗着。
前几天,有一位网友编译eCos时,出现了BSS段错误,提示的错误信息大概是:ld: address 0x2000f028 of stress_threads section .bss is not within region sram。
为什么会出现这个编译链接错误呢?首先,我们要搞清楚BSS段是干什么用的,然后才能针对问题进行具体分析。所以,本文主要谈谈BSS段问题,以及关于它的大小问题。让我们对BSS段有一个全面深刻的认识。
在eCos调试技术前两节,说的都是基于GDB命令行的调试方式。这对于喜欢命令行调试的朋友来说 ,这不算什么,但对于一般技术开发人员来说,还是喜欢图形界面的调试方式。
eclipse作为一个开源的IDE环境框架,能很好地支持GDB的图形界面调试。所以,本节主要介绍利用eclipse来调试eCos应用程序。限于篇幅,主要介绍调试前的配置。
“结束语,总结代表对过去工作的沉淀,对过去工作的忏悔”,这是在QQ空间上看到某好友曝光的一份工作总结上的一句话。这结束语,看起来有点“雷人”,但给2013年总结带来一点欢乐和笑料。
而立之年,未有建树,似乎有点蹉跎了这岁月。这年,经历了一些事,经历了一些人。有彷徨,有伤感。这篇文章名为总结,实为随笔,给逝去的一年时光留下点笔录。顺便大话来年,以作鞭策。
一段时间以来,很多学习eCos的朋友都在交流、探讨和咨询eCos的调试方法。为此,准备花一些时间来研究研究eCos的调试技术。eCos主要的调试工具为GDB,嵌入式linux开发也是基于该工具来调试。
之前曾粗略使用gdb连接redboot的方法(命令行方式)调试过eCos应用程序。所以本节就说说如何使用这种方法进行eCos应用程序的调试。
今年9月至11月期间,参与了一个采用迭代开发模式的研发项目——第四次迭代和输出迭代(最后一次迭代)。这是第一次体验传统开发模式外的项目开发方式。
总结来看,该项目每个迭代时间约一个月左右,每个迭代过程跟传统开发是一样的:需求—>详细设计—>编码—>测试—>输出。那么,到底什么是迭代开发模式呢?它又有什么样的特点和适用场景呢?
© 2012 velep.com | reille blog | 管理| 粤ICP备15065318号-2| 谷歌地图| 百度地图| Suffusion theme|Sayontan Sinha |