一、 android things 簡介：

2016年12月，谷歌第一次對外公佈了物聯網作業系統Android Things的開發者預覽版本。新版作業系統將能夠支援一系列物聯網裝置的計算平臺。Android Things是安卓系統的一個分支版本，類似於面向智慧手錶和穿戴裝置推出的Android Wear等。新版作業系統將能夠支援一系列物聯網裝置的計算平臺，其中包括英特爾公司的袖珍電腦“愛迪生”，NXP公司的Pico平臺，以及全世界最小的板卡式電腦“樹莓派3”。 一句話說，Android Things就是讓開發者可以使用Android開發工具開發嵌入式裝置。

1.1 Android Things的特性：
1.1.1 單一自啟動APP，通常裝置會只執行單一的程式，即開發者的APP會自動啟動，系統APP不會呈現出來。
1.1.2 顯示是可選的，裝置可以沒有螢幕，通過按鈕、觸控、LED燈、語音或其他形式與使用者互動。
1.1.3 提供了通過I/O驅動外設的介面，讓開發者可以與感測器和執行器進行通訊互動，支援GPIO、PWM、I2C、SPI和UART。
1.1.4 使用者驅動API，使用者驅動繼承Android Framework Services，允許APP將硬體事件注入到Framework中，使得其他APP可以使用標準的Android API訪問。
1.1.5 物聯網雲，通過Google物聯網雲平臺，開發者可以方便且安全的連線、管理數百萬計遍佈全球的裝置，並從中獲取資料。Google物聯網雲平臺和一些其他的Google服務，提供了包括資料採集、處理分析和視覺化物聯網資料的完整解決方案。
1.2 Android Things的優勢：
1.2.1 更統一的開發框架和介面
傳統的微控制器開發智慧硬體的方式，開發工具、開發介面多而雜，不同的微控制器廠商甚至型號，都有特定的開發工具，學習成本高，不統一，程式的可移植性差、可管理性差。Android Things提供更完善的開發框架，更方便好用的開發工具（而且是免費的）。
1.2.2 更適合Android開發者進行智慧裝置的創新
智慧硬體通常都要實現與伺服器互動、與手機互動，這些領域都是Android開發者熟悉的領域，通過Android Things開發智慧裝置，可以將Android開發者在移動開發方面的經驗更深入的體現在智慧裝置開發中。傳統的硬體、微控制器開發者，對移動開發不熟悉，自然會在智慧裝置創新中落後於對移動開發瞭如指掌的Android開發者。
1.2.3 更先進的基礎框架
Android Things相較於傳統的裝置平臺，就如同Android手機與Nokia功能機的區別。尤其在有觸控式螢幕人機互動的裝置中，Android的優勢明顯，Android對UI執行緒的優先和保障機制，使得傳統裝置人機介面操作卡頓的問題可以很好解決。Android基於Java的面向物件開發，也使得程式更容易封裝和管理。眾多的Android開源資源，也可以方便的應用到Android Things中來。我們開發的Android工業裝置智慧操作終端，在應用中給使用者提供了更好的操作體驗，受到了使用者的廣泛好評。
1.2.4 更安全的物聯網雲
傳統的物聯網方案，由於裝置端、服務端往往由不同的開發團隊完成，裝置端開發往往還停留在比較古老的開發階段，對一些新的安全物聯網協議瞭解較少，使得很多物聯網裝置，還在採用TCP協議明碼傳輸資料，很容易被截獲和篡改。而有資訊保安概念和經驗的服務端開發者，由於不瞭解硬體開發也無能為力。新聞報道過的一些智慧攝像頭被入侵的案例，很多與這方面有關。而Android Things徹底改變了這種狀況，手機APP與服務端通訊安全方面的經驗，Android開發者可以直接應用在裝置開發中。很多新的物聯網協議，如MQTT，都有Android的客戶端實現可以方便使用。
1.2.5 更豐富的雲服務資源
使用Android Things，有豐富的雲服務資源可以使用，可以基於TensorFlow實現人工智慧（如影象識別），可以通過Google Assistant獲得智慧服務。國內訪問Google服務目前還有一些問題，不過想一些辦法解決。同時，阿里、騰訊也都有一些智慧服務（如影象識別、人臉識別等）通過雲提供，使用Android Things也可以方便整合。
1.2.6 更低的入門門檻
傳統的智慧硬體開發，通常需要購買昂貴的開發套件，而Android Things只需要幾百塊錢買個開發套件接上顯示器或電視機就可以玩起來。如果你手上有樹莓派3，下載最新映象燒錄就可以玩了。
1.3 Android Things的劣勢：
1.3.1 成本
對於低成本的智慧小裝置，Android Things可能不適合，一個能流暢執行Android Things的硬體環境，成本也要200+。
1.3.2 硬體控制實時性
通過Android層對硬體進行控制，實時性肯定不及執行在微控制器中的主程式程序，所以直接用Android Things做一些對感測器高實時的掃描輪詢，或是對電機進行伺服控制，這不是Android Things的優勢。
1.3.3 已有熟悉的硬體開發平臺
如果開發者已經有自己熟悉的硬體開發平臺，有微控制器開發經驗，但對Android開發並不熟悉，使用Android Things就有些得不償失

