物聯網基本能涵蓋全行業，如果沒涵蓋，那一定是痛點和需求沒被挖掘出來。
我算是比較早那一批接觸物聯網產品開發的，記得當時很多現在看起來發展的很不錯的平臺當初還在到處路演。
硬體接入到平臺也不用花錢，或者只收1-3塊的入網費用。
如果你參與不到物聯網相關產品開發，或者沒有人帶的話。
想切入這個行業還是比較難的，你會感覺無從下手。
特別是能打通硬體到平臺整個流程通用協議的更少。
那幾年最直接的體現就是，你做過物聯網產品開發的，工資普遍會高一點。
一個完整的物聯網產品涉及的技術棧太多了，從硬體到平臺，通常一個公司吃不下，除非融資了。
一般傳統做硬體的公司，做不了平臺，自己重新搭建平臺研發成本太高，研發週期也很長。
一般的網際網路公司也不會做硬體，因為要自己搭建硬體研發團隊，要建立自己的供應鏈甚至工廠，成本也是非常高的。
所以大多數的物聯網產品都是傳統行業+網際網路公司共同參與一個產品，各自在自己專業的領域發揮，合作共贏。
傳統行業透過賣硬體獲取利潤，網際網路公司透過賣硬體授權費和資料增值業務獲取利潤。
不過，現在也越來越多傳統中大型公司，都自己搭建平臺，以免資料被洩密，也不用擔心第三方平臺倒閉。
同樣，網際網路公司也有自己做硬體的，大家做的都是同一件事：跑馬圈地，生態佈局。
對於我們微控制器開發工程師來說，抱著大佬們的大腿，從整個產業鏈裡面某個環節喝口湯就行了，別的不要瞎想了。
可以說，微控制器在物聯網產品佔據非常重要的角色。
物聯網，簡單來說就是把一個物品連上網際網路。
所以說這個物品哪怕跟硬體無關，最終到聯網這邊肯定是需要智慧硬體。
就比如說共享單車，需要一個電路板才能遠端操控，這塊電路板就是智慧硬體。
而微控制器就是智慧硬體的大腦之一。
一般中低端產品都可以用微控制器來解決，成本、功耗、比較低，實時性也高。
而高階的產品就需要走更高階的處理器了，要上Linux和安卓了。
至於用什麼，原則肯定是能用微控制器實現的功能絕對不用需要上Linux、安卓的處理器，除非老闆不想掙錢。
那問題來了，微控制器也有非常多品牌和型號分類。
物聯網開發用什麼微控制器？這取決於我們做什麼產品。
比如說我們只需要做一個wifi插座，沒有太多複雜的功能，最多就是加個電量計量和屏顯示。
這種一般都是用soc來做，就是電量計量模組整合在一個51核心裡的微控制器。
使用起來跟51微控制器沒什麼區別，就是多了一些暫存器。
如果是物聯網閘道器這種，邏輯功能比較多，協議介面也比較多。
比如說我們無際微控制器程式設計課程裡的wifi報警主機，或者說正在研發的新課程專案4G+Wifi+lora主機，我一般會選擇STM32的。
資源資料比較多，用起來也穩定，沒漲價之前價格還算是比較合理的，是工程師的最愛。
還有一些就是直接在Wifi晶片裡去實現產品功能，比如說esp8266,esp32之類的。
所以，主要也還是看產品應用的，合適就好。
選型原則是綜合考慮的，比如說：
1.成本
2.研發週期
3.交貨週期
4.穩定性功耗等
大多數微控制器本身不具備wifi功能，所以要聯網還需要透過串列埠外接一個wifi模組，資料透過串列埠傳送給wifi模組，wifi模組再根據伺服器ip把資料上傳到伺服器。
微控制器的作用就是處理產品硬體端的邏輯功能，比如說採集資料，控制繼電器、燈、屏顯示、電機之類的。
對於微控制器開發這個職位來說，如果你能打通從硬體到平臺的協議，並且能相容不同型別的產品，這樣你的附加價值就比較大。
可惜現在很多第三方雲平臺都幫你完成了這一步，大多數都是直接用他們現成的sdk就好了。
如果你對接過多個雲平臺就知道，他們的協議基本都是大同小異，都是相互抄襲+創新。
