當(dāng)我們在搞嵌入式時，我們在搞什么

amarant

回復(fù) 15# smalloc


    聽兄弟這塊有些嘲諷呀。之前我認(rèn)為人和人差距不會太大。直到見識了真正的大牛人。才知道什么叫差距。很難想象一個年紀(jì)不算太大的人，什么都精通，從體系架構(gòu)到內(nèi)核到android什么都可以調(diào)。

renxiao2003

好活動啊。

zaox

我在搞嵌入式驅(qū)動,只因為我喜歡。我現(xiàn)在不需要賺錢,夜晚我是初中生。

smalloc

回復(fù) 21# amarant


    一個錢學(xué)森能抵5個師。2個牛人一男一女我真覺得能抵一個民族。

ecloud

我搞的是一個整體
或者說一個產(chǎn)品
從寫代碼，寫文檔，調(diào)試，售前，售后……
具體參見這里：http://www.astronomy.com.cn/bbs/thread-364252-1-1.html

用以前的老話講，我這個算“系統(tǒng)集成”？

amarant

回復(fù) 23# zaox


    初中生也不能打錯別字哦。

kartorz

回復(fù) 25# ecloud


非常不錯的項目和思路， 其實，就是做產(chǎn)品啦。嵌入式這么玩，才算有技術(shù)含量。

開源項目就是這樣的，把一大堆工具，模塊，軟件集成起來，做成一個新的產(chǎn)品。 沒有必要重頭去開發(fā)一些基礎(chǔ)的東西。

smartjhx

天才創(chuàng)造了科學(xué)，科學(xué)養(yǎng)活了一群科學(xué)工作者。

回復(fù) 24# smalloc


   

eliry

雖然大家在技術(shù)領(lǐng)域用的就那些開發(fā)語言，但不同行業(yè)不同領(lǐng)域干的事情確實千差萬別，用“隔行如隔山”描述都不為過。

搞嵌入式免不了編譯內(nèi)核，編譯內(nèi)核免不了要先make menuconfig一下，但是外行人不會知道在那之前還要修改驅(qū)動，在這之后還要面對各種編譯問題、運行異常問題。
修改驅(qū)動說簡單點就是修改寄存器，但是面對成百上千頁的手冊文檔，你怎么知道要修改哪些寄存器？怎么修改這些寄存器？這就涉及對芯片工作原理的理解，但芯片工作不是單獨的，它還需要跟內(nèi)存、CPU、總線聯(lián)系起來宏觀考慮。所以操作系統(tǒng)、相關(guān)硬件知識、內(nèi)核代碼結(jié)構(gòu)（至少驅(qū)動子系統(tǒng)）或多或少需要了解的，不然還真無法下手。有的廠家為了自身sdk需要把部分驅(qū)動移到了應(yīng)用層面，這里就多了去了解它新的驅(qū)動結(jié)構(gòu)和調(diào)用關(guān)系，TI的81xx系列芯片對sensor驅(qū)動調(diào)用就是這么干的。
嵌入式開發(fā)工作量最大的還是應(yīng)用程序，這塊跟其他應(yīng)用程序開發(fā)區(qū)別不大，只是編譯器不同、開發(fā)語言可能有差異。但應(yīng)用程序也有自身的特點，因為嵌入式系統(tǒng)資源相對很有限，如何在這種情況下保障程序正確高效穩(wěn)定運行就對開發(fā)者提出了挑戰(zhàn)。
最難的我覺得還是后期排錯，嵌入式系統(tǒng)諸多特點可能會導(dǎo)致問題頻出，啟動不了、內(nèi)核崩潰、程序崩潰、運行一段時間有些功能無效。。。這不是單個人所能解決，在這些問題之前軟硬件人員要同仇敵愾相互協(xié)作才能找出原因所在徹底去解決它們。解決問題的過程更是系統(tǒng)的軟硬件知識的升華和分析判斷能力的提升過程。

后續(xù)的設(shè)計量產(chǎn)方案、解決生產(chǎn)中林林總總問題乃至解決客戶現(xiàn)場的奇幻問題就不說了。你摸到和見到的就是這塊硬件板和幾個文件夾的代碼，但發(fā)生的各種可能性完全超乎你的想象。沒有強有力的知識和經(jīng)驗有時真是一籌莫展�？傮w來說，各行各有各行的難處和辛苦，就算是種地，同樣的地方同樣的土質(zhì)給不同的人栽種水稻畝產(chǎn)量都可能相差很大。

nail78

個人最接近嵌入式是做過兩年多打印機驅(qū)動程序，嚴(yán)格上說也不能叫嵌入式，當(dāng)時做的是PC端的驅(qū)動程序，而不是嵌在打印機端的那部分。當(dāng)時項目比較多，基本上是給日本打印機廠商做oem，一般就是二次開發(fā)，porting,改bug，最煩的是一個維護項目，打印機驅(qū)動界面要支持19國語言的，每次發(fā)布，編譯一次費老鼻子勁了。