上传FreeRTOS最新版,希望与大家一起学习!
点击此处下载armok01100427.rar在这一个版本里有一个7s64的例程。这例程适合于公版的实验板。实现了一个USB的游戏手柄,串口0回环测试,闪烁灯。里面还有几个用于演示消息队列,旗语等的任务。
经过一段时间学习7s64的资源和IAR for ARM,基本功能已经学习完成,要开始学习操作系统。不知大家有没有兴趣,一起学习。7s64资源丰富(配置起来也相当复杂)运行速度快,个人感觉已经不适合单一进程开发,应该要跑操作系统了(7s64也专为操作系统设计了一个PIT,为操作系统提供时钟节拍)。keil公司也设计了ARM7的操作系统ARTX,但它只局限于keil编译器,觉得非常不爽。经别人介绍得知FreeRTOS,经试用后,感觉很不错,值得一试。它有一些基本的API(不依赖于硬件),但对于7s64还是不够,因为还没有很好的驱程。大家一起学习为日后使用7s64开发产品是很好的。 xiaoku 小苦:
本也想用7S64,今天又看来一编是否能用于当前设计上,因为LPCARM已玩过了,
还是想再玩下ATARM...主要看中了它的上拉电阻.
但是...很遗憾...它的IO太少了(利用不合理,只有32个IO,而LPC有47个左右),而且感觉LPCARM的ISP不错.
不过,有机会还是想玩玩...可惜ATARM为何放弃了像AVR的差分ADC... io口少,的确是缺点。isp设计也有点乱来(需要N条io脚配置才能恢复bootrom),上位机也基本上是垃圾(除了开始时用了一下,之后都没用过了,还不如用jtag烧写方便)。atmel支持很少,从买样片到例程文件等支持上都不好。买样片价格竟然是芯片价格的两倍(中国正式的代理商,不知外国情况如何?)。有很多资料都需要申请才给,申请了也没告诉你给与不给,石沉大海。在芯片上很多脚做电源和地,给布板带来点麻烦,最小系统没有lpcarm简单。它的缺点很多,但也有优点的,例如接口丰富和专为操作系统而设计的PIT等。要不是一时兴起做了PCB板,可能我早就放弃用它了,因为lpcarm从资料例程上占有绝对优势。现在主要是先玩着吧,反正没什么事做,顺便学学FreeRTOS,感觉它挺不错,就是资料少了点,要给钱才能下载。
-----此内容被xiaoku于2006-02-03,09:35:54编辑过 非常感谢xiaoku 小苦!!!
"选材"应该很关键,3个小ARM(LPC,AT,ST)都各有优点,但相对与LPCARM优势多谢.
它的技术支持在国内相对较好,在21IC就有ZLG的LPCARM论坛,而且ZLG有专人解答疑难.
它的ISP非常美妙,用KeilARM+ARTX很完美,缺点是IO没上拉和电平变化中断.
但它的管脚配置及中断优先的分配较为灵活,并且有专门的RTC振荡及电源,而且是真正的RTC.
虽然网上LPCARM大多的例程都是在ADS上实现的,但移植到Keil上基本不费劲.
我一般都是"不见兔子不撒鹰",就向在AVR中选定GCCAVR一样,考虑必须长远,"必须一步到位",直接能做出产品来.
学习和玩与搞产品有很大的不同就是合理地选择,选择不当再改变方案就很难了.
不象软件BUG最多加班升级自己吃点苦头那么简单.
本想自己编ISP,但过节一直在忙,故用以下电路可先对付之.
http://cache.amobbs.com/bbs_upload782111/files_5/armok01100486.jpg 我最终选择的改进电路
请教汽车电子及各位LPCARM老鸟解决ISP误入问题
http://cache.amobbs.com/bbs_upload782111/files_5/armok01100487.gif 实际上我不会焊接TXD0上的二极管的,因为向PC发送数据也喂狗了.这不是我需要的... 因为我并不什么大公司,如果使用ATarm,担心芯片价格供货等问题,不清楚lpcarm的如何。给你一个好消息,keil for arm 改为rvmdk,支持c++,估计是使用了realview的编译器了,这样的话,ARTX可以使用在C++环境里,这样你就不用放弃你的C++了。不过经过一番努力学习IAR软件的使用,觉得它的方便度不比keil差,而且灵活性更高。 好象是KeilARM250吧...现在还没看到,估计再过一些时间就会有了...
但ARTX是否支持C++,可能很难说,若支持就太好了...
经过半年的"考察",终于在年前"选秀"上了LPCARM,确实不错,而且用Keil做了自己所需模块的例程.
之后全部转入了ARTX,如果在ARM裸奔确实有些不雅...
年后正式在3个项目上全面向ARM发展,现在基本定格为小项目用AVR(M32以下),其他都先用LPCARM. 我倒是支持FreeRTOS,因为它是开源的,可以移植到很多硬件上,不像ARTX,只能跟着keil走。再者对于应用,FreeRTOS很方便用,一点也不比ARTX麻烦。基本的配置都已经做好了,支持的芯片也非常多,这对于日后发展很有帮助。
在laogu的ftp里可以下载到最新的keil for arm (RVMDK 2.50a),它支持H-jtag+wiggler进行调试。
-----此内容被xiaoku于2006-02-04,09:34:48编辑过
-----此内容被xiaoku于2006-02-04,09:35:38编辑过 好难找呀...原来在"眼皮底下"...晕到~~~
-----此内容被hotpower于2006-02-04,10:17:35编辑过 c51bbs也有。 laogu的的确很乱。不过能放东西已经很好了。 就是加了RV...太巨大了...
好象没什么大变化,如果只用Keil自带的. D:\program\keil\ARM\RV\Boards\Atmel\AT91SAM7S\ARTX_Blinky
这个路径表示着,ARTX可以用在RV编译器下(以前是不可以的),也表示着keil可能会费弃以前的编译器,因为同是ARM公司的产品了,哪就资源整合,减少开发成本。经过使用keil编译器编译ADS的代码,发现可以顺利编译通过(以前是不可以的),这也表示着编译器已经做了很大改变。大家都清楚realview编译器效率比keil的好,改进了很多啊。 我所有D:\program\keil\ARM\RV下的文件都不能通过编译.... http://cache.amobbs.com/bbs_upload782111/files_5/armok01100726.JPG
编译通过了。只是在link时,还不支持它的库。 找到原因了,是我的编译器设置问题。因为我设置使用realview2.2。在Component,Environment,Books..里重新配置一下就行了。 有QQ吗???我在www.daxia.com的短信内留了我的QQ...
谢谢!!! 我已经加你了,只是你还没通过验证啊。 晕到~~~我卸载重装也不行,都是提示系统时钟错.
晕~~~改到2008年就可以了...哈哈... 玩了一下C++...估计玩不下去了,因为ARTX是用C做的,估计C++玩不下去...
class CtrlObj {
public:
CtrlObj(void);
unsigned int abc;
};
CtrlObj::CtrlObj(void)
{
abc = 0;
}
int main(void)
{
CtrlObj Ctl;
for (;;)
{
Ctl.abc ++;
if (Ctl.abc > 100) break;
}
return (0);//返回到了地址0处...
} 系统时钟不能乱改,Keil将以最后改写的为准.
我现在改到2011年了,若再改为2012年后,再改回2011年就不行了.
卸载看来也不行,准备删除注册表试试.. 终于可以在ARTX中使用C++编程了---爽...假期没白过...
http://cache.amobbs.com/bbs_upload782111/files_5/armok01100766.gif 改写系统时间的后果...不错吧...
http://cache.amobbs.com/bbs_upload782111/files_5/armok01100767.gif 以上系统时钟问题只对ARM/RV以下的目录有作用,既对使用RealView编译器有时间限制. 这回掺了...改到2018年...删除注册表了不行...难道是藏在ini文件中了... 晕。。。你的够复杂的。还好没遇上你的情况。keil这招够绝的。试试用IAR+FreeRTOS吧。 哈哈,我再也不敢改着玩了...
不过在Keil中用RealView+ARTX+CPP这是我最想得到的...
我不会用IAR+FreeRTOS,因为在Keil仿真ARTX和C++确实不错...
准备过节后开始干... 记号~ 很好~~感谢分享
页:
[1]