※ 引述《zzss2003 (brotherD)》之銘言： : 嗨，各位好。 : 我有一年8-bit Microchip PIC的經驗，最近有機會接觸arm M0+架構的CPU。 : 手上有相關案子的舊版的電路圖、流程圖、相關文件（該有的都有，但命名方式可能不太 : 直覺加上版本可能不是最新的，加上相關文件改了又改改了又改，有些地方也可能是錯的 : 、或者跟最新版本的source code對不上） : 加上我自己對整個案子該用到的功能(wifi module、Usart)沒有很熟，也不知道硬體IC什 : 麼以及什麼情況會給MCU訊號，也不知道MCU甚麼時候該做判斷。 : 還有代理商幫這個案子寫的整個source code(很多命名方式只有他自己看得懂) : 請問在這種情況下(剛接手到一個ongoing的案子)，最快的上手方式是什麼呢? : 我是覺得用問的最快，電路圖不懂就問EE:source code不懂就問代理商，然後再從不懂的 : 地方延伸去了解整個案子的行為。 : 但，問問題之前總要自己做功課，不能當伸手牌。可是以我現階段的能力又無法在短時間 : 內對整個案子有觀念上的了解，加上還要熟悉keil的相關工具(uVision、debug tool) : 請問前輩，你們會建議我要從哪邊著手，才能迅速對這個案子上手呢? 謝謝! 您好，稍微分享一下我的更換MCU心得。 目前使用過的M0晶片有TI、ST、microchip、Nuvoton、Fujitsu， 8-bit的比較多雜牌，就不各別列舉了。 如果一個案子只是要拿來應用 寫些基礎的功能類如簡易的上位機(LED、Switch、UART、BUZZ) 或是GPIO應用，有的沒的邏輯判斷之類 只要拿出原廠的BSP(也就是Sample code) 可以build跟download，然後確定時脈正確，中斷可以進 就直接做了 反正用完這次，下次也不知道會不會繼續用它... 不用培養太深的感情 如果是要做一些ongoing的案子 時間不急的話就可以k一下code 看看別人的寫法順便討論 然後加入自己的優化 很大系統又很急的話就認命吧 趕快抓著人問，邊問邊測試邊修改 因為我認為這時候k code的幫助會比較小一點 k完程式時，自己也差不多被k到牆上了 直接拿source code開始做搬運工分類程式 i-功能設定func的分類: 把各種功能初始化或是功能變更的func歸類在各個.c檔 例如timer1就要有一個timer1的.c跟.h 以後有甚麼timer1的東西就死命往這裡找就對了 ii-應用程式的分類: 通常程式主要的功能都是在main或是各個中斷 如同(i)的邏輯，各種中斷或廣義的功能也要有自己的.c跟.h 完成以上兩步驟後 就可以直接抓著原屎作者面對面擦屎... 喔不，是了解流程圖，然後寫註解 整個project寫完註解後也差不多就清楚整個架構 而且可以比較輕易的做修改了 此外，分類的好處就是可以輕易的包lib或是換人接手 以後換誰接手就新增一個自己名子的group 自己有修改過的東西丟自己的夾 大概是這樣 如果各位有甚麼更好的方式 希望可以一起分享出來 因為寫程式的圈子很小 屎 始終會回到自己身上... --

※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 60.245.65.133 ※ 文章網址: https://webptt.com/m.aspx?n=bbs/ASM/M.1532398274.A.E4C.html