-
昨天还有警告的，今天就没了，这不科学:Cry:
原帖由 hjtdsm 于 2013-8-22 23:07 发表 [url=https://bbs.eeworld.com.cn/redirect.php?goto=findpost&pid=1514219&ptid=378805][/url]
直接用c语言一个个写入fopen和fprintf搞定，直接在末尾添加的
-
哦。。
-
底层驱动估计有问题
-
呵呵，求加QQ啊:victory:
-
为什么刚发表的帖子还要审核？
-
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个星期，已完成，头痛！:Cry: ）
2：从网上搞个PIC18系列的移植范例好好研究一下底层移植的原理（正在搞，问题越来越多:Sad: ）
3：研究一下任务级的安排，体会一下在操作系统下的编程并熟练使用（主要是指主程序那块儿）
4：由于我也知道PIC18系列主频低（8M），RAM小，外设简单，如果将来想真正应用，必须学些PIC公司的高档产品PIC32系列，所以当在8位上玩转后，就自己找资料画个最小系统板，然后移植UCOS-II进去并熟练使用，这是我近期的终极目标:lol
你觉得怎么样，有什么好的建议，我现在遇到的最大困难时，PIC移植的资料很少，很多都是ARM和STM的，但是我不想为了学习移植一个UC-OS而去学ARM，我感觉没有必要，再说PIC32的开发环境和烧写工具与目前一模一样，这样我会节省很多精力，你觉得呢
-
严重同意！:Sad:
-
你真乃神人也。。。:)
-
出现你说的这种现象，要么是这个被第三方(包括PIC官方)封装过但能正常编译，要么是被别人改了，直接在文件包含中删除了这些（可能不能正常编译）。
我感觉肯定是被别人改了，因为这个例程是从PUDN网站上下载的，原作者移植时是在2002年，那天我在Micrium注册了一个账号，发现PIC的移植范例上根本就没有PIC18的了，就感觉拿手机做例子吧，我需求的是人家早就停产的型号，结果买到了，仔细一看却是翻新机。。。:Sweat:
-
你回复的好详细啊，我都不知道怎么感谢你了
-
。。。。。。。
-
说到这个.h文件了，我给你看个
#include "includes.h"
#include
#include
#include
#include
#include
这个也是官网的范例，同样是头文件，为什么有的是用一对引号括起来，有的是用呢？用的都是编译器自带的文件，第一个是UCOS-II的文件，是不是因为这个啊，还是说这样写是个人习惯？
-
非常感谢你，我懂了:Cry:
-
我原先用的C编译器和当年作者移植时用的编译器不一样，下载了它用的编译器后,这个delays.h竟然是它里面的头文件:cold:
-
看到你的头像我就笑了，自来也 sa ma，三忍之一，哈哈:lol
其实Micrum官网上目前只有24和32系列的移植范例，18系列的已经没了，我在PUDN网上搜索到了，然后下载了好多个版本，里面都有这个delays.h，很奇怪
ARM技术