今天拿到了坛里发的cortex开发板,仔细研究了一下,发现芯片上的图标已经换成TI的了,下面还标着arm的图样.脑子里闪现的第一念头是:TI该不会是解决了芯片发热的问题?
带着这个疑问,把板子上电,跑了一会那个自带的游戏,老的坛友都知道,跑这个游戏的话板子上的芯片会发热.大家猜这次怎么样?照样还是那么热,看来TI在这一点上让大家失望了,功耗问题还是没有解决.
工业级极端环境下用这块芯片还是要思考再三.
最早使用的Cortex芯片是芯唐公司的NUC系列Cortex-m0单片机,当时给我的感觉是速度快,外设丰富,RAM和flash也很大.把里面的例程都跑完了,API也看了相当一部分,简单的片内外设,比如AD和uart,也都自己跑过.但此
芯片最大的问题,也许是这个公司这一系列芯片的问题,就是暂时不能在linux下开发,官方没有提供gcc下的库,以及一些必要的外设驱动,甚至不能在linux下下载程序和仿真.这导致我的学习也比较困难,在linux下开了一
个vritualbox,装了windowsxp,玩了有两个多月,其间也对照着keil下的startup.s启动文件写过gcc下的启动文件,但是由于各个原因,都没有成功,最后不了了之,板子还在实验室放着.打算过几个月后看看网上有没有人做
好gcc下的开发环境,拿来直接用.
进入正题,项目选用LM3S8962的最大原因是Codesourcery公司专门为Luminary公司的这一系列cortex单片机配置了一套非常好用的交叉便宜环境.使得我能够在linux环境下进行全部开发,调试用GDB,用法没有任何改变.
Codesourcery公司的这一套集成开发环境试用期只有一个月,许可证到期或者没有许可证的话连底层的arm-stelaris-gcc都不能调用.我的解决方法是到codesourcery公司网站上下载源码,把所需要的工具自己编译,然后
复制覆盖原来的二进制文件,这样的话就能永久使用.Codesourcery的编译器是收费的,但是这套编译器是基于GCC的,所以Codesourcery公司必须开源,只要有了源代码,加上一些必要的知识,免费用如此高性能的编译器成
为可能.我在实验室大力推广这套开发环境,对于学生来说,能支持开源的软件就支持开源的软件,没有必要用**的商业软件,虽然不花钱但是也得不到很好的技术支持.
这块开发板有四大亮点:
1.集成的CAN总线驱动器.
2.集成的10/100M自适应以太网控制器.
3.4bit16灰阶OLED
4.集成在板子上的调试器.
CAN总线驱动器应该是这次板子试用活动的主要目的.但是由于项目和CAN总线没有一点关系,所以就没有研究板子上的CAN总线驱动器.
16灰阶OLED很有意思,通过板子附带光盘里的例程,以及数据手册,大家能够了解液晶显示器的驱动原理,前段时间我的一篇帖子发的就是一个用板上的OLED+AD模数转换做的一个简单的示波器.
但是128x96的分辨率根本不能满足项目的要求,所以我从网上订了两种不同型号的彩色液晶屏,一种是240x400,另外一种是320x480,现在都已基本驱动成功,过几天会有一篇单独的**来讲LM3S8962驱动液晶屏.
调试液晶屏时碰到一个小问题.买的液晶驱动芯片都支持串行和并行数据模式,但是串行数据线没有引出来,所以只能用并行数据模式驱动液晶,LM3S8962的开发板引出的IO口很多,但是真正完整的PORT只有PORTA和PORTB,
而液晶接口16bit正好用这两个端口,一个数据高8位,一个数据低8位,看上去很完美,是吧?
但是从一开始调试起来,都没有一点反映,无论是杜邦线的连接,还是驱动芯片数据手册的学习,软件时序的检查,都找不到一点问题.万念俱灰.换备用的液晶(每种液晶各买了两块)也不行,开始怀疑是不是无良店家卖我的
是坏的液晶屏.和淘宝的卖家联系得到保证后.我开始逐个驱动IO口闪动,看是不是IO口无法驱动,最后找到罪魁祸首:PB7.PB7是连接JTAG的管脚,但是在程序里,有一个程序端是将PB7转换为普通的IO口,而这个程序段是从
官方例程里COPY过来的,决对不会错.而在我测试中发现,这个管脚始终不能拉低.仔细思考后才理解:由于板子上直接集成了调试器和下载器,JTAG管脚直接连载调试模块上,导致JTAG功能一直使能.假设板子用的是外置下
载器,下载完程序,拔掉下载口,程序就能正常工作了.看来,板子上集成调试器带来的并不全部都是好处,还是有一些不方便的.
最近两天在看DS18B20的手册,完成后和大家分享一下LM3S8962下的单线驱动的方法. |
楼主
标题置顶
标题高亮
