確認(rèn)MCU的IO口在RESET時的狀態(tài)
?
曾經(jīng)看到這樣一個問題，（我在好幾個廠家的Quality Issue中記錄這個問題）。
起因是這樣的，MCU在Reset的時候，某個輸出的狀態(tài)是微上拉的，第一次設(shè)計的時候考慮到了問題，因此在FET之前接了一個下拉電阻，第二次CTO的時候把這個電阻刪除了，因此問題就出現(xiàn)了。
這個問題在負(fù)載是喇叭，或者是LED或者是小功率燈泡，就會出現(xiàn)閃爍或者鳴叫。
切忌要檢查每個MCU輸出口的狀態(tài)是否會在Reset的時候帶來麻煩。
另外一個需要注意的是單片機的狀態(tài)口（MODE PIN），一般在IO口緊張的時候我們會復(fù)用這個引腳。實際上在Reset的時候，單片機會讀取該IO口。
因此Mode pin 不允許用來做輸入口（有一項實驗內(nèi)容為模塊引腳短路，短路到電源會造成很災(zāi)難性的后果），在作為輸出口的時候要保證下拉電阻和限流電阻阻抗較低，I.leak*R.eq<0.3V,這樣才能保證單片機進入正確的模式。
不過呢最好老老實實的把這個口獨立出來，然后接正確的模式。最后記住，要確認(rèn)每個MCU的引腳的狀態(tài)，這是非常重要的事情。
起因是這樣的，MCU在Reset的時候，某個輸出的狀態(tài)是微上拉的，第一次設(shè)計的時候考慮到了問題，因此在FET之前接了一個下拉電阻，第二次CTO的時候把這個電阻刪除了，因此問題就出現(xiàn)了。
這個問題在負(fù)載是喇叭，或者是LED或者是小功率燈泡，就會出現(xiàn)閃爍或者鳴叫。
切忌要檢查每個MCU輸出口的狀態(tài)是否會在Reset的時候帶來麻煩。
另外一個需要注意的是單片機的狀態(tài)口（MODE PIN），一般在IO口緊張的時候我們會復(fù)用這個引腳。實際上在Reset的時候，單片機會讀取該IO口。
因此Mode pin 不允許用來做輸入口（有一項實驗內(nèi)容為模塊引腳短路，短路到電源會造成很災(zāi)難性的后果），在作為輸出口的時候要保證下拉電阻和限流電阻阻抗較低，I.leak*R.eq<0.3V,這樣才能保證單片機進入正確的模式。
不過呢最好老老實實的把這個口獨立出來，然后接正確的模式。最后記住，要確認(rèn)每個MCU的引腳的狀態(tài)，這是非常重要的事情。