当我们在搞嵌入式时，我们在搞什么

amarant

回复 15# smalloc


    听兄弟这块有些嘲讽呀。之前我认为人和人差距不会太大。直到见识了真正的大牛人。才知道什么叫差距。很难想象一个年纪不算太大的人，什么都精通，从体系架构到内核到android什么都可以调。

renxiao2003

好活动啊。

zaox

我在搞嵌入式驱动,只因为我喜欢。我现在不需要赚钱,夜晚我是初中生。

smalloc

回复 21# amarant


    一个钱学森能抵5个师。2个牛人一男一女我真觉得能抵一个民族。

ecloud

我搞的是一个整体
或者说一个产品
从写代码，写文档，调试，售前，售后……
具体参见这里：http://www.astronomy.com.cn/bbs/thread-364252-1-1.html

用以前的老话讲，我这个算“系统集成”？

amarant

回复 23# zaox


    初中生也不能打错别字哦。

kartorz

回复 25# ecloud


非常不错的项目和思路， 其实，就是做产品啦。嵌入式这么玩，才算有技术含量。

开源项目就是这样的，把一大堆工具，模块，软件集成起来，做成一个新的产品。 没有必要重头去开发一些基础的东西。

smartjhx

天才创造了科学，科学养活了一群科学工作者。

回复 24# smalloc


   

eliry

虽然大家在技术领域用的就那些开发语言，但不同行业不同领域干的事情确实千差万别，用“隔行如隔山”描述都不为过。

搞嵌入式免不了编译内核，编译内核免不了要先make menuconfig一下，但是外行人不会知道在那之前还要修改驱动，在这之后还要面对各种编译问题、运行异常问题。
修改驱动说简单点就是修改寄存器，但是面对成百上千页的手册文档，你怎么知道要修改哪些寄存器？怎么修改这些寄存器？这就涉及对芯片工作原理的理解，但芯片工作不是单独的，它还需要跟内存、CPU、总线联系起来宏观考虑。所以操作系统、相关硬件知识、内核代码结构（至少驱动子系统）或多或少需要了解的，不然还真无法下手。有的厂家为了自身sdk需要把部分驱动移到了应用层面，这里就多了去了解它新的驱动结构和调用关系，TI的81xx系列芯片对sensor驱动调用就是这么干的。
嵌入式开发工作量最大的还是应用程序，这块跟其他应用程序开发区别不大，只是编译器不同、开发语言可能有差异。但应用程序也有自身的特点，因为嵌入式系统资源相对很有限，如何在这种情况下保障程序正确高效稳定运行就对开发者提出了挑战。
最难的我觉得还是后期排错，嵌入式系统诸多特点可能会导致问题频出，启动不了、内核崩溃、程序崩溃、运行一段时间有些功能无效。。。这不是单个人所能解决，在这些问题之前软硬件人员要同仇敌忾相互协作才能找出原因所在彻底去解决它们。解决问题的过程更是系统的软硬件知识的升华和分析判断能力的提升过程。

后续的设计量产方案、解决生产中林林总总问题乃至解决客户现场的奇幻问题就不说了。你摸到和见到的就是这块硬件板和几个文件夹的代码，但发生的各种可能性完全超乎你的想象。没有强有力的知识和经验有时真是一筹莫展。总体来说，各行各有各行的难处和辛苦，就算是种地，同样的地方同样的土质给不同的人栽种水稻亩产量都可能相差很大。

nail78

个人最接近嵌入式是做过两年多打印机驱动程序，严格上说也不能叫嵌入式，当时做的是PC端的驱动程序，而不是嵌在打印机端的那部分。当时项目比较多，基本上是给日本打印机厂商做oem，一般就是二次开发，porting,改bug，最烦的是一个维护项目，打印机驱动界面要支持19国语言的，每次发布，编译一次费老鼻子劲了。