1. 程式人生 > >嵌入式程式設計師的幾年的小心得

嵌入式程式設計師的幾年的小心得

    作為嵌入式研發工程師工作也幾年了,其實在大學時期11年那會兒在做的,現在依然在是做,現在接觸的微控制器、Arm-Linux、安卓程式這三類,其實和大學時候的時期做的東西並無區別。只不過當時除了學習,還有很多其他活動,創業做點小專案,帶社團、籌建和管理創新實驗室,在學生時期的巔峰狀態下有點天之驕子的感覺,現在只是一個小小程式猿,房奴,想到現狀有點失落。最近看了出現一個985的學生溺死在天津靜海,真是惋惜,生命脆弱,寫一寫內容,讓新人有所瞭解,不要走入誤區。

    言歸正傳,有幾個心得:

    1、嵌入式行業的具有很深的行業特點。

    不同於網際網路行業,嵌入式行業或者說智慧硬體擁有明顯的行業特裝置需要有哪些需求,注意事項,通過什麼技術實現,可能這也是行業特點。正因為這些特點,差異性可能造成一些需要門檻。學生時代如果有時間可以去多參加競賽,如果剛工作,就多問多看書查資料,

可能一開始不懂,慢慢會懂的,需要有信心,細心和耐心。 

    一個有5年以上或者時間更長的老嵌入式工程師對於嵌入式公司來說應該是財富,只不過走獸盡,良弓藏,有多少能有好的發展。

    2、軟硬結合,現場與實驗室結合,懂得合作的重要。

    一個嵌入式工程師,最基本的要求是完成一個滿足需求且穩定的產品。門檻在於需要軟硬體都要有了解,之前做的更多是硬體相關,而記得換到這家公司,人們問我的是硬體問題,也算巧合,所以面試過了,因為那時候程式碼量,還不是很高,去了看到做的產品硬體水平也就那樣,叨叨一下設計質量,正好趕上公司裝置更新換代,全數字系統建立,而部門被一分為二,公司需要人去完成之前的任務,於是給我接手了。工作量以現在當時確實挺大的,想一想真是初生牛犢不怕虎。當時對於線上更新資訊,控制端裝置人機互動BUG的修正,真是下了相當的功夫。現場和實驗室,基本是當年最熬人的事情,不過當時還好的是,系統設計和技術負責一起討論怎麼解決,使問題得到的很好的及時的解決。不過,兩個專案的技術負責人和系統設計各走了一個,C老大在本公司做了測試部經理。

   3、嵌入式的裝置網路化的勢在必行。

   這個說法感覺很out,感覺怎麼可能裝置沒有不在網路的網呀,事實上網路化的嵌入式裝置不是特別多。在嵌入式行業,根據要求,存在這各種協議,基於485的Modbus,基於Can的Canopen,用到乙太網也是近兩年。現在發現,傳輸速度由K變成百K,再到M,數量級在逐漸的增加,現在軌道列車15年上出現的TRDP乙太網技術,以後可能有千兆/Gbit級別的技術出現也不奇怪了。不過為了保證穩定可靠和成本,發展的速率也並不快,只是勢在必行!

  4、智慧視覺化的人機互動。

   之所以做安卓,會發現現在控制端的介面使用的是安卓,無論是軌道和汽車行業都有趨勢。依託於安卓簡單快速的開發效率,比起嵌入式查技術手冊,死扣暫存器操作,好很多了。也不存在使用的時候出現,記憶體洩露之類的問題。不過,真是卡,慢,而且越用越慢!!關鍵介面確實挺好看的,好吧,我覺得確實安卓寫起來比較簡單點,多用用開源的安卓。

   但是我覺得目前為止,無法找到一套合適的高效的通用的人機互動結構,網上也沒有合適的開源框架。這個可能需要自己繼續研究開發設計的吧。

   5、深度學習、嵌入式和《易經》

   由於大學裡面做的都很機器人相關的,深度學習突然間火了起來後,自己也神經質的買了臺臺式機跑Tensorflow,GTX1070的顯示卡的主機,燒吧~跑了一下手寫數字識別的例程,確實高大上,對於使用的Python,這TM應該就是指令碼吧,目前為止覺得和嵌入式領域有一定需求,還會去研究,有成果以後接著發。

   《易經》,四書五經之首,推薦。其實我是沒事翻翻這類書《梅花易數》《淵海子平》《乙巳佔》,覺得蠻有意思的,推薦。