作為乙個硬體設計人員，過去我特別對一件事情比較糾結，我是否該換乙個方向重新開始，因為這個行業貌似在萎縮，一大堆的整合方案改變了原有的硬體設計模式，有很多人甚至會說硬體還需要設計？還有一種聲音更為極端，真正的硬體設計或是高科技是某公司的飛機，某公司的汽車，國內的硬體設計或是技術談不上高階。
關於這點，其實我也在反思我的工作內容，我發現確實我們的工作特別是硬體的工作，大多數停留在應用的階段，這也就是說我們選定了一些晶元，只要按照晶元的手冊要求設定外部電路的引數即可。這種設計模式導致了很多的工程師喪失了思考和創新的能力，最終的結果只能是被淘汰或者賺著微薄的薪水勉強度日。
從目前的客戶需求方面，我發現了乙個很有意思的事情，大多數的客戶找不到合適的能夠為他服務的硬體設計人員，任何的產品概念都要落到實體上才會產生價值，而能夠實現這樣實體的人員需要積累的不僅僅是經驗，而更多的是眼界和創新能力，回到之前提到了硬體人員的習慣設計方法，參考手冊設定外部引數，這是最基本的方法，我想很多人都這麼幹，但是很少有人從頭到尾研究一下這些晶元除了自定義的功能，它還可以幹什麼，或者在部分電路處於工作狀態時它可以實現什麼？看似很細節的想法就會產生很多的創新點，也就是產品的亮點和價值，作為硬體設計工程師的你做到了麼？
所以，並不是硬體開發過時了，而是很多人太過浮躁，沒有沉下心來思考，學習，我承認這需要時間和耐心，沒有軟體的成長速度快，但你是否想過這就是門檻和競爭力，你可以一部語法書打遍天下，但你不可能靠乙個電路圖活一輩子，需要積累很多的知識、閱歷，而這些構成了你獨一無二的特性，也決定了你存在的價值，無可替代，這就是硬體開發的魅力所在。
移遠M26實現簡訊接收
具體例子，參照上傳的官方 quectel gsm 短訊息應用指導 v1.1 步驟一.設定短訊息模式 短訊息收發主要分文字和pdu模式，因為pdu涉及到編譯碼，另外專案中傳送的都是英文本元，所以選用文字模式，實現比較簡單 at cmgf 1 r n 步驟二.選擇te字符集 簡訊內容為英文只需要用 gs...
移遠M26，三分鐘打通TCP流程，AT指令詳解
1 模組啟動 拉低模組的pwr引腳1s，5s左右模組啟動完成，期間可以定時傳送at命令，等模組回應ok，說明啟動完成 2 常用at指令說明 at ipr?檢視波特率 okate0 關閉回顯 okat cpin?查詢 sim 卡狀態 cpin at cops?查詢運營商 at creg?查詢網路註冊狀...
M26 限制某個class所能產生的物件數量
1 每當產生乙個物件，必定呼叫構造方法。因此，禁止產生物件的做法就是，將所有的構造方法宣告為private。2 只有在類的內部才可以訪問private成員，有兩層含義 在類的內部可以訪問this的private成員，同時可以訪問同類物件的private成員。3 將構造方法宣告為private，只是限...