0
  • 聊天消息
  • 系统消息
  • 评论与回复
登录后你可以
  • 下载海量资料
  • 学习在线课程
  • 观看技术视频
  • 写文章/发帖/加入社区
会员中心
创作中心

完善资料让更多小伙伴认识你,还能领取20积分哦,立即完善>

3天内不再提示

标签 > AT91RM9200

AT91RM9200

+关注 0人关注

AT91RM9200-QU是一种微处理器,数据总线宽度是32 bit,而本专题详细记载了AT91RM9200开发调试手记,并且在设计路径、电路结构设计等都有详细的说明,对工程师开发AT91RM9200设计有很大的帮助。

文章: 17
浏览: 14875
帖子: 8

AT91RM9200简介

 自己的AT91RM9200的板子已经调试了一段时间了,从开始动手制作PCB到现在,差不多有半年的时间了。在这期间一直忙着查资料,画板布线,联系制板厂家,联系购买器件(呵呵,大小活全包),一直没有时间写写总结之类的东西,另外平时也没有养成随时总结的好习惯。以前搞硬件基本上是以8位的51单片机为主,偶尔也用用PC104,AVR之类的控制器,其他16位、32位的控制器从没用过,对其感觉甚为神秘。因此在做这块板子之前,自己查阅了很多资料(网上资料为主,资源丰富,比较方便),在做了各种权衡利弊之后(做方案,选芯片是比较令人头疼的事情,有过系统设计经历的朋友可能有这种体会),最后才痛下决心,决定选用atmel的AT91RM9200做为控制芯片。因为在此之前从来没有搞过32位的东东,所以当时心里一点底都没有。

