※ 引述《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/cn.aspx?n=bbs/ASM/M.1532398274.A.E4C.html