問題描述

客戶反饋通過PC軟件Flashloader不能夠跟STM32 MCU自帶Bootloader連接。并且系統(tǒng)運行一段時間后異常復位。

系統(tǒng)分析

檢測原理圖

延續(xù)之前的項目，進行的一些軟硬件簡單修改。

上電、放電的時序也是正常。

BOOT0 拉高，BOOT1 拉低，

測量工作時的電壓正常（2.5v）。

檢測所有相關(guān)的硬件軟件都是沒有問題，他們的BOOT腳，以及之前的PDR_ON是通過外圍的FPGA單元控制，我們一開始懷疑這些上電時序，以及PDR邏輯出錯。嘗試讓他們?nèi)繑嚅_邏輯，測試整個上電，掉電過程都是沒有什么問題。

測量波形

檢測他們的串口工具

能正常在PC上發(fā)現(xiàn)他們的串口工具，數(shù)據(jù)的發(fā)送正常。

但是串口的到PCB板上沒有任何的輸出，所以并不能跟板子通訊。

使用一個新的串口工具，當產(chǎn)品連接到PC后，重新上電，能夠正常升級軟件，到這里似乎問題得到解決，但是當他們恢復到之前的系統(tǒng)，通過控制Reset和BOOT引腳進入的時候，仍然時靈時不靈，當不能進入BOOT的時候，他們測量我們的復位管腳電壓時發(fā)現(xiàn)在復位腳上以一個3.6MHz的頻率不停的復位MCU。

功能測試

客戶又發(fā)現(xiàn)如果給MCU上電，PC快速打開Flashloader，并且連接串口，工作正常。但是，如果慢速這樣操作，就連不上了，真是神奇的事情再次發(fā)生，他們再次確認發(fā)現(xiàn)，在復位腳上，在上電一段時間后，會有不停的有一個復位信號產(chǎn)生，百思不得解。

確認手冊

我們打開AN2606,發(fā)現(xiàn)在Bootloader的流程圖中有一個系統(tǒng)Reset的過程，難道是這里產(chǎn)生的嗎？

我們讓客戶斷開所有的外設(shè)再次確認問題，他們發(fā)現(xiàn)在斷開外圍的時候，這個連續(xù)的復位信號不再產(chǎn)生。從這個流程來看，只有在用到DFU或者CAN升級的會在檢測不到HSE的時候會系統(tǒng)Reset，但據(jù)他們說，他們并不使用這兩個功能，那就奇怪了，然后就讓他們試做去恢復外設(shè)功能，最后發(fā)現(xiàn)在恢復到一個SPI的時候，重現(xiàn)這個問題。

系統(tǒng)確認

我再次跟他們溝通他們的系統(tǒng)框圖如下：

他們進一步調(diào)查發(fā)現(xiàn)，當FPGA,在上電初始化后，會不停的發(fā)送一些命令給到MCU，數(shù)據(jù)線正好跟CAN的RX引腳共用，所以只有第一次上電后，也就是在FPGA給MCU發(fā)送數(shù)據(jù)之前，F(xiàn)lashloader能夠正常連接MCU，過了這段時間就不能連接了。從這些實驗和最后的結(jié)果我們可以看出，如果我們在芯片上電，且在FPGA給MCU發(fā)送數(shù)據(jù)之前，連接串口，這個時候MCU就能順利地通過UART啟用Bootloader，而不受FPGA發(fā)送的數(shù)據(jù)影響，而過了這段時間之后，F(xiàn)PGA會不停的發(fā)送數(shù)據(jù)給MCU，而MCU錯誤的檢測到CAN FRAME（跟ST歐洲的應(yīng)用部門確認，我們的CAN 檢測只是簡單的確認一個下降沿，一個上升沿，再檢測到一個下降沿），而進入CAN Bootloader但是又不能正確檢測到HSE，或者不能在3ms內(nèi)檢測到正常的CAN FRAME，從而導致MCU復位。在屏蔽掉SPI的時候，一切正常。