AT91RM9200百科

  AT91RM9200-QU是一种微处理器,数据总线宽度是32 bit。

  基本信息

  程序存储器类型: ROM

  程序存储器大小: 128 KB

  数据 RAM 大小: 16 KB

  接口类型: EBI or MCI or MII or SPI or TWI

  最大时钟频率: 180 MHz

  可编程输入/输出端数量: 122

  定时器数量: 6

  工作电源电压: 3 V ~ 3.6 V

  工作温度: -40°C ~ 85°C

  封装: PQFP-208

  AT91RM9200开发调试手记

  自己的AT91RM9200的板子已经调试了一段时间了,从开始动手制作PCB到现在,差不多有半年的时间了。在这期间一直忙着查资料,画板布线,联系制板厂家,联系购买器件(呵呵,大小活全包),一直没有时间写写总结之类的东西,另外平时也没有养成随时总结的好习惯。以前搞硬件基本上是以8位的51单片机为主,偶尔也用用PC104,AVR之类的控制器,其他16位、32位的控制器从没用过,对其感觉甚为神秘。因此在做这块板子之前,自己查阅了很多资料(网上资料为主,资源丰富,比较方便),在做了各种权衡利弊之后(做方案,选芯片是比较令人头疼的事情,有过系统设计经历的朋友可能有这种体会),最后才痛下决心,决定选用atmel的AT91RM9200做为控制芯片。因为在此之前从来没有搞过32位的东东,所以当时心里一点底都没有。

  1. 制订方案

  选定AT91RM9200之后,接下来就是围绕它设计外围电路了。因为我做的这个东西应用场合比较特殊:野外应用,因此在设计方案的时候尽量选用工业级的芯片。第一次用这款控制器,设计电路的时候最好的参考就是由atmel官方提供的开发板:AT91RM9200DK。但是这块板上的网络PHY部分采用的是DM9161E,查资料发现这个PHY非工业级产品,后来决定把它换成intel的LXT971A。另外我的应用中还需要一个网络接口,在非PCI接口的网络控制芯片中选来选去,最后决定用SMSC公司的LAN91C111I-NE,也是一款工业级别的芯片(网上资料反映其功耗较大,power hungry,但其他工业级的片子当时没有查到,缪办法呀)。其他的电路基本上都是参考AT91RM9200DK的原理图设计的,除了复位电路采用了阻容电路(开发板上那个复位芯片国内很难买得到)。

  2. 画图制板

  方案确定之后接下来就是画原理图,布线,制板了。之前一直都用protel,在网上查阅资料的时候发现了有关allegro和mentor公司的相关产品,当时听说是比较牛的软件,比protel强多了,当时就有了放弃protel的想法(先不说功能,光是速度就让我很郁闷,可能是因为以前的机器比较破的关系吧)。那学什么新软件呢?当时在一个ftp上发现了allegro以及相关的一本书(台湾出的那本),而mentor的没找到多少相关资料。OK,就allegro了。全新的开始。

  因为用了allegro的原因,从画原理图到最后画完PCB,前后将近2个月的时间。有关allegro的应用,以后有时间再写个总结吧,我当时也是现学现卖。PCB画完之后,因为制板工艺的原因,颇费一般周折之后才把板子交出去(拿到深圳做的,很羡慕在深圳工作的朋友,买器件制板都很方便)。一周之后,终于拿到了样板。做工看上去蛮不错,比在本地做的强多了。

  3.焊接检查

  板子做完了,器件也买好了,下面就要焊接调试了。当时心里是比较紧张的,因为我做的PCB是双面板,当时网上有朋友告诉我说双面板可能会不稳定(9200能跑到200MHz),另外对自己的布线水平也没信心(我对自己的定位是:啥都会,啥都不精)。板子上除了一个按键和几个接插件,全部都是表贴。本地有专门提供焊接服务的,找到他们之后,2个小时半块板子搞定(为什么是半块?因为有一部分件没有买齐,就是那个LAN91C111I-NE)。板子焊接完之后拿回来,在上电测试之前,按照我以前的习惯,先用万用表量了一下板子的电源和地。这一量不要紧,惊出我一身冷汗:短路!心情一下子就#!!#@!#@!,怎么搞的嘛!没别的办法,检查吧。首先确定是不是焊接的原因导致的,样板一共做了10块,拿另外一块空板量了一下,晕倒!也是短路!

  板子上到处是电源和地,怎么检查呢?我心里知道这种错误最难检查了,要命的是我的板子已经焊接好了,要是万一短路的地方在表贴件的下面,那岂不是太残酷了?我心里一边暗自祷告,一边找来一块板做我的牺牲品,各位可能知道我下一步要做什么了,嘿嘿,从电源输入的地方开始,逐条把分支割断。一共割了6刀,终于找到了短路的地方(其中有一处是凭俺肉眼瞅出来的)。短路原因是铺的铜跟电源线太近而短路(这其中有加工方面的因素,另一方面也是因为我设置的间距太小了,0.3mm,以后还是用1mm好了)。又在焊接好的板子上割了两刀,万用表一测,OK!这次是运气好,以后在焊接之前可要好好测试板子有没有问题了。

  上面的短路故障是因为加工的原因导致的。后来又焊接了一块板,也出现了短路的问题,是复位线和地线短路,与上面不同的是,这次短路是因为焊接导致的。所以在焊接前后一定要检查。这两次都算我运气好,没有出现烧毁芯片的问题。虽然是比较低级的错误,但有时却是致命的。

  4.初步调试

  确定板子没有问题之后(至少自己感觉是这样),下一步就是检查板子工作是否正常了。根据手头掌握的资料,9200从片内启动之后,会通过DEBGUG串口向外发送‘CCCCC‘字符(至于这个C字符代表什么含义,接下来会有描述)。OK,先从这里入手。首先启动超级终端,参数设置为115200,8,no,1,no;

  将调试串口连到PC串口,给板子上电。

  超级终端无反应,按复位键,涛声依旧!

  再检查原理图。首先看复位,晕倒,竟然没有把复位电路里面用的7404焊上!断电,找来烙铁,我焊!

  再上电,超级终端还是没有反应,又狂按复位键,还是没反应。

  当时心情真是郁闷到了极点!检查了一下调试串口的接口芯片,应该没有问题。又仔细检查了一下电路图,先从串口部分看起,突然发现调试串口的2,3脚连接顺序跟手头的开发板不一样,又仔细检查了一下用的串口连接线(别的开发板上的),原来是直连的,而并非交叉线,还好,手头有9针的串口接插头,马上作了一个转接的。

  连接好以后,再上电,终于在超级终端上看到了久违的CCCCCCCCCC.。。。。。。

  OK,下面可以用U-BOOT和arm-linux来测试了。

  5. U-BOOT移植篇

  确定板子可以工作之后,接下来的工作就是把U-BOOT移植到我的板子上。因为有AT91RM9200DK板移植好的例子,所以移植工作要相对容易一些。在移植之前,我先用AT91RM9200DK板子上的U-BOOT做了一下测试,因为当时还没有仔细研究U-BOOT的结构,而现在对U-BOOT也不是很了解,只能说是皮毛而已,等以后研究明白了再写一些有关U-BOOT的文字。首先把现成的U-BOOT下载到我的板子上:

  A. 将串口连接好,打开超级终端,串口参数设置为115200,8,none, 1, none。

  B. 接通板子电源,超级终端出现“CCCCC”。

  C. 在超级终端中选择菜单 transfer=》send file, 传送协议选择xmodem或者1K xmodem,传送文件选择loader.bin,文件传送完毕后超级终端出现以下提示:

  loader 1.0 (Aug 8 2003 - 12:01:07)

  XMODEM: Download U-BOOT

  然后继续显示“CCCC”

  D. 在超级终端中选择菜单 transfer=》send file, 传送协议选择xmodem或者1K xmodem,传送文件选择u-boot.bin,文件传送完毕后超级终端出现u-boot提示符: U-BOOT》

  E. 由于我的板子上的PHY接口芯片由DM9161E换成了LXT971A,因此此时在U-BOOT中网络接口是不能使用的,这给下载linux内核测试带来了麻烦。但为了进一步确定板子可以正常工作,我还是用U-BOOT中的串口下载命令loadb将linux内核和ramdisk下载到了板子上:

  U-BOOT》 loadb 21000000 uImage

  U-BOOT》 loadb 21100000 ramdisk-rmk7

  U-BOOT》 setenv bootargs root=/dev/ram rw initrd=0x21100000,6000000 ramdisk_size=15360 console=ttyS0,115200 mem=32M

  U-BOOT》 bootm 21000000

  整个过程用了一个多小时,呵呵,太慢了。下载后linux可以启动,基本上应该没有问题了。下面的首要任务就是修改U-BOOT代码,让其支持LXT971A,要不然下载linux太费时间了。

  6. U-BOOT移植初步

  经过上述准备工作之后,基本上确定硬件没有问题,下一步首要的任务就是要把板子上的以太网调通,以方便以后的下载调试工作。

  6.1 准备工作

  在移植之前,我手头已经有一个Atmel官方提供的U-BOOT源代码,但不是最新的版本。 因此我首先到U-BOOT的站点下载了最新的版本(sourceforge.net/projects/u-boot), 当时的最新版本是1.1.2 。 另外还需要一个交叉编译器。 当时手头上有arm-linux-gcc-2.95.3版本, 后来又从handhelds.org下载了3.3.2的版本。 版本并不是越高越好,因为存在兼容性的问题。 后来在用3.3.2版本编译atmel提供的linux-2.4.19的时候,就出现了一堆错误,但改成2.95.3后就没有问题了。

  *****小插曲******

  在做移植准备的过程中还出现了一个小小的插曲。 因为在此之前的硬件测试工作都是在windows环境下用超级终端进行的。而交叉编译需要linux环境(当然在windows下用cygwin也可以,但兼容性不是很好),因此就需要一个linux环境下的“超级终端”,我对linux并不熟悉,从网上查了一些资料,决定用minicom. 自己经过摸索,可以操纵minicom了,但是在用xmodem协议向板上下载程序的时候遇到问题: 总是提示错误,下载无法进行。 急忙到google上面搜索相关资料,结果发现这是一个共性的问题,很多朋友都反映xmodem下载协议有问题, 据说是时序上的原因。 怎么办呢? 最初从网上当了一些有关xmodem的资料以及一些源代码, 后来决定自己编写一个xmodem下载的程序。 下面就做一个小小的总结。

  A. xmodem协议简介

  XMODEM协议是一种使用拨号调制解调器的个人计算机通信中广泛使用的异步文件运输协议。这种协议以128字节块的形式传输数据,并且每个块都使用一个校验和过程来进行错误检测。如果接收方关于一个块的校验和与它在发送方的校验和相同时,接收方就向发送方发送一个认可字节。然而,这种对每个块都进行认可的策略将导致低性能,特别是具有很长传播延迟的卫星连接的情况时,问题更加严重。

  使用循环冗余校验的与XMODEM相应的一种协议称为XMODEM-CRC。还有一种是XMODEM-1K,它以1024字节一块来传输数据。ZMODEM是最有效的一个XMODEM版本,它不需要对每个块都进行认可。事实上,它只是简单地要求对损坏的块进行重发。ZMODEM对按块收费的分组交换网络是非常有用的。不需要认可回送分组在很大程度上减少了通信量。YMODEM也是一种XMODEM的实现。它包括XMODEM-1K的所有特征,另外在一次单一会话期间为发送一组文件,增加了批处理文件传输模式。

  有不少产品的维护和软件升级都是采用XMODEM协议来进行的。

  B.xmodem协议的数据包格式

  首先看几个定义: SOH---》 0x01 STX---》0x02 ACK---》0x06 NAK---》0x15 EOT---》0x04 CRC--》 ‘C’ 其中SOH代表一个数据包的开始标志,而STX与SOH有相同的含义,不过它是用在1K-XMODEM协议中的。 ACK是确认标志,NAK是非确认标志(要求重发),EOT是传送结束标志,CRC是使用CRC校验标志。一个完整数据包的格式如下:

  《SOH》 《数据包长度》 《255-数据包长度》 《128字节数据》 《校验字》

  在1K-XMODEM协议中,数据长度由128字节提高到1K字节。

  在XMODEM协议中,对数据包进行校验的方式有两种,一种是采用校验和,另一种是CRC校验。那么收发双方如何确认对方的校验方式呢?

  C.传输建立过程

  在早期采用校验和的XMODEM协议中,接收方准备就绪之后,会间隔一段时间发送“NAK”信号,每发送一个NAK,接收方就等待一段时间并检查是否收到SOH信号,若接收到则开始数据传送; 而发送方接收到NAK信号之后,便认为接收方已经准备好并开始数据传送,这样一个数据传输过程就建立起来了。在这种方式下采用的是校验和的方式。

  在采用CRC校验的XMODEM协议中,为了保持兼容性,接收方若支持CRC校验,间隔发送的不是NAK而是CRC标志,也就是‘C’,看到这里大家可能明白了AT91RM9200片内启动之后,为什么向外发送‘CCC’而不是其他的字符。 发送方接收到CRC标志之后,若支持CRC校验方式,便开始数据的传输,否则不做任何响应。 若接收方两种校验方式都支持的话(取决于程序编写),若对方不支持CRC,它就会转到校验和方式。

  D.数据传输过程

  下面是一个采用CRC校验方式进行数据传递的过程示意图:

  发送方 接收方

  《----------------------------------------------------- ‘C’

  《SOH》 《01》 《fe》 《128字节》 《CRC高字节》 《CRC低字节》 ------------》

  《------------------------------------------------------ 《ACK》

  《SOH》 《02》 《fd》 《128字节》 《CRC高字节》 《CRC低字节》 -------------》

  《----------------------------------------------------- 《NAK》

  《SOH》 《02》 《fd》 《128字节》 《CRC高字节》 《CRC低字节》 -------------》

  《------------------------------------------------------ 《ACK》

  。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。

  《EOT》 -----------------------------------------------------------》

  《------------------------------------------------------《NAK》

  《EOT》 -----------------------------------------------------------》

  《------------------------------------------------------《ACK》

  传送结束

  E. 程序编写

  有了上面的了解,就可以编写利用XMODEM协议进行数据传送的程序了。 这里面涉及到linux下的串口编程,还有就是16位CRC校验的生成。下面把我写的源程序给出,供大家参考,程序在RedHat9.0下编译测试通过。

  /***A simple program using xmodem/1kxmode send file*/

  #include 《stdio.h》

  #include 《stdlib.h》

  #include 《unistd.h》

  #include 《sys/types.h》

  #include 《sys/stat.h》

  #include 《fcntl.h》

  #include 《termios.h》

  #include 《errno.h》

  /*

  Xmodem Frame form: 《SOH》《blk #》《255-blk #》《--128 data bytes--》《CRC hi》《CRC lo》

  */

  #define XMODEM_SOH 0x01

  #define XMODEM_STX 0x02

  #define XMODEM_EOT 0x04

  #define XMODEM_ACK 0x06

  #define XMODEM_NAK 0x15

  #define XMODEM_CRC_CHR ‘C’

  #define XMODEM_CRC_SIZE 2 /* Crc_High Byte + Crc_Low Byte */

  #define XMODEM_FRAME_ID_SIZE 2 /* Frame_Id + 255-Frame_Id */

  #define XMODEM_DATA_SIZE_SOH 128 /* for Xmodem protocol */

  #define XMODEM_DATA_SIZE_STX 1024 /* for 1K xmodem protocol */

  #define USE_1K_XMODEM 0 /* 1 for use 1k_xmodem 0 for xmodem */

  #if (USE_1K_XMODEM)

  #define XMODEM_DATA_SIZE XMODEM_DATA_SIZE_STX

  #define XMODEM_HEAD XMODEM_STX

  #else

  #define XMODEM_DATA_SIZE XMODEM_DATA_SIZE_SOH

  #define XMODEM_HEAD XMODEM_SOH

  #endif

  /*********/

  #define SERIAL_DEVICE “/dev/ttyS0”

  #define BAUDRATE B115200;

  /***************SUB PROGRAM*******/

  unsigned short GetCrc16 ( char *ptr, unsigned short count )

  {

  unsigned short crc, i;

  crc = 0;

  while(count--)

  {

  crc = crc ^ (int) *ptr++ 《《 8;

  for(i = 0; i 《 8; i++)

  {

  if (crc & 0x8000)

  crc = crc 《《 1 ^ 0x1021;

  else

  crc = crc 《《 1;

  }

  }

  return (crc & 0xFFFF);

  }

  /*******************************/

  int Initial_SerialPort(void)

  {

  int fd;

  struct termios options;

  fd = open( SERIAL_DEVICE , O_RDWR &line; O_NOCTTY &line; O_NDELAY );

  if ( fd == -1 )

  {

  /*open error!*/

  perror(“port can‘t open!”);

  return -1;

  }

  /*Get the current options for the port.。.*/

  tcgetattr(fd, &options);

  /*Set the baud rates to BAUDRATE.。.*/

  cfsetispeed(&options, BAUDRATE);

  cfsetospeed(&options, BAUDRATE);

  tcsetattr(fd, TCSANOW, &options);

  if (0!= tcgetattr(fd, &options))

  {

  perror(“SetupSerial 1”);

  return -1;

  }

  /*

  * 8bit Data,no partity,1 stop bit.。。

  */

  options.c_cflag &= ~PARENB;

  options.c_cflag &= ~CSTOPB;

  options.c_cflag &= ~CSIZE;

  options.c_cflag &line;= CS8;

  tcflush(fd,TCIFLUSH);

  /***Choosing Raw Input*/

  options.c_lflag &= ~(ICANON &line; ECHO &line; ECHOE &line; ISIG);

  options.c_oflag &= ~OPOST;

  /*

  * Set the new options for the port.。。

  */

  if(0!=tcsetattr(fd, TCSANOW, &options))

  {

  perror(“SetupSerial error”);

  return -1 ;

  }

  return fd ;

  }

  //******************************

  void ClearReceiveBuffer(int fd)

  {

  unsigned char tmp;

  while((read(fd,&tmp,1))》0);

  return;

  }

  //********************************

  int main(int argc,char *argv[])

  {

  int fd;

  char data_file_name[80];

  char packet_data[ XMODEM_DATA_SIZE ];

  char frame_data[ XMODEM_DATA_SIZE + XMODEM_CRC_SIZE + XMODEM_FRAME_ID_SIZE + 1 ];

  unsigned char tmp;

  FILE *datafile;

  int complete,retry_num,pack_counter,read_number,write_number,i;

  unsigned short crc_value;

  unsigned char ack_id;

  //**open serial port1

  if ( (fd = Initial_SerialPort()) == -1) return -1 ;

  data_file_name = argv[1];

  if ((datafile=fopen(data_file_name,“rb”))==NULL)

  {

  perror(“file can’t open!”);

  return -1 ;

  }

  //*******************************

  pack_counter = 0;

  complete = 0;

  retry_num = 0;

  ClearReceiveBuffer(fd);

  while((read(fd,&ack_id,1))《=0);

  printf(“%c ”,ack_id);

  ack_id = XMODEM_ACK;

  while(!complete)

  {

  switch(ack_id)

  {

  case XMODEM_ACK:

  retry_num = 0;

  pack_counter++;

  read_number = fread( packet_data, sizeof(char), XMODEM_DATA_SIZE, datafile);

  if(read_number》0)

  {

  if (read_number《XMODEM_DATA_SIZE_SOH)

  {

  printf(“Start filling the last frame! ”);

  for(;read_number《XMODEM_DATA_SIZE;read_number++)

  packet_data[read_number] = 0x00;

  }

  frame_data[0] = XMODEM_HEAD;

  frame_data[1] = (char)pack_counter;

  frame_data[2] = (char)(255-frame_data[1]);

  for(i=0;i《XMODEM_DATA_SIZE;i++)

  frame_data[i+3]=packet_data[i];

  crc_value = GetCrc16(packet_data,XMODEM_DATA_SIZE);

  frame_data[XMODEM_DATA_SIZE_SOH+3]=(unsigned char)(crc_value 》》 8);

  frame_data[XMODEM_DATA_SIZE_SOH+4]=(unsigned char)(crc_value);

  write_number = write( fd, frame_data, XMODEM_DATA_SIZE_SOH + 5);

  printf(“waiting for ACK,%d,%d,。。。”,pack_counter,write_number);

  while((read(fd,&ack_id,1))《=0);

  if(ack_id == XMODEM_ACK)

  printf(“Ok! ”);

  else

  printf(“Error! ”);

  break;

  }

  else

  {

  ack_id = XMODEM_EOT;

  complete = 1;

  printf(“Waiting for complete ACK 。。。”);

  while(ack_id != XMODEM_ACK) ;

  {

  ack_id = XMODEM_EOT;

  write_number=write(fd,&ack_id,1);

  while((read(fd,&ack_id,1))《=0);

  }

  printf(“ok! ”);

  printf(“Sending file complete! ”);

  break;

  }

  case XMODEM_NAK:

  if( retry_num++ 》 10)

  {

  printf(“Retry too many times,Quit! ”);

  complete = 1;

  break;

  }

  write_num = write(fd,frame_data,XMODEM_DATA_SIZE + 5);

  printf(“Retry for ACK,%d,%d.。。”,pack_counter,write_number);

  while((read(fd,&ack_id,1))《=0);

  if( ack_id == XMODEM_ACK )

  printf(“Ok! ”);

  else

  printf(“Error! ”);

  break;

  default:

  printf(“Fatal Error! ”);

  complete = 1;

  break;

  }

  }

  fclose(datafile);

  close(fd);

  return 0;

  }

  7. U-BOOT移植之LXT971篇

  移植和测试都是在linux下进行的(Redhat 9.0)。 首先将以前下载的U-BOOT-1.1.2源代码解压到/usr/local/u-boot-1.1.2, arm-linux-gcc-3.3.2解压到/usr/local/arm/3.3.2, 设置好路径:

  export PATH=/usr/local/arm/3.3.2/bin:$PATH ( 告诉系统去哪里找 arm-linux- )

  打开u-boot-1.1.2下面的readme文件, 根据里面的提示, 要将U-BOOT移植到一个新板上,需要做以下改动:

  A. 修改根目录下的Makefile以及MAKEFILE文件,向其中增加对你要新添加的板子的支持。 因为有AT91RM9200DK项做参考,所以这一步并不困难;

  B. 在/board下面新建一个目录,里面包含你要增加的板子的信息。 我给我的板起名为at91rm9200my(呵呵,不够响亮), 那么我要做的就是在/board下新建一个at91rm9200my的目录, 根据readme里面的提示, 至少要包含这几个文件: Makefile , at91rm9200my.c, flash.c 和 u-boot.lds, 有at91rm9200DK做参考,这一步也不困难。 (拷贝过来就OK了,我还没有根据我的板子做修改)

  C. 在 /include/configs/ 下面建一个新板的配置文件, 我的是 at91rm9200my.h, 至于里面的内容,当然是参考at91rm9200dk.h了。

  D. 做完上面这些, 下面就是要做LXT971A的工作了。 at91rm9200dk上用的是DM9161E, 在/board/at91rm9200dk里面我找到了dm9161.c 这个文件, 那么我需要做的就是要改动这个文件了。 另外在Makefile里面我还看到了这么一行: OBJS := at91rm9200dk.o at45.o dm9161.o flash.o 我想这两个文件是需要我改动的了。首先把dm9161.c文件另存为lxt971a.c, 把Makefile里面的那行改为:

  OBJS := at91rm9200dk.o at45.o lxt971a.o flash.o

  根据我的了解,DM9161是RMII接口,LXT971A是MII接口,而对PHY的控制是通过MDI来进行的,在DM9161.C里面,主要有这么几个函数:

  dm9161_IsPhyConnected()

  dm9161_GetLinkSpeed()

  dm9161_InitPhy()

  dm9161_AutoNegotiate()

  at91rm92000_GetPhyInterface()

  除了最后一个外,前四个函数都是通过at91rm9200提供的MDI接口对PHY进行控制,那么我要做的工作就是根据LXT971A的手册对这个函数改写。 DM9161与LXT971A内部的寄存器地址大部分都是相同的,只有少数几个的地址和位定义不同,改写比较容易。 下面是我改写完的 lxt971a.c :

  #include 《at91rm9200_net.h》

  #include 《net.h》

  #include 《lxt971a.h》 /***这个头文件u-boot源文件里面有***/

  #ifdef CONFIG_DRIVER_ETHER

  #if (CONFIG_COMMANDS & CFG_CMD_NET)

  static unsigned int lxt971a_IsPhyConnected (AT91PS_EMAC p_mac)

  {

  unsigned short Id1, Id2;

  at91rm9200_EmacEnableMDIO (p_mac);

  at91rm9200_EmacReadPhy (p_mac, PHY_COMMON_ID1, &Id1);

  at91rm9200_EmacReadPhy (p_mac, PHY_COMMON_ID2, &Id2);

  at91rm9200_EmacDisableMDIO (p_mac);

  if ((Id1 == PHY_LXT971A))

  return TRUE;

  return FALSE;

  }

  static UCHAR lxt971a_GetLinkSpeed (AT91PS_EMAC p_mac)

  {

  unsigned short stat1, stat2;

  if (!at91rm9200_EmacReadPhy (p_mac, PHY_COMMON_STAT, &stat1))

  return FALSE;

  if (!(stat1 & PHY_COMMON_STAT_LNK_STAT)) /* link status up? */

  return FALSE;

  if (!at91rm9200_EmacReadPhy (p_mac, PHY_LXT971_STAT2, &stat2))

  return FALSE;

  if ((stat1 & PHY_COMMON_STAT_100BXFD) && (stat2 & PHY_LXT971_STAT2_100BTX) && (stat2 & PHY_LXT971_STAT2_DUPLEX_MODE)) {

  /*set Emac for 100BaseTX and Full Duplex */

  p_mac-》EMAC_CFG |= AT91C_EMAC_SPD | AT91C_EMAC_FD;

  return TRUE;

  }

  if ((stat1 & PHY_COMMON_STAT_10BTFD) && !(stat2 & PHY_LXT971_STAT2_100BTX) && (stat2 & PHY_LXT971_STAT2_DUPLEX_MODE)) {

  /*set MII for 10BaseT and Full Duplex */

  p_mac-》EMAC_CFG = (p_mac-》EMAC_CFG &

  ~(AT91C_EMAC_SPD | AT91C_EMAC_FD))

  | AT91C_EMAC_FD;

  return TRUE;

  }

  if ((stat1 & PHY_COMMON_STAT_100BXHD) && (stat2 & PHY_LXT971_STAT2_100BTX) && !(stat2 & PHY_LXT971_STAT2_DUPLEX_MODE)) {

  /*set MII for 100BaseTX and Half Duplex */

  p_mac-》EMAC_CFG = (p_mac-》EMAC_CFG &

  ~(AT91C_EMAC_SPD | AT91C_EMAC_FD))

  | AT91C_EMAC_SPD;

  return TRUE;

  }

  if ((stat1 & PHY_COMMON_STAT_10BTHD) && !(stat2 & PHY_LXT971_STAT2_100BTX) && !(stat2 & PHY_LXT971_STAT2_DUPLEX_MODE)) {

  /*set MII for 10BaseT and Half Duplex */

  p_mac-》EMAC_CFG &= ~(AT91C_EMAC_SPD | AT91C_EMAC_FD);

  return TRUE;

  }

  return FALSE;

  }

  static UCHAR lxt971a_InitPhy (AT91PS_EMAC p_mac)

  {

  UCHAR ret = TRUE;

  unsigned short IntValue;

  at91rm9200_EmacEnableMDIO (p_mac);

  if (!lxt971a_GetLinkSpeed (p_mac)) {

  /* Try another time */

  ret = lxt971a_GetLinkSpeed (p_mac);

  }

  /* Disable PHY Interrupts */

  at91rm9200_EmacReadPhy (p_mac, PHY_LXT971_INT_ENABLE, &IntValue);

  /* clear FDX, SPD, Link, INTR masks */

  IntValue &= ~(PHY_LXT971_INT_ENABLE_DUPLEXMSK | PHY_LXT971_INT_ENABLE_SPEEDMSK |

  PHY_LXT971_INT_ENABLE_LINKMSK | PHY_LXT971_INT_ENABLE_TINT);

  at91rm9200_EmacWritePhy (p_mac, PHY_LXT971_INT_ENABLE, &IntValue);

  at91rm9200_EmacDisableMDIO (p_mac);

  return (ret);

  }

  static UCHAR lxt971a_AutoNegotiate (AT91PS_EMAC p_mac, int *status)

  {

  unsigned short value;

  unsigned short PhyAnar;

  unsigned short PhyAnalpar;

  /* Set lxt971a control register */

  if (!at91rm9200_EmacReadPhy (p_mac, PHY_COMMON_CTRL, &value))

  return FALSE;

  value &= ~PHY_COMMON_CTRL_AUTO_NEG; /* remove autonegotiation enable */

  value |= PHY_COMMON_CTRL_ISOLATE; /* Electrically isolate PHY */

  if (!at91rm9200_EmacWritePhy (p_mac, PHY_COMMON_CTRL, &value))

  return FALSE;

  /* Set the Auto_negotiation Advertisement Register */

  /* MII advertising for Next page, 100BaseTxFD and HD, 10BaseTFD and HD, IEEE 802.3 */

  PhyAnar = PHY_COMMON_AUTO_ADV_NP | PHY_COMMON_AUTO_ADV_100BTXFD | PHY_COMMON_AUTO_ADV_100BTX |

  PHY_COMMON_AUTO_ADV_10BTFD | PHY_COMMON_AUTO_ADV_10BT | PHY_COMMON_AUTO_ADV_802_3;

  if (!at91rm9200_EmacWritePhy (p_mac, PHY_COMMON_AUTO_ADV, &PhyAnar))

  return FALSE;

  /* Read the Control Register */

  if (!at91rm9200_EmacReadPhy (p_mac, PHY_COMMON_CTRL, &value))

  return FALSE;

  value |= PHY_COMMON_CTRL_SPD_100 | PHY_COMMON_CTRL_AUTO_NEG | PHY_COMMON_CTRL_DUPLEX;

  if (!at91rm9200_EmacWritePhy (p_mac, PHY_COMMON_CTRL, &value))

  return FALSE;

  /* Restart Auto_negotiation */

  value |= PHY_COMMON_CTRL_RES_AUTO;

  if (!at91rm9200_EmacWritePhy (p_mac, PHY_COMMON_CTRL, &value))

  return FALSE;

  /*check AutoNegotiate complete */

  udelay (30000);

  at91rm9200_EmacReadPhy (p_mac, PHY_COMMON_STAT, &value);

  if (!(value & PHY_COMMON_STAT_AN_COMP))

  return FALSE;

  /* Get the AutoNeg Link partner base page */

  if (!at91rm9200_EmacReadPhy (p_mac, PHY_COMMON_AUTO_LNKB, &PhyAnalpar))

  return FALSE;

  if ((PhyAnar & PHY_COMMON_AUTO_ADV_100BTXFD) && (PhyAnalpar & PHY_COMMON_AUTO_LNKB_100BTXFD)) {

  /*set MII for 100BaseTX and Full Duplex */

  p_mac-》EMAC_CFG |= AT91C_EMAC_SPD | AT91C_EMAC_FD;

  return TRUE;

  }

  if ((PhyAnar & PHY_COMMON_AUTO_ADV_10BTFD) && (PhyAnalpar & PHY_COMMON_AUTO_LNKB_10BTFD)) {

  /*set MII for 10BaseT and Full Duplex */

  p_mac-》EMAC_CFG = (p_mac-》EMAC_CFG &

  ~(AT91C_EMAC_SPD | AT91C_EMAC_FD))

  | AT91C_EMAC_FD;

  return TRUE;

  }

  return FALSE;

  }

  /*

  * Name:

  * at91rm92000_GetPhyInterface

  * Description:

  * Initialise the interface functions to the PHY

  * Arguments:

  * None

  * Return value:

  * None

  */

  void at91rm92000_GetPhyInterface(AT91PS_PhyOps p_phyops)

  {

  p_phyops-》Init = lxt971a_InitPhy;

  p_phyops-》IsPhyConnected = lxt971a_IsPhyConnected;

  p_phyops-》GetLinkSpeed = lxt971a_GetLinkSpeed;

  p_phyops-》AutoNegotiate = lxt971a_AutoNegotiate;

  }

  #endif /* CONFIG_COMMANDS & CFG_CMD_NET */

  #endif /* CONFIG_DRIVER_ETHER */

  8. 关于板子的配制文件

  改写完网络部分以后,我将U-BOOT用arm-linux-gcc-3.3.2做了编译:

  $ make mrproper

  $ make at91rm9200my_config

  $ make all

  将生成的u-boot.bin下载到我的板子上,结果发现网络部分还是不能用。 仔细考虑了一下可能出问题的几个地方:

  A. 硬件问题? 网线插上之后LAX971A的三个状态指示都正常,应该不是PHY问题, 又想会不会是自己做的板子的问题(2层板,100M的网卡速度比较高), 后来又否定了自己的想法, 不应该一点反应都没有,因为U-BOOT没有提示MII方面的错误, 如果是板子布线方面的问题的话, 应该是出现不稳定现象。

  B. 软件问题? 后来想如果真的是板子的原因,那可真是惨了,因为网卡是必须要用的。 因此我决定先从软件方面找原因。 既然LXT971和DM9161接口方式不同(一个是MII,一个是RMII),那么在U-BOOT中应该有这方面的设置选项,在什么地方呢? 首先想到的就是移植板子的时候在/include/configs/下面添加的配制文件 at91rm9200my.h, 这个文件我是从at91rm9200dk复制过来的,里面有这么一个与RMII接口有关的配制项 #define CONFIG_AT91C_USE_RMII, 当时我是把它改成了#define CONFIG_AT91C_USE_RMII 0, 会不会是这里的问题呢? 那么这个选项影响哪个文件呢? 因为在dm9161.c里面没有发现与这个定义有关的语句, 后来用sourceinsight( 阅读源代码的好工具哦) 在/cpu/at91rm9200/下面找到了这个文件: at91rm9200_eth.c 在这个文件里面有个函数 eth_init() 是用来对MAC进行初始化的, 应该就是它了,很快就找到了与RMII相关的那条语句:

  #if defined(CONFIG_AT91C_USE_RMII) && !defined(CONFIG_CMC_PU2)

  *AT91C_PIOB_PDR = AT91C_PB25_EF100 |

  AT91C_PB19_ERXCK | AT91C_PB18_ECOL | AT91C_PB17_ERXDV |

  AT91C_PB16_ERX3 | AT91C_PB15_ERX2 | AT91C_PB14_ETXER |

  AT91C_PB13_ETX3 | AT91C_PB12_ETX2;

  而其上面的语句是:

  *AT91C_PIOA_PDR = AT91C_PA16_EMDIO | AT91C_PA15_EMDC | AT91C_PA14_ERXER |

  AT91C_PA13_ERX1 | AT91C_PA12_ERX0 | AT91C_PA11_ECRS_ECRSDV |

  AT91C_PA10_ETX1 | AT91C_PA9_ETX0 | AT91C_PA8_ETXEN |

  AT91C_PA7_ETXCK_EREFCK;

  这两段语句都是与设置PIO有关的,也就是将PIO设置成MAC的工作方式, 通过分析可以看出第二段是RMII和MII都需要进行的,而第一段是根据CONFIG_AT91C_USE_RMII是否定义来判断的,而不是我最初理解的将CONFIG_AT91C_USE_RMII定义为0就可以了(呵呵,比较菜) , 重新对at91rm9200my.h做修改,将

  #define CONFIG_AT91C_USE_RMII 改成 #undef CONFIG_AT91C_USE_RMII

  然后重新编译,下载, OK, 板上的网口终于起来了。

  另外在用U-BOOT提供的tftp下载linux内核和根文件系统的时候,还遇到一个问题,就是在linux下, tftp服务默认设置是不自动启动的,所以要修改/etc/xinet.d/ 下面的tftp配制文件,将里面的 disable = yes 改为 no或者把这一行注释掉。 另外还有一个问题,就是记得把linux的防火墙(我用的是redhat9.0)关掉,要不然也无法用tftp下载。 详细的下载过程后面接着说。

  9. linux内核移植

  对U-BOOT 做了简单的修改,使其网络部分可以使用之后,接下来就是让linux也能认出我的PHY来。

  9.1 内核修改

  我用的内核源文件是atmel提供的linux-2.4.19-rmk7, 在对源文件做修改之前, 首先编译试验了一下,结果发现用arm-linux-gcc-3.3.2编译有问题(U-BOOT是用3.3.2编译的),没办法,又把2.95.3装上,再试,没有问题。

  接下来就是要确定要修改哪些文件了。 linux内核源文件的层次还是比较清楚的,我很快在/drivers/at91/net/下面找到了at91_ether.h 和 at91_ether.c 这两个个文件, 把这两个文件打开看了一些, 觉得这就是我要找的。 在at91_ether.h里面找到了这么几行定义:

  #define MII_DM9161_ID 0x0181b880 /*****PHY的ID***/

  #define MII_DSCSR_REG 17 /***PHY的内部寄存器地址***/

  #define MII_DSINTR_REG 21 /****PHY的内部寄存器地址***/

  根据前面在修改U-BOOT的时候的得到的信息, 这三个定义是与LXT971A不同的,根据LXT971A的手册, 做了以下修改,增加了下面几行定义:

  #define MII_LXT971A_ID 0x001378e0 /****对应MII_DM9161_ID

  #define MII_LXT971_INT_ENABLE 0x12 /***对应MII_DSCSR_REG

  #define MII_LXT971_INT_STATUS 0x13 /***对应MII_DSINTR_REG

  然后对 at91_ether.c 里面的PHY管理部分做相应修改如下:

  static int update_linkspeed(struct net_device *dev, AT91PS_EMAC regs) {

  unsigned int bmsr, bmcr, lpa, mac_cfg;

  unsigned int speed, duplex;

  /* Link status is latched, so read twice to get current value */

  read_phy(regs, MII_BMSR, &bmsr);

  read_phy(regs, MII_BMSR, &bmsr);

  if (!(bmsr & BMSR_LSTATUS)) return -1; /* no link */

  read_phy(regs, MII_BMCR, &bmcr);

  if (bmcr & BMCR_ANENABLE) { /* AutoNegotiation is enabled */

  if (!(bmsr & BMSR_ANEGCOMPLETE)) return -2; /* auto-negotitation in progress */

  read_phy(regs, MII_LPA, &lpa);

  if ((lpa & LPA_100FULL) || (lpa & LPA_100HALF)) speed = SPEED_100;

  else speed = SPEED_10;

  if ((lpa & LPA_100FULL) || (lpa & LPA_10FULL)) duplex = DUPLEX_FULL;

  else duplex = DUPLEX_HALF;

  } else {

  speed = (bmcr & BMCR_SPEED100) ? SPEED_100 : SPEED_10;

  duplex = (bmcr & BMCR_FULLDPLX) ? DUPLEX_FULL : DUPLEX_HALF;

  }

  /* Update the MAC */

  mac_cfg = regs-》EMAC_CFG & ~(AT91C_EMAC_SPD | AT91C_EMAC_FD);

  if (speed == SPEED_100) {

  if (duplex == DUPLEX_FULL) /* 100 Full Duplex */

  regs-》EMAC_CFG = mac_cfg | AT91C_EMAC_SPD | AT91C_EMAC_FD;

  else /* 100 Half Duplex */

  regs-》EMAC_CFG = mac_cfg | AT91C_EMAC_SPD;

  } else {

  if (duplex == DUPLEX_FULL) /* 10 Full Duplex */

  regs-》EMAC_CFG = mac_cfg | AT91C_EMAC_FD;

  else /* 10 Half Duplex */

  regs-》EMAC_CFG = mac_cfg;

  }

  printk(KERN_INFO “%s: Link now %i-%s ”, dev-》name, speed, (duplex == DUPLEX_FULL) ? “FullDuplex” : “HalfDuplex”);

  return 0;

  }

  /*

  * Handle interrupts from the PHY

  */

  void at91ether_phy_interrupt(int irq, void *dev_id, struct pt_regs *regs)

  {

  struct net_device *dev = (struct net_device *) dev_id;

  AT91PS_EMAC emac = (AT91PS_EMAC) dev-》base_addr;

  int status;

  unsigned int phy;

  enable_mdi(emac);

  read_phy(emac, MII_LXT971_INT_STATUS, &phy); /* acknowledge interrupt in PHY */

  status = AT91_SYS-》PIOC_ISR; /* acknowledge interrupt in PIO */

  status = update_linkspeed(dev, emac);

  if (status == -1) { /* link is down */

  netif_carrier_off(dev);

  printk(KERN_INFO “%s: Link down. ”, dev-》name);

  } else if (status == -2) { /* auto-negotiation in progress */

  /* Do nothing - another interrupt generated when negotiation complete */

  } else { /* link is operational */

  netif_carrier_on(dev);

  }

  disable_mdi(emac);

  }

  /*

  * Initialize and enable the PHY interrupt when link-state changes

  */

  void enable_phyirq(struct net_device *dev, AT91PS_EMAC regs)

  {

  struct at91_private *lp = (struct at91_private *) dev-》priv;

  unsigned int dsintr, status;

  static int first_init = 0;

  if (first_init == 0) {

  // TODO: Check error code. Really need a generic PIO (interrupt)

  // layer since we‘re really only interested in the PC4 line.

  (void) request_irq(4, at91ether_phy_interrupt, 0, dev-》name, dev);

  /* AT91_SYS-》PIOC_ODR = AT91C_PIO_PC4; Configure as input */

  AT91_SYS-》PIOC_ODR = AT91C_PIO_PB29;

  first_init = 1;

  }

  else {

  status = AT91_SYS-》PIOC_ISR; /* clear any pending PIO interrupts */

  AT91_SYS-》PIOC_IER = AT91C_PIO_PB29; /* Enable interrupt */

  spin_lock_irq(&lp-》lock);

  enable_mdi(regs);

  read_phy(regs, MII_LXT971_INT_ENABLE, &dsintr);

  dsintr = dsintr | 0x00f2; /* set bits 7..4 and 1 */

  write_phy(regs, MII_LXT971_INT_ENABLE, dsintr);

  disable_mdi(regs);

  spin_unlock_irq(&lp-》lock);

  }

  }

  /*

  * Disable the PHY interrupt

  */

  void disable_phyirq(struct net_device *dev, AT91PS_EMAC regs)

  {

  struct at91_private *lp = (struct at91_private *) dev-》priv;

  unsigned int dsintr;

  spin_lock_irq(&lp-》lock);

  enable_mdi(regs);

  read_phy(regs, MII_LXT971_INT_ENABLE, &dsintr);

  dsintr = dsintr & 0x00f2; /* clear bits 8..11 */

  write_phy(regs, MII_LXT971_INT_ENABLE, dsintr);

  disable_mdi(regs);

  spin_unlock_irq(&lp-》lock);

  AT91_SYS-》PIOC_IDR = AT91C_PIO_PB29; /* Disable interrupt */

  }

  int at91ether_probe(struct net_device *dev)

  {

  AT91PS_EMAC regs = (AT91PS_EMAC) AT91C_VA_BASE_EMAC;

  unsigned int phyid1, phyid2;

  int detected = -1;

  /* Configure the hardware - RMII vs MII mode */

  #ifdef CONFIG_AT91_ETHER_RMII

  AT91_CfgPIO_EMAC_RMII();

  #else

  AT91_CfgPIO_EMAC_MII();

  #endif

  AT91_SYS-》PMC_PCER = 1 《《 AT91C_ID_EMAC; /* Enable Peripheral clock */

  /* Read the PHY ID registers */

  enable_mdi(regs);

  read_phy(regs, MII_PHYSID1, &phyid1);

  read_phy(regs, MII_PHYSID2, &phyid2);

  disable_mdi(regs);

  if (((phyid1 《《 16) | (phyid2 & 0xfff0)) == MII_LXT971A_ID) {

  detected = at91ether_setup(dev);

  }

  AT91_SYS-》PMC_PCDR = 1 《《 AT91C_ID_EMAC; /* Disable Peripheral clock */

  return detected;

  }

  另外,是否使用RMII接口在/include/config/at91/ether下面的rmii.h中定义

  #define CONFIG_AT91_ETHER_RMII 1 将其改为

  #undef CONFIG_AT91_ETHER_RMII

  做完上述修改之后,就可以进行编译了。

  9.2 内核的编译下载和执行

  内核编译过程如下:

  $ make at91rm9200dk_config

  $ make oldconfig

  如果想调整内核, $ make menuconfig

  $ make bzImage

  编译完后在/arch/arm/boot下生成映像文件。 如果想生成供U-BOOT下载使用的uImage文件, 接着执行:

  $ /usr/local/arm/2.95.3/bin/arm-linux-objcopy -O binary -S vmlinux linux.bin

  $ gzip -v9 linux.bin

  $ mkimage -A arm -O linux -C gzip -a 0x20008000 -e 0x20008000 -d linux.bin.gz uImage

  生成uImage以后,就可以用U-BOOT来下载并启动linux内核了,过程如下:(假设U-BOOT已经运行)

  在linux主机下将uImage和ramdisk-rmk7拷贝到/tftpboot下

  U-BOOT》 setenv ethaddr 00:11:22:33:44:55:66

  U-BOOT》 setenv ipaddr 10.10.155.200

  U-BOOT》 setenv serverip 10.10.155.211

  U-BOOT》 tftp 21000000 uImage

  U-BOOT》 tftp 21100000 ramdisk-rmk7

  U-BOOT》 setenv bootargs root=/dev/ram rw initrd=0x21100000,6000000 ramdisk_size=15360 console=ttyS0,115200 mem=32M

  U-BOOT》 bootm 21000000

  如果没有问题,就会看到linux的启动信息.linux内核启动之后, 用root (无密码) 登录。 如果想使用网络,还需要进行一些配置,例如:

  [root@AT91RM9200DK /root]$ ifconfig eth0 down

  [root@AT91RM9200DK /root]$ ifconfig eth0 10.10.155.2 up

  另外,默认情况下是不可以更改9200的MAC地址的,如果想更改,在编译内核的时候,需要修改相应的头文件。

  花了两天的时间对前面的调试工作做了总结, 虽然这其中的很多东西对我来说都是第一次, 但总的来说过程还算顺利, 虽然遇到了不少的问题, 但都得到了比较好的解决, 在这里特别感谢网络上不知名的朋友们的帮助。 到现在为止, 工作才刚刚开始, 软件方面还有大量的工作需要去做, 希望自己能延续自己在前一段时间的好运气, 尽快将软件写完调通。 这也是我第一次使用linux, 第一次接触开源软件, 虽然以前也用C,但是接触了linux,读了其他优秀的源代码,突然感觉以前自己的写的C是多么的native, 多么的缺乏组织,呵呵。 就先写这么多了,以后有时间再写吧。

