現(xiàn)在的MCU絕大多數(shù)都是基于馮·諾伊曼結構的，這種結構清楚地定義了嵌入式系統(tǒng)所必需的四個基本部分：一個中央處理器核心，程序存儲器（只讀存儲器或者閃存）、數(shù)據(jù)存儲器（隨機存儲器）、一個或者更多的定時/計時器，還有用來與外圍設備以及擴展資源進行通信的輸入/輸出端口，所有這些都被集成在單個集成電路芯片上。隨著國內MCU廠商的逐漸壯大,國內MCU也已經被廣泛使用.不再只有進口芯片這一個選擇，同時在交期及價格上具有一定的優(yōu)勢.比如靈動微MCU產品,一家專注于生產MCU產品和應用方案的廠商.同時部分產品可與ST進行替換兼容.下面要介紹關于MCU開發(fā)中會有哪些常見問題，又該如何解決呢？

故障類型怎么上報?

如故障值在平臺上填寫E1、E2、H1、H2，則對應的故障值為0x01、0x02、0x04、0x08；按bit從低到高排列，最高支持32個故障，即32bit(4字節(jié))，可同時上報多個故障。

 

功能調試文件如何使用？

功能調試文件是根據(jù)功能點生成的調試文件，配合涂鴉串口調試助手使用。

注意當開發(fā)平臺修改過功能點后：

(1)若使用涂鴉串口調試助手調試，需要下載新的功能調試文件后導入涂鴉串口調試助手使用，以同步修改后的內容同步；

(2)若使用WiFi模塊調試時，需要移除設備重新添加。因為每次添加設備都會更新模塊本地功能調試文件;

 

MCU開發(fā)完成后，依舊不能配網

對接過程中，如遇到無法配網，可通過查看模塊的日志信息，定位配網失敗的原因。

 

MCU需要重啟才能配網成功

模塊配網過程中會重啟，重啟后會發(fā)送一串亂碼。

查看重啟后基礎協(xié)議有沒有。如果有的話，那么查看是否是因為模塊重啟后的亂碼導致。

測試方法：將MCU與模塊之間的TX/RXGND接到友善串口調試助手上看協(xié)議交互?？聪履K重啟后有沒有正常回復心跳，再查詢產品信息，查看模塊工作狀態(tài)等。

 

通用平臺接入的MCU如何進行產測？

MCU發(fā)送WIFI功能測試指令，如0x550xaa0x000x0e0x000x000x0d，WIFI模塊收到后會掃描SSID為這個tuya_mdev_test的WIFI熱點。若掃描到會返回信號強度百分比，否則返回失敗和相應錯誤碼。

 

WIFI指示燈快閃但配網不成功

(1)指示燈一直快閃

請再次嘗試或重啟WIFI模塊嘗試。如果還不能成功，請將路由器型號和手機型號告知技術支持人員。

(2)指示燈快閃后一直處于熄滅狀態(tài)

查看手機所連接WIFI是否能訪問外網，查看配網時輸入的WIFI名稱和密碼是否正確；

最終確認無誤后，請移除設備后重試。

(3)指示燈快閃后熄滅后長亮

請移除后重新配網測試，若配網還不成功，請聯(lián)系技術支持人員。

 

模塊不能正常工作如何解決？

WIFI模塊供電電壓要求3.3V(3.0V-3.6V)，供電電流300mA以上。

模塊供電電壓過低或者過高，電流過低會導致工作異常，異常時一般有以下現(xiàn)象:

(1)模塊不能正常啟動,無正常心跳包發(fā)出

(2)模塊不停重啟或在配網時重啟

 

串口接入要求

(1)串口硬件接入標準

TTL串口、3.3V供電。

(2)串口軟件接入?yún)?shù)

波特率：9600

數(shù)據(jù)位：8

奇偶校驗：無

停止位：1

數(shù)據(jù)流控：無

CRC和校驗算法

若CRC和校驗不過請將校驗值和示例算法計算結果比較

 

CRC和校驗算法如下：

unsignedchargetCheckSum(unsignedchar*pack,intpack_len)

{

unsignedcharcheck_sum=0;

while(--pack_len>=0){

check_sum+=*pack++;

}

 

returncheck_sum;

}

 

模塊狀態(tài)發(fā)送狀態(tài)查詢MCU應該如何回復？

當MCU收到WIFI模塊狀態(tài)查詢指令時，MCU需要將本地可上報的數(shù)據(jù)逐條上報，方便手機APP同步設備狀態(tài)。

關鍵詞： 靈動微MCU