用心有仨，首先先講其一吧，RTT的移植，假如你只用內核部分，可以選擇nano版本，據說是很小的rom 和ram 開銷，能夠做到幾K級別，但是對于物聯網操作系統來講，這是遠遠不夠的，我實際做過移植，假如假如了finsh組件，再加點別的管理，其大小就奔著幾十K去了，所以你想全功能的來體驗就得選高性能的片子，大內存是關鍵，就像你玩手機游戲，假如手機配置低，你就沒辦法體驗這個游戲給你帶來的所有樂趣，特效只能開低點，保證硬件吃得消，所以這里我們看下這款開發板的核心：

打開cube，輸入型號，就會發現這個芯片有多強悍（在單片機的領域）：

這個容量足以支撐RTT的移植和實驗了。

接下來繼續我們其二的原因：選用這款開發板主要因素在于它集成了2G模組M6311(雖然有點過時)和wifi模組（ESP8266，最火沒有之一），這樣我們可以體驗下AT組件如何應用，有了對應的外設，就可以展示RTT真正的優勢（假設它真的很有優勢在物聯網應用當中），接下來看看相應的原理圖。

記得，在使用2G模組時候，還需要搞一張2G的sim卡.

選用原因其三：除了核心的外設以外，這款開發板，還提供一些例如按鍵，指示燈的簡單外設，有利于我們測試內核功能，除此之外，采用4pin的SW仿真接口，讓我也不需要額外制作通訊線，省了不少的麻煩，總體來講還是個不錯的選擇，可以做一些應用級的開發了，接下里在介紹一些實用必備的工具，就基本可以體驗這款開發板了，今天先到這里吧，有點點晚了，睡覺，明天開工。

還有一些不錯的設計，這里介紹下，一個串口通過跳線帽選擇不同的外設進行使用，這個功能在我們設計的產品上也有用過，但是沒有倫家畫的原理圖畫的漂亮。

接下來開發板做了IO口的擴展，用的應該是2.54間距的排針，我猜，這樣用杜邦線直接引出玩耍，不用焊接，更加方便使用。

接下來是SW仿真接口，這里在dio和clk上加了上拉和下拉，說實話不太明白為啥子要加，我的好像一罐沒加，有只曉得來個解答，先這么用吧，能work 就行。

在進行RTT適配以前，這里還有個很關鍵的因素，就是RTT有個很核心的組件FINSH,需要用到串口外設，所以一定要預留個串口可以進行調試，而這款開發板的大部分串口都被占用了，這里不得不占用下debug的串口，這里的debug串口是給M6311進行固件更新用的，如果不更新固件，用最原始的固件，直接占用就好，需要更新固件的時候再禁用finsh就好，略有麻煩。

因周末無法開新帖，接下來會介紹RTT最重要的一個組件，調試神器的finsh組件，如何對RTT進行調試，開啟這個功能需要占用一個串口資源，但對于一個os來講，你無法通過傳統的方式進行調試，因很多不存在全局的概念，無法采用watch在線測試，例如線程棧的使用率，縣城的個數運行態，動態內存情況等。這些概念在裸機里面是沒有的，但是到了os，這些都是核心的核心，必須掌握如何查看，跟蹤，分析系統是否在可控范圍內運行。

在測試的時候需要準備一個usb轉串口的工具，至于是TTL、232、還是485，取決于你系統板的接口方式，此外準備一臺電腦，串口小助手，核心板，準備好，我們就可以開工啦，還有杜邦線準備一些，用于通信連接。

理論是這樣的：

實際是這樣的：

在進行finsh組件體驗之前，有幾個事兒還是要做的，首先保證硬件串口是正確的，不然你一上來就移植，遇到無法開啟finsh的時候，可能會一頭亂麻，這里用的USB轉TTL實際上也是一塊wifi 的開發板，可惜搞壞了，就把wifi模組拆掉了，當個串口助手先用吧，市面上賣的那種可能相對很便宜，尺寸類似一個U盤大小，盡量買好點的不要圖便宜，否則光在電腦驅動這塊會讓你瘋狂，確保三個點：

1.

2.

3.

總結下：1，正常上電

             2，驅動安裝正常

             3，短接開發板的發送接收，用串口助手發送數據，能收到一樣的數據，證明硬件沒有問題。

接下來使用ENV工具裁剪os并燒錄到目標開發板中：

中間的調試過程基本省掉了，其實遇到了兩個坑，首先編譯完以后，下載到目標板上以后，串口并沒有返回任何信息，這時候從驅動，都接線做了全面的檢查，存在倆問題，一個接線TX RX不對，第二個問題是電腦端并沒有裝好有效驅動，按照測試串口轉換板的測試步驟進行了逐一排查，解決掉兩個問題，第二個問題是在進行通信時發現，出現亂碼問題，這里需要校驗一下串口的設置問題，然后對照一下程序中的配置是否正確，這里忽略了一個很重要的問題就是時鐘的配置，開發板時鐘的配置，在ENV中默認設置時外部8M的晶振，而實際我們用到的是12M晶振，導致無論怎樣配置波特率都會出現亂碼的現象，因為波特率本身就是不準的，更改時鐘項以后，就解決了，最后來一張圖看下成果：

到上面已經完成了從硬件平臺的選用，接口調試，搭建，到RTT的ENV工具裁剪，編譯生成MDK工程，到燒錄到目標板，到最終的測試調試完畢，finsh功能正常使用，finsh的核心還沒有講，這里點一個吧，在創建線程時候，需要給每個線程開一個線程棧，加入開的小了容易導致線程溢出異常，開的大了又浪費硬件資源，如何合理的定義一個線程棧的大小呢，這里的策略就是先開個大的，然后讓程序跑起來，通過finsh組件查詢當前存在的線程及其線程棧的使用率，然后合理的縮小線程棧的大小，這只是finsh組件的一個功能，它是調試RTT必備的組件，所以還是必須要用的，假如你想更好的發揮RTT：