查看详情

at91rm9200技术

基于AT91RM9200 处理器系统中BootLoader与内核的参数传递

基于AT91RM9200 处理器系统中BootLoader与内核的参数传递

本文着重介BootLoader与内核之间 参数传递 这一基本功能。本文的硬件平台是基于AT91RM9200 处理器系统,软件平台是Linux-2.6.1...

2018-03-28 标签:内核at91rm9200bootLoader 1929 0

AT91RM9200的UBOOT启动烧写过程详解

不同厂商的出的Soc片子在启动方式大都提供片内和片外启动两种方式,一般都是在片内固化一段小程序方便于程序开发而已。

2018-06-18 标签:at91rm9200uboot 5715 0

基于ARM芯片AT91RM9200的无线打印模块的硬件平台设计

基于ARM芯片AT91RM9200的无线打印模块的硬件平台设计

在ARM芯片AT91RM9200上构建了 无线打印模块 的硬件平台,在Android操作系统上完成了软件平台的搭建,通过调用Linux内核的CUPS,实...

2018-02-07 标签:armat91rm9200 1710 0

基于AT91RM9200系统电源的设计与调试

基于AT91RM9200系统电源的设计与调试

随着计算机技术、半导体技术以及电子技术的发展,嵌入式系统以其体积小、可靠性高、功耗低、软硬件集成度高等特点广泛应用于工业制造、过程控制、通信、仪器、仪表...

