为什么从micrium官网上下载的PIC18系列移植范例不能用 [复制链接]

我原先用的C编译器和当年作者移植时用的编译器不一样，下载了它用的编译器后,这个delays.h竟然是它里面的头文件

果然还是编译器内部自带的文件。

。。。。。。。

我手上有一块PIC16F877A的PIC开发板，调试器有PICkit2。
PIC的编译环境几个月前搭建过，问题不大。但是没有搞过它的调试环境。你用过PIC的板子，能不能告诉我PICkit2能在仿真/调试时看到CPU的寄存器吗？总之，我需要用到仿真调试环境查看系统实际的内存和寄存器，不管用什么仿真调试器和编译环境。

我想写一下PIC 8位机的任务调度器，在ARM7和MSP430上都搞得差不多了，之后在AVR8位机上弄，那编译环境和调试仿真环境把我搞烦了，现在又想着回家，所以就放下没再搞了。
等开年来了接着把这些个8位机的再弄一下。

PIC16F877A算是国内学习PIC的入门级产品了，很经典，不过我没用过，我现在公司里用的都是PIC18F6720这个型号，算是8位机中的高档产品了，不过如果不管底层的话，用C语言，都没什么区别，不过PIC16F877A这个型号好像没有硬件堆栈，好像也没有出栈入栈指令

PICkit2这个调试器我没用过，不过应该也是支持在线DEBUG的，我用的都是公司统一申购的ICD3，这个很好用的，支持在线调试，什么寄存器都能看到，不过你说的内存我没看过，也不知道怎么看，你能不能再描述的清楚点，因为我一直都是跑裸机的，从没接触过内存这块儿

8位机的任务调度器是什么意思？搞那个有什么用，跟UCOS-II有关系吗？
AVR我没用过，不过MSP430倒是用过，留给我的印象也非常好，TI大厂就是NB，不过个人感觉做实际控制的话，还是PIC的好用一些，我用PIC的有3年多了，对编译环境啊什么的问题你尽管问我，我会第一时间给你回复的，要不我加你QQ怎么样，可以吗

我玩了裸机3年，最近周围很多人在学习STM32，我其实很明白如果不跑操作系统且碰到的问题不复杂，那完全没有必要用那种单片机，你同意我的观点吗？我以前在学校时候就自学过MSP430的，C8051的，所以深知如果不深入底层研究，仅仅是操作一下外设的寄存器，真没有什么意思，我的计划是这样：
1：先看完邵贝贝的书（用了2个星期，已完成，头痛！ ）
2：从网上搞个PIC18系列的移植范例好好研究一下底层移植的原理（正在搞，问题越来越多 ）
3：研究一下任务级的安排，体会一下在操作系统下的编程并熟练使用（主要是指主程序那块儿）
4：由于我也知道PIC18系列主频低（8M），RAM小，外设简单，如果将来想真正应用，必须学些PIC公司的高档产品PIC32系列，所以当在8位上玩转后，就自己找资料画个最小系统板，然后移植UCOS-II进去并熟练使用，这是我近期的终极目标

你觉得怎么样，有什么好的建议，我现在遇到的最大困难时，PIC移植的资料很少，很多都是ARM和STM的，但是我不想为了学习移植一个UC-OS而去学ARM，我感觉没有必要，再说PIC32的开发环境和烧写工具与目前一模一样，这样我会节省很多精力，你觉得呢

为什么刚发表的帖子还要审核？

其实我主打的是ARM，但是也喜欢玩一些其他的MCU。很多人说学单片机，在AVR/MSP430/PIC里面挑一个学一下就可以了。我是想学了ARM，有时间就把这些都学一下，反正时间和板子都有，就算是考核一下把ARM的学习经验移植到这些MCU上吧。PIC16F877A确实是国内学习PIC的入门级的学习板，淘宝一看就是这个了。其实我也知道以后基本很少需要搞底层汇编的，只是出于兴趣和增强信心。PIC的汇编也还没开始看，有没有硬件堆栈，有没有栈操作命令也不敢早下定论。今天看了一天的CM3的汇编和体系结构，很复杂，也很有意思。

这里说的内存其实是指RAM，一般的调试环境可以查看用户指定的RAM地址周围的值。
然后代码一般在ROM（说flash也行）里面，可以查看二进制代码，不过意义不大么。

之前我一直以为AVR和PIC都是16位机(16位CPU)，结果才发现原来PIC和AVR也分8位/16位/32位的系列，而MSP430只有16位的。我个人估计AVR和PIC不同位宽的CPU核的指令体系结构不同，所以做任务调度器的汇编代码应该就不一样了。所以这里专门明说8位机，以后再看有没有必要玩一下16位和32位吧。

我同意你的观点。操作系统，其实不要太担心这个问题，在没有MMU的MCU上，操作系统不会怎么特别复杂的，一旦是上了MMU，那就复杂多了，不过话说回来，上MMU的基本都是32位的，那一般能上文件系统(主要是虚拟存储管理)的操作系统模块都会有方案提供商给出能用的操作系统，我们剩下的基本都是做一下应用程序开发，最多就是修改移植一下驱动程序。本质上和裸机开发区别很大的。没有MMU的MCU都可以算是裸机开发，但不过也分汇编级的开发和C/C++级的开发。目前汇编级的开发基本上都很少了，都是MCU官方或方案提供商来搞吧。一般都是做C/C++级的应用开发。

确实，只知道操作寄存器实在没意思，什么MCU上都有操作寄存器的。经验具有极大的移植性。会这个是必须的，但只会这个是不够的。

我觉得你的计划确实很好。确实没有必要为了学UCOS2和移植UCOS2，去深入ARM的实例，毕竟STM32的ARM核是ARMv6甚至是ARMv7的体系结构，比ARMv4的复杂的多得多了。真要学ARM底层，建议从ARM7（ARMv4）开始。简单一些且也很实用。当然，其实也没有必要为了学UCOS2专门去学ARM7。上到PIC32上，不见得它的主频和资源比ARM差，我记得AVR32似乎都比ARM11强大，STM32属于高端的。

开发环境确实是个不能忽视的因素，很多小鸟和老鸟都是在这个环境上面磨光了激情。我其实也是个初学者，不能算是老鸟，也被这个环境的问题消磨了，在AVR上花了不少时间，几种环境和调试器都试过了，要么这不行，要么那不行，头大啊。

呵呵，求加QQ啊

如果带链接，是需要通过审核的。