二、樹莓派3簡介：

樹莓派是世界上最流行的單板計算機，3 Model B是最新的版本，我們後面就使用它給大家介紹Android Things。它提供瞭如下配置：

1.一個雙核64位ARM Cortext-A53 1.2GHz CPU（512M的記憶體，在背面）；
2.400 MHz GPU；
3.電源介面；
4.HDMI和DSI視訊介面；
5.音訊介面；
6.有線、無線網路和藍芽4.1模組；
7.4個USB 2.0介面；
8.40-針GPIO聯結器用於連線外設；
9.SD卡儲存（在側邊）；

三、 用樹莓派開發android things：
:
3.1 連線系統：
連線好樹莓派開發板，啟動Android Things系統，並在開發電腦中使用adb connect命令連線到開發板（這樣你就可以在構建執行的時候選擇樹莓派開發板進行安裝了 ）；

3.2使用advanced ip scanner 檢視所連線的樹莓派的ip

如圖：製造商為Raspberry Pi Foundation 對應的IP 即為網路內連線樹莓派開發版。

3.3 連接出現錯誤
如果在連線時出現以下錯誤

一般出現這種情況都是因為其他其他程式佔用了5037埠（比如豌豆莢，刷機精靈等），
方法1：
通過以下命令可以找出哪個程序佔用了5037埠

netstat -ano | findstr "5037"
 TCP    127.0.0.1:5037         127.0.0.1:60478        ESTABLISHED     6312
 TCP    127.0.0.1:5037
 
         127.0.0.1:60479        ESTABLISHED     6312
 TCP    127.0.0.1:5037         127.0.0.1:60480        ESTABLISHED     6312
 TCP    127.0.0.1:5037         127.0.0.1:60481        ESTABLISHED     6312
 TCP    127.0.0.1:5037         127.0.0.1:60482        ESTABLISHED     6312

我這邊找到的程序號是6312, 然後我們在工作管理員裡找到這個程序

如果這個程序不是adb, 結束它，再重啟adb就會成功了。
方法2：
如果使用方法一說的可能是5037埠被佔用，殺程序的方法不行，因為檢視Windows工作管理員中沒有發現5037埠被佔用

【解決方案一：】
1.輸入命令：adb nodaemon server，則dos頁面上顯示靜止，表示此命令正在執行
2.再開啟一個新的dos命令列視窗cmd
3.輸入adb devices，成功顯示目前連線的裝置
【解決方案二：】
1.請解壓ADB包裡面的所有檔案，複製到C:\Windows\SysWOW64目錄下
2.輸入adb devices，成功顯示目前連線的裝置
備註：貌似這個方法是針對WIN7 64位使用者，這個方法整完以後，解決方案一就失效啦

3.4 編譯gradle檔案配置要求：

dependencies {
    //新增依賴
    provided 'com.google.android.things:androidthings:1.0'    
}

 **android things 要求SDK Tools為24或者更高版本；
 Android SDK為7.0（API 24）或者更高版本；**

compileSdkVersion 25
    buildToolsVersion  "25.0.2"
    defaultConfig {
        applicationId "com.example.androidthings.simpleui"
        minSdkVersion 25
        targetSdkVersion 25
        versionCode 1
        versionName "1.0"
    }

3.5 . android things 沒有像手機那樣的launcher ，所以app要設定開機自啟動

        <activity android:name=".SimpleUiActivity">

            <intent-filter>
                <action android:name="android.intent.action.MAIN" />
                <category android:name="android.intent.category.LAUNCHER" />
            </intent-filter>

           <!--在系統啟動的時候自動啟動app-->
            <intent-filter>
                <action android:name="android.intent.action.MAIN"/>
                <category android:name="android.intent.category.IOT_LAUNCHER"/>
                <category android:name="android.intent.category.DEFAULT"/>
            </intent-filter>

        </activity>

以上就是需要注意的，其他的就跟普通的android app一樣。