2014-08-28 标签:AT91RM9200系统电源 1794 0

基于ARM9的多行列键盘设计及其驱动实现

基于ARM9的多行列键盘设计及其驱动实现

论文展示了一种在ARM等嵌入式设备上扩展特殊键盘的新设计方法,并以运行ARM-Linux操作系统的AT91RM9200系统为例,对键盘接口电路设计和键盘...

2012-05-29 标签:键盘AT91RM9200驱动程序 2006 0

查看更多>>

at91rm9200资讯

基于ARM平台的RFID系统设计与实现

本文提出了一种基于ARM 平台的RFID 系统设计与实现方案,以满足人们在嵌入式领域对RFID技术的开发与应用。

2012-11-14 标签:ARMRFIDAT91RM9200 1758 0

基于ARM9的车载GPS定位终端设计

基于ARM9的车载GPS定位终端设计

车载GPS定位终端在过去十年内已经成为汽车工业发展的焦点。在欧美国家和日本,车载GPS定位终端在最近几年内得以广泛的应用。车载GPS定位终端是融全球卫星...

2011-10-27 标签:GPSARM9AT91RM9200 2510 0

基于ARM的新型智能交通信号灯系统设计

本文提出了一种具有分布式特征的交通信号灯控制系统设计方案,它利用RFID技术提高路况信息的收集精度, 利用电流环远距离传输方式,并且应用人工智能理论使得...

2011-10-19 标签:ARMAT91RM9200交通信号灯 4968 0

多串口通讯协议转换案例

随着网络经济时代的到来,基于TCP/IP协议的IP网的应用得到广泛普及,利用网络资源可以实现设备的网络接入,设备联网监控已经成为工业自动化的发展趋势。

2011-10-11 标签:IP网络AT91RM9200多串口协议 1657 0

基于ARM9的音频系统设计

基于ARM9的音频系统设计

本文利用 ATMEL公司 的 AT91RM9200型微处理器 和 Philips公司的 UDA1341型立体声音频编解码器设计了一种嵌入式音频系统。该嵌...

2011-09-19 标签:音频ARM9AT91RM9200 1961 0

基于AT91RM9200的嵌入式ARM开发平台的设计

基于AT91RM9200的嵌入式ARM开发平台的设计

嵌入式系统是以应用为中心,以计算机技术为基础,软硬件可以裁剪来适应系统对功能、可靠性、成本、体积、功耗要求严格的专用计算机体系。随着各种微处理器功能的完...

2011-09-16 标签:ARM嵌入式AT91RM9200 1226 0

基于ARM9处理器AT91RM9200和MCP25lO的CA

基于ARM9处理器AT91RM9200和MCP25lO的CA

 随着现场总线技术高速发展和标准化程度的不断提高,以现场总线技术为基础的开放型集散测控系统得到广泛应用。总线是控制器局域网(controller are...

2010-08-18 标签:ARM9at91rm9200AT91R 2166 0

VxWorks移植到AT91RM9200的BSP定制过程

VxWorks移植到AT91RM9200的BSP定制过程

VxWorks是美国Wind River公司开发的嵌入式实时操作系统,具有高性能、可裁减性好等特点,能支持多种微处理器(如PowerPC、X85

2010-07-29 标签:ATVxWorksat91rm9200 1654 0

AT91RM9200设计的保数据采集方案

1、  应用背景     环保信息网络承载着环保信息监测预警服务,为了保障环保数据的不间断采集

2010-07-22 标签:ARMat91rm9200AT91RM 917 0

AT91RM9200的导航计算机测试仪设计

AT91RM9200的导航计算机测试仪设计

AT91RM9200的导航计算机测试仪设计 0 概述导航计算机是捷联组合导航组件的组成部件,可接收来自多路输入数据接口的数据,并将结果由输出...

2010-04-01 标签:AT91RM9200 1027 0

查看更多>>

at91rm9200数据手册

相关标签

相关话题

换一批
  • AMS1117
    AMS1117
    +关注
    AMS1117系列稳压器有可调版与多种固定电压版,设计用于提供1A输出电流且工作压差可低至1V。在最大输出电流时,AMS1117器件的最小压差保证不超过1.3V,并随负载电流的减小而逐渐降低。
  • 电机控制芯片
    电机控制芯片
    +关注
  • MSP430G2553
    MSP430G2553
    +关注
    德州仪器(TI)MSP430系列超低功耗微控制器包含多种器件,它们特有面向多种应用的不同外设集。这种架构与5种低功耗模式相组合,专为在便携式测量应用中延长电池使用寿命而优化。该器件具有一个强大的16位 RISCCPU,16位寄存器和有助于获得最大编码效率的常数发生器。
  • 24c02
    24c02
    +关注
  • nRF51822
    nRF51822
    +关注
  • 反向电压
    反向电压
    +关注
    反向电压是什么意思?反向电压怎么产生的?我们这边为大家分享一下正向电压和反向电压的区别;光电效应反向电压;解读最大反向电压怎么求?二极管最高反向工作电压?最高反向工作电压的计算公式等知识点。
  • MPU-6050
    MPU-6050
    +关注
    MPU-6000(6050)为全球首例整合性6轴运动处理组件,相较于多组件方案,免除了组合陀螺仪与加速器时间轴之差的问题,减少了大量的封装空间。
  • 电芯
    电芯
    +关注
  • eV1527
    eV1527
    +关注
  • 74hc245
    74hc245
    +关注
    总线收发器,典型的CMOS型三态缓冲门电路,八路信号收发器,。由于单片机或CPU的数据/地址/控制总线端口都有一定的负载能力,如果负载超过其负载能力,一般应加驱动器。
  • 基准电压
    基准电压
    +关注
      基准电压是指传感器置于0℃的温场(冰水混合物),在通以工作电流(100μA)的条件下,传感器上的电压值。实际上就是0点电压。其表示符号为V(0),该值出厂时标定,由于传感器的温度系数S相同,则只要知道基准电压值V(0),即可求知任何温度点上的传感器电压值,而不必对传感器进行分度。
  • cnn
    cnn
    +关注
  • IN4007
    IN4007
    +关注
  • ad623
    ad623
    +关注
  • max3232
    max3232
    +关注
    MAX3232 器件由两个线路驱动器、两个线路接收器和一个双路电荷泵电路组成,具有端子间(串行端口连接端子,包括 GND)±15kV ESD 保护。
  • 半桥驱动芯片
    半桥驱动芯片
    +关注
  • 74HC138
    74HC138
    +关注
  • ISD1820
    ISD1820
    +关注
  • MLX90615
    MLX90615
    +关注
  • EG8010
    EG8010
    +关注
  • DA转换器
    DA转换器
    +关注
    DA转换器一般指数模转换器。它是把数字量转变成模拟的器件。D/A转换器基本上由4个部分组成,即权电阻网络、运算放大器、基准电源和模拟开关。模数转换器中一般都要用到数模转换器,模数转换器即A/D转换器,简称ADC,它是把连续的模拟信号转变为离散的数字信号的器件。
  • TTP223
    TTP223
    +关注
    TTP223是触摸键检测IC,提供1个触摸键。触摸检测IC是为了用可变面积的键取代传统的按钮键而设计的。低功耗和宽工作电压是触摸键的DC和AC特点。111
  • 1N4148
    1N4148
    +关注
  • lm741
    lm741
    +关注
  • max485
    max485
    +关注
    MAX485是一个八引脚的RS485电平收发器(只能单工或半双工)。内部含有一个输入信号接收器R、一个输出信号驱动器D。
  • PCB元件
    PCB元件
    +关注
  • 6n137
    6n137
    +关注
  • DK112
    DK112
    +关注
  • l7805
    l7805
    +关注
  • SM7525
    SM7525
    +关注

关注此标签的用户(1人)

118114

编辑推荐厂商产品技术软件/工具OS/语言教程专题