虽说之前我成功编译了Blackfin的GDB调试代理，但用起来可不像OpenOCD那么好用，尤其是gdbproxy的代码下载速度仅有4kb/s，一个u-boot就要一分钟才能下载完，简直无法接受。为了让Mum计划的调试方案实用，我付出了很多努力。虽然我没有深究Blackfin JTAG调试原理，但我的代码勉强让gdbproxy的代码下载速度提高到了40~60kb/s，虽然比不上有人专门研究的可以达到120kb/s的ICEBear（http://www.section5.ch/icebear），但是作为开源调试器，60kb/s的下载速度应该可以对付大多数应用了，我就偷点懒，不继续优化，就让ICEBear有点钱赚。同时，由于我是囫囵吞枣式的做了这个优化，肯定有很多不合理之处，请真正牛叉的大侠予以指正，谢谢。

    P1.L = LO(DBGSTAT);
    P1.H = HI(DBGSTAT);
    R1.L = 0x0002;
    R1.H = 0x0000;
.loop_dbgstat:
    R0 = [P1];
    R0 = R0 & R1;
    cc = R0 == R1;
    if cc jump .write_emudat;
    jump .loop_dbgstat;
.write_emudat:
    R0 = EMUDAT;
    [P0++] = R0;
    jump .loop_dbgstat;

• urjtag/src/bfin/bfin.c，982行，增加函数

void
part_emudat_set_new (chain_t *chain, int n, uint32_t value, int exit)
{
  part_t *part;
  tap_register *r;

  assert (exit == EXITMODE_UPDATE || exit == EXITMODE_IDLE);

  if (part_scan_select (chain, n, EMUDAT_SCAN) < 0)
    return;

  part = chain->parts->parts[n];
  r = part->active_instruction->data_register->in;
  emudat_init_value (r, value);
  chain_shift_data_registers_mode (chain, 0, 1, exit);
}

• gdbproxy/target_bfin_new.c，464行

static char default_jtag_connect[] = "cable gnICE";

修改为

static char default_jtag_connect[] = "cable USB-to-JTAG-IF ftd2xx-mpsse 0725:6010";
static char default_jtag_frequency[] = "frequency 6000000";

• gdbproxy/target_bfin_new.c，1258行，增加函数

static void
core_emudat_set_new (int core, uint32_t value, int runtest)
{
  part_emudat_set_new (cpu->chain, core, value,
     runtest ? EXITMODE_IDLE : EXITMODE_UPDATE);
}

• gdbproxy/target_bfin_new.c，3085行，函数修改为

static void
cache_flush (int core, uint32_t addr, int size)
{
  uint32_t p0;
  int i;

  assert (size > 0);

  if (size <= 4)
  {
   p0 = core_register_get (core, REG_P0);

   core_register_set (core, REG_P0, addr);
   core_dbgctl_bit_set_emuirlpsz_2 (core, UPDATE);
   for (i = (size + addr % CACHE_LINE_BYTES - 1) / CACHE_LINE_BYTES + 1;
        i > 0; i--)
     core_emuir_set_2 (core, gen_flush (REG_P0),
         gen_iflush_pm (REG_P0), RUNTEST);
   core_dbgctl_bit_clear_emuirlpsz_2 (core, UPDATE);

   core_register_set (core, REG_P0, p0);
  }

• gdbproxy/target_bfin_new.c，3409行，函数修改为

static int
memory_write (int core, uint32_t addr, uint8_t *buf, int size)
{
  uint32_t p0, r0, p1, r1, pc;
  int clobbered[BFIN_DCPLB_NUM];
  int i;
  uint8_t isram_backup[32];

  assert (size > 0);

  p0 = core_register_get (core, REG_P0);  //保护各个寄存器
  p1 = core_register_get (core, REG_P1);
  r0 = core_register_get (core, REG_R0);
  r1 = core_register_get (core, REG_R1);
  pc = core_register_get (core, REG_RETE);

  for (i = 0; i < BFIN_DCPLB_NUM; i++)
    clobbered[i] = 0;

  dcplb_validate_clobber_p0r0 (core, addr, size, clobbered);

  core_register_set (core, REG_P0, addr);

  core_dbgctl_bit_set_emuirlpsz_2 (core, UPDATE);

  if ((addr & 0x3) != 0)
    core_emuir_set_2 (core,
        gen_move (REG_R0, REG_EMUDAT),
        gen_store8pi (REG_P0, REG_R0), UPDATE);

  while ((addr & 0x3) != 0 && size != 0)
    {
      core_emudat_set (core, *buf++, RUNTEST);
      addr++;
      size--;
    }
  if (size == 0)
    goto finish_write;

  if (size >= 4)
 {
   bfin_resume_from_addr(0, 0, 0xffa08000);  //启动已经储存在0xffa08000的CPU DCC扫描程序

   for (; size >= 4; size -= 4)
   {
    uint32_t data;
  
    data = *buf++;
    data |= (*buf++) << 8;
    data |= (*buf++) << 16;
    data |= (*buf++) << 24;
    core_emudat_set_new (core, data, RUNTEST);  //往共享寄存器里写数据
   }
 
   bfin_stop();  //停止CPU DCC扫描程序
 }

  if (size == 0)
    goto finish_write;

  core_emuir_set_2 (core,
      gen_move (REG_R0, REG_EMUDAT),
      gen_store8pi (REG_P0, REG_R0), UPDATE);

  for (; size > 0; size--)
    core_emudat_set (core, *buf++, RUNTEST);

finish_write:

  core_dbgctl_bit_clear_emuirlpsz_2 (core, UPDATE);

  dcplb_restore_clobber_p0r0 (core, clobbered);

  core_register_set (core, REG_P0, p0);  //恢复各个寄存器
  core_register_set (core, REG_P1, p1);
  core_register_set (core, REG_R0, r0);
  core_register_set (core, REG_R1, r1);
  core_register_set (core, REG_RETE, pc);

  return 0;
}

• gdbproxy/target_bfin_new.c，4318行，增加：

  char *freq_string = default_jtag_frequency;

• gdbproxy/target_bfin_new.c，4342行，增加：

    {"freq", required_argument, 0, 18},

• gdbproxy/target_bfin_new.c，4520行，增加：

 case 18:
  strcpy(freq_string, "frequency ");
  strcat(freq_string, optarg);
  break;

• gdbproxy/target_bfin_new.c，4569行，增加：

 jtag_parse_line (chain, freq_string);

• gdbproxy/target_bfin_new.c，5061行，增加：

  uint32_t dcc_code[] =
  {
   0x5008e109,
   0xffe0e149,
   0x0002e101,
   0x0000e141,
   0x54089108,
   0x18020808,
   0x31c72ffc,
   0x2ff99200,
  };  //CPU DCC扫描程序机器码
  
  bfin_write_mem(0xffa08000, (uint8_t *) dcc_code, 0x20);

 还有一个值得说的是，http://blackfin.uclinux.org上最新的urjtag源码中使用了strcasestr函数，这个函数在cygwin的gcc的glibc里面没有，编译无法通过。不过没有关系，可以自己写一个。

• jtag/src/cmd/bfin.c，53行，增加：

#include <ctype.h>

#ifndef HAVE_STRCASESTR
char * strcasestr (char *haystack, char *needle)
{
 char *p, *startn = 0, *np = 0;

 for (p = haystack; *p; p++) {
  if (np) {
   if (toupper(*p) == toupper(*np)) {
    if (!*++np)
     return startn;
   } else
    np = 0;
  } else if (toupper(*p) == toupper(*needle)) {
   np = needle + 1;
   startn = p;
  }
 }

 return 0;
}
#endif

今天就写到这里。过一段时间我会放出整理测试后的源代码以及可执行文件，如果你觉得修改过程太过复杂，可以直接使用我写的代码。

• 什么是电磁兼容

对于还没有毕业的、刚毕业的同学们可能对电磁兼容体会不深。但不论老师的指导、业界的传言，都给我们指出了一些电磁兼容的蛛丝马迹：每个IC加一个104电容、数字地模拟地需要分割等等。先不讨论这些做法的对错，至少说明，我们需要做些什么事情，才能保证我们的设计能很好的工作。
电磁兼容性（EMC）是描述一个电子设备的两方面性能：对别的设备的干扰严重程度（EMI）和对自然界或别的设备的干扰的抗受程度（EMS）。有很多很牛X的人做了很多很牛X的工作，用标准的形式把电磁兼容分成了若干个可以用测试衡量的项目，例如IEC61000-4-X系列；国标GB17626.X系列，就是抄IEC的。我不想像教课书一样给大家列出这些标准，就用几个简单的、我们经常能遇到现象来对应下：
1. 很多人遇到过把示波器地线夹到板子上的时候，板子复位的现象吧，这个是热插拔“浪涌（Surge）”的效果；
2. 冬天的时候，北方的同学们经常对自己的笔记本电脑或者台式机过电吧，这个是“静电放电（ESD）”干扰；
3. 使用电钻的时候听收音机，有杂音，这是“快速瞬变脉冲群（EFT）”的效果；
注意这几个用引号括起来的词，就是几个典型的电磁兼容测试项目。当然还有两个非常重要的项目“辐射”和“传导”，但我觉得只是为了让单板正常工作，这两个项目不用考虑；我目前也没有这方面的实践经验，本文就简略些。据我头说我们要买个频谱仪，有那个之后我再玩玩这两个项目，看看理论的东西是不是胡说。
再说说对电磁兼容的范畴界定：以我的认识，电磁兼容性应算产品的性能，不能划归可靠性范畴；因为可靠性主要研究产品能在什么应力下能用多久不坏，不关心干扰的问题。因此，电磁兼容性的提高，不代表可靠性提高，反而由于引入了串联的对策器件（这个词下面就解释了），对策器件选择不当会降低系统可靠性。但研究所、实验室科研就不用理清这个概念了，反正课题验收只要好使一次，没有人关心可靠性。
很多人觉得电子设计必须考虑电磁兼容各种规则，其实有些情况不用，或者说不用考虑全部；因为请一定记住，电磁兼容性的提高不是随便就能达到的，是有成本的，这包括几个方面：电磁兼容PCB设计往往要求高，层数和面积都会增大；增加对策器件；增加测试成本。山寨手机往往电磁兼容做的不好，但卖的好才是真的好。但对于工程师，必须懂得这些知识，中国人不能永远搞差异化产品的。呵呵，扯远了。

• 重新认识PCB和基本器件

这个小节讲的全部是一件事情：分布参数。分布参数就是分布在PCB或者器件中的电容、电感、电阻，这些东西数值很小，但是在很多情况下，他们造成的影响狠严重。给出一个经验数值，一般1厘米长的PCB走线的电感量是6nH。按照经典的复阻抗计算公式Z=ωL，在100MHz下，1厘米导线的复阻抗达到3.76Ω，稍微长一些的导线对高频信号就会表现出很大的衰减。
而我们常用的电容、电感因为存在分布参数，在高频下也不能用简单的符号来表示。以电容的模型为例，请看我们常用的X7R型的0603封装50V耐压0.1μF电容的模型，其中L1和L2影响电容的等效串联电感（ESL），R1、R2、R3影响电容的等效串联电阻（ESR）。

 有这么多分布参数，导致这个104电容的复阻抗-频率曲线变成了这样：

 

可以看出，这种电容在11M左右的时候，复阻抗最小，大约为100mΩ。随后由于等效串联电感的存在，复阻抗会逐渐增大。但刚才已经提到了，1厘米的PCB走线有6nH的电感，当这种电容焊接在电路板上的时候，其复阻抗特性曲线会向左移动一些；所以，这种电容比较适合用于若干MHz到20MHz频率下的滤波。很多单片机的工作频率都在这个范围，因此104电容可以用于单片机系统的电源滤波。但如今的ARM、DSP、PowerPC系统频率都不下百兆，用104电容就不合适了。
说说等效串联电阻的作用：等效串联电阻小的电容，其复阻抗特性曲线整体下移，因此，在很大频率范围内复阻抗都很小，所以等效串联电阻越小的电容，滤波效果越好。

接下来说说电感，电感也存在等效串联电阻、匝间电容等分布参数。除了高频下，电感特性会变化之外，电感还受到直流电流的影响——因为电流会让电感的磁芯饱和。另外，有的磁芯磁导率还会受到温度的影响。用TDK公司的某电感的参数特性曲线为例子说明：

•  认识电磁兼容对策器件

下面来说说专门为了电磁兼容而存在的器件。
主要可以分为滤波和瞬态抑制两个类别。起滤波作用的有：共模电感、磁珠、三端电容等；起瞬态抑制作用的有：TVS二极管、压敏电阻、气体放电管等。这些器件的原理、结构、基本作用等我不说了，百度一下一大片。说些不容易搜索到的：
1. 磁珠到底是什么
很多人搞不清楚磁珠、电感、0欧姆电阻的区别。先看看村田制作所（好多年了，一直觉得和春田花花幼儿园有关系）提供的磁珠内部结构：

原来就是用线在里面绕圈啊，可以肯定这和0欧姆电阻不一样，因为它有一定电感。那么磁珠和电感有什么区别呢？我觉得是磁心材料的区别，电感的磁芯材料是用来储能的，而磁珠的磁性材料是用来耗能的，在高频的时候产生很大的涡流，来把交变信号的能量消耗掉。所以，在高频下，磁珠表现出很大的纯电阻值，而不是复阻抗值。可以看看磁珠的阻值频率特性曲线：

那么，什么地方用磁珠呢？建议的应用是：电源滤波、信号滤波。强烈不建议将磁珠用于模拟、数字地之间的跨接，因为这样容易引起地电位差，对AD、DA的精度产生很严重的影响；这种情况用0欧姆电阻或者干脆不区分模拟和数字地，只区分模拟和数字电源。目前我尝试过两个地之间用磁珠有效的只有一种：防止热插拔时的浪涌。

2.TVS、压敏电阻、气体放电管到底用那个
这三个器件都是用来抑制瞬态电压变化的，不同的是TVS响应最快（0.1ns级别），但通流量小；压敏电阻响应比较快（1ns级别），通流量大；气体放电管响应慢（1us级别），通流量大。因此，TVS和压敏电阻可以用来抑制ESD放电，气体放电管和压敏电阻可以用来抑制浪涌。

• 怎样提高电磁兼容性

之前我提出电磁兼容是产品的性能，但对于概念不清的人来说，“提高电磁兼容性”这个提法很模糊，只好通俗解释下——就是怎样通过电磁兼容测试。
请一定建立起这个概念：提高电磁兼容性要从板级设计开始。在产品的板级设计不太差的前提下，可以通过增加一些简单的电磁兼容对策器件实现电磁兼容性的提高——但这完全是治标不治本。给我上课的老师就举了某电力测量设备的制造商例子，他们的产品为了通过2kV的快瞬脉冲群，共模电感、Y电容的加了一大堆，还修改采样电路板PCB，搞得很麻烦；原因就在于他们的单片机系统设计太垃圾了。2kV的快瞬对低速的单片机系统来说就和玩一样，轻松对付。那么具体该怎么做呢，第一，要注意PCB和基本器件的分布参数，正确选择各种器件；第二，要了解各种电磁兼容对策器件的特性和选型方法；第三，注意各种滤波设计；第四，要注意PCB设计。前面两条已经在上文种有所涉及了，但我写出来的就是个导读，要是全写出来我干脆写书去了。说说后面两条。

• 电磁兼容滤波设计

这个叫法和一般的信号滤波设计不同，是有针对性的。再次说明，本文不涉及产品对外辐射的控制，但这些滤波器一般可以起双向滤波的作用，通俗点说，里面的干扰出不来，外面的干扰进不去。
要设计这种有针对性的滤波器，首先必须了解将要面对的是什么信号：以快瞬脉冲群、浪涌、静电放电为例。
1.快瞬脉冲群
快瞬脉冲群是用来模拟感性负载在电路上的频繁接入和断开的情况，比如电机、继电器等。它的电压波形是这样的：

 

快瞬脉冲群可以加在电源上，如果AC/DC电源的传导衰减不够，就会在设备的直流电源上产生相似波形的干扰信号。快瞬脉冲也可以通过耦合夹耦合在信号线上耦合出相似波形的干扰信号，通过信号端口传入设备。另外，由于快瞬脉冲群的辐射能量很大，附近的线缆也会感应产生相似波形的干扰信号。如果是单个干扰脉冲，数字电路一般有施密特触发器，不会误触发。但连续的脉冲群会使施密特触发器失效，而扰乱数字电路。
快瞬脉冲群单个脉冲的上升沿，决定了其能量大致分布在十几MHz~几百MHz的范围内，因此滤波器在这个区间内要有滤波效果。
另外，快瞬脉冲群干扰是共模的，不论你选则的是L、N，L、PE，N、PE，L、N、PE那一种耦合方式，快瞬脉冲群都是共模的。有必要解释什么叫共模干扰，共模干扰指的是相对于某个共同的外部参考源，例如大地的干扰。我目前理解的脉冲群共模干扰的模型如下：

脉冲群的干扰就像河道里的水波一样，一波一波的涌入设备，如果被测设备完全悬空，那么仅仅是其电势被抬高，不会产生影响；但是，由于被测设备和大地之间存在耦合电容，高频干扰信号就能找到回流路径，因此，设备的正常工作受到影响。
对于脉冲群，可以使用如下图所示的对策：

我仅对电源线对策举例，信号线的对策大同小异。被测设备最好要有个金属屏蔽外壳，并与大地有良好的电气连接，这样PE信号的干扰就可以直接导入大地。交流供电线上的干扰使用共模电感抑制，注意应选择滤波区间在脉冲群能量频率范围内（十几MHz~几百MHz）的共模电感，通过共模电感之后共模干扰会大幅衰减，图中的箭头大小表示能量的大小。光有共模电感有些情况下还不够，还应在进线端增加对大地的Y电容，让干扰能量尽可能早的回流到大地，而不干扰到后级的电源模块和功能电路。

2.浪涌

浪涌就是模拟雷击的，当然还有热插拔浪涌，这个暂时不讨论。 浪涌测试的电压波形如下：

电流波形就不贴出了，长的和这个波形差不多。浪涌的特点是电流上升沿较缓，但峰值电流很大，可以达到数百到上千安培；同时，浪涌的电压较高，可以达到数千伏。浪涌能在很短的时间内令设备内部器件或空气击穿，损坏设备。由于浪涌的能量很大，完全堵住浪涌是不可能的；因此，浪涌的对策是疏导。在电源线上放置瞬态抑制器件，如TVS、压敏电阻、气体放电管等等。典型的对策电路如下所示：

这种形式的电路，放置在设备的电源输入端，一旦电源出现浪涌，压敏电阻和气体放电管就会导通，将浪涌能量导走，令其不进入后部处理电路。而在没有浪涌时，由于气体放电管几乎没有漏电流，可以满足安规要求。

3.静电

静电放电测试用来模拟人体对设备的放电。其波形如下图所示：

静电放电结合了脉冲群和浪涌的特点，由于静电放电电流上升沿非常陡峭，使放电时产生宽达数GHz的干扰频谱；另外静电放电的电压一般可以达到1万伏特，峰值电流可以达到数十安培，虽然放电的时间短、能量较小，但也有可能使设备损坏或造成可积累的损坏。静电的对策是脉冲群对策和浪涌对策的结合：一方面要加强屏蔽和共模滤波，另一方面也要对放电电流进行疏导，避免其进入电路。

• 如何设计电磁兼容性良好的PCB

设计PCB学问就多而乱了，什么层叠设置，阻抗匹配，串扰预防等等等等。其实要提高电磁兼容性，最重要的原则是：回路面积最小。
回路面积最小指的是信号路径和回流电流路径所围成的截面积最小。用一个信号穿越地分割的例子来说明：

图中红色的是某双面板顶层信号线，蓝色是底层地平面。当信号线在完整的地平面上时，黄箭头所示的信号电流和绿箭头所示的信号回流电流基本重合，二者回路面积最小；当地平面存在分割时，回流电流就会绕开地平面分割行进，使回路面积增大。回路面积越大，电路感应出的干扰信号幅度也就越大，向外的辐射也越多。相关知识可以查看PCB方面书籍。
最符合回路面积最小原则的PCB设计是所有信号线都有完整地平面陪伴，最不符合的例子是电缆中独行的信号线。

PCB设计虽然没有太高的技术含量，但确是很需要经验的。

这篇文章主要是讲如何编译MumJTAG的ARM和Blackfin GDB调试代理程序的，如果你对GDB调试还没有什么概念，可以看这篇文章：http://xianzilu.spaces.live.com/blog/cns!4201FDC93932DDAF!268.entry。如果你想知道怎么使用OpenOCD进行ARM调试，请看这篇文章：http://xianzilu.spaces.live.com/blog/cns!4201FDC93932DDAF!485.entry。如果你想知道ARM上GDB调试怎么和Eclipse接口，请看这篇文章：http://xianzilu.spaces.live.com/blog/cns!4201FDC93932DDAF!602.entry。

MumJTAG是我设计的一个JTAG调试电缆，它的制作请看这篇文章：http://xianzilu.spaces.live.com/blog/cns!4201FDC93932DDAF!786.entry。

本文在Windows下用Cygwin环境，配合FT2232的D2XX驱动，成功编译了OpenOCD、urjtag和gdbproxy；换句话说，采用本文介绍的方法，可以在Windows下使用FTDI提供的驱动，使用FT2232电缆。OpenOCD在Cygwin下的编译没有什么难度，urjtag和gdbproxy的编译，因为没有找到类似的文章，我花了2天的时间……希望我的记录能给大家提供些方便，不要走我的弯路。转载请注明来自我是一只鱼同学的EE小站，邮件cosine@126.com。

另外说一下，其实ADI提供了Windows环境下的gdbproxy，但是我试了下，不好使，也许是因为它用的是libftdi驱动的原因，我没有调查在Windows环境下怎么装libftdi驱动，因为我想绝大多数人会使用D2XX驱动吧。给出ADI工具链的地址：http://blackfin.uclinux.org/gf/download/frsrelease/392/5211/blackfin-toolchain-win32-2008R1.5.exe。

• OpenOCD的编译

这个很简单，大家可以看OpenOCD的手册：http://openocd.berlios.de/doc/openocd.pdf。我这里再啰嗦一遍。

先到OpenOCD的官方网站：http://openocd.berlios.de/，下载OpenOCD源代码：http://prdownload.berlios.de/openocd/openocd-0.1.0.tar.gz，假设保存为E:\Mum\OpenOCD\openocd-0.1.0.tar.gz。用命令行来说明：

$ cd /cygdrive/e/mum
$ tar xvzf openocd-0.1.0.tar.gz
$ mv openocd-0.1.0 openocd

当然也可以用svn下载OpenOCD最新的版本，在Cygwin的命令行中输入：

$ cd /cygdrive/e/mum
$ svn checkout svn://svn.berlios.de/openocd/trunk openocd
$ cd openocd
$ ./bootstrap

然后准备MumJTAG的D2XX驱动程序，可以看之前的这篇文章制作一个：http://xianzilu.spaces.live.com/blog/cns!4201FDC93932DDAF!786.entry，或者到这里下载我做好的驱动：http://cid-4201fdc93932ddaf.skydrive.live.com/self.aspx/Mum%e8%ae%a1%e5%88%92/MumJTAG/MumJTAGDriver.rar，假设驱动程序存储在E:\Mum\MumJTAGDriver。现在可以编译了，还是用命令来说明。

$ cd /cygdrive/e/mum/openocd
$ ./configure --prefix=/cygdrive/e/mum/openocd/build --enable-ft2232_ftd2xx --with-ftd2xx-win32-zipdir=/cygdrive/e/mum/mumjtagdriver
$ make
$ make install

这样，OpenOCD就编译好，并拷贝到E:\Mum\OpenOCD\build里了。

为了让OpenOCD正常工作，还需要一个针对要调试的CPU的配置文件，这个配置文件的编写可以参考OpenOCD的手册。这里我给出我编写的MumJTAG连接AT91SAM9263的配置文件：

##########################
# Interface configuration
##########################

interface ft2232
ft2232_device_desc "MumJTAG A"
ft2232_layout "usbjtag"
ft2232_vid_pid 0x0725 0x6010
jtag_khz 8
reset_config trst_and_srst

##########################
# TAP configuration
##########################

jtag newtap at91sam9263 cpu -irlen 4 -ircapture 0x1 -irmask 0xf -expected-id 0x0792603F
jtag_nsrst_delay 200000
jtag_ntrst_delay 200000

##########################
# Target configuration
##########################

set _TARGETNAME [format "%s.cpu" at91sam9263]
target create $_TARGETNAME arm926ejs -endian little -chain-position $_TARGETNAME -variant arm926ejs

# Internal sram1 memory
$_TARGETNAME configure -work-area-virt 0 -work-area-phys 0x00300000 -work-area-size 0x1000 -work-area-backup 1

##########################
# Port configuration
##########################

telnet_port 23
gdb_port 2331
tcl_port 6666

值得一提的是，不同JTAG电缆的ft2232_device_desc、ft2232_vid_pid是不一样的，应根据实际修改；ft2232_layout设定的是电缆的类型，OpenOCD支持很多种电缆的类型，MumJTAG兼容USB to JTAG Interface，所以写“usbjtag”；如果你自己独创了一种电缆，就要修改OpenOCD的源代码。假设将配置文件保存为E:\Mum\OpenOCD\build\AT91SAM9263.cfg，接下来连接MumJTAG到目标板的JTAG，给目标板上电就可以启动OpenOCD了，如下所示。

$ cd /cygdrive/e/mum/openocd/build/bin
$ ./openocd -f /cygdrive/e/mum/openocd/build/mumjtag.cfg
Open On-Chip Debugger 0.1.0 (2009-04-15-16:59) Release

BUGS? Read http://svn.berlios.de/svnroot/repos/openocd/trunk/BUGS

$URL: https://kc8apf@svn.berlios.de/svnroot/repos/openocd/tags/openocd-0.1.0/src
/openocd.c $
8 kHz
Info : JTAG tap: at91sam9263.cpu tap/device found: 0x0792603f (Manufacturer: 0x0
1f, Part: 0x7926, Version: 0x0)
Info : JTAG Tap/device matched

OpenOCD自带很多CPU和JTAG电缆的配置文件，在安装目录里，它的使用就不细说了，大家自己看手册。

• urjtag和gdbproxy的编译

urjtag和gdbproxy是uclinux下的一个项目，由ADI官方派人维护。它是可以使用FT2232电缆通过JTAG调试Blackfin系列处理器的一套GDB调试服务程序。顺便提一下，FT2232电缆无法在ADI的Visual DSP++下使用。

urjtag和gdbproxy是一体的一套软件，他们必须一同编译，而且路径有要求，例如urjtag储存在E:\Mum\urjtag_gdbproxy\jtag，那么gdbproxy就必须储存在E:\Mum\urjtag_gdbproxy\gdbproxy。编译的顺序是先urjtag后gdbproxy。urjtag和gdbproxy的编译和使用可以参考blackfin.uclinux.org的wiki，地址是：http://docs.blackfin.uclinux.org/doku.php?id=toolchain:debug:gdbproxy。

先到uclinux的官方网站下载urjtag和gdbproxy的源码，地址是：http://blackfin.uclinux.org/gf/download/frsrelease/392/5076/blackfin-jtag-tools-08r1.5-14.src.tar.bz2。将其中的jtag.tar.bz2、gdbproxy.tar.bz2和jtag.diff解压出来，例如储存为E:\Mum\urjtag_gdbproxy\jtag.tar.bz2、E:\Mum\urjtag_gdbproxy\gdbproxy.tar.bz2和E:\Mum\urjtag_gdbproxy\jtag.diff。然后：

$ cd /cygdrive/e/mum/urjtag_gdbproxy
$ tar xvjf jtag.tar.bz2
$ tar xvjf gdbproxy.tar.bz2
$ patch -p0 <jtag.diff

当然可以使用svn下载最新的代码：

$ cd /cygdrive/e/mum/urjtag_gdbproxy
$ svn checkout svn://sources.blackfin.uclinux.org/toolchain/trunk/jtag jtag
$ svn checkout svn://sources.blackfin.uclinux.org/toolchain/trunk/gdbproxy gdbproxy

假设MumJTAG的驱动程序存放E:\Mum\MumJTAGDriver，可以编译urjtag：

$ ./configure --prefix=/cygdrive/e/mum/newbuild/jtag/build --with-ftd2xx=/cygdrive/e/mum/mumjtagdriver
$ make
$ make install

我编译的时候有很多参数类型不匹配的警告，无视它们了……接下来编译gdbproxy，这个优点麻烦，首先确认在你的Cygwin里安装的GCC必须是4.X版本的，然后编辑E:\Mum\urjtag_gdbproxy\gdbproxy\configure.in，找到这段

if test "$host_os" = "cygwin" ; then
    CFLAGS="$CFLAGS -mno-cygwin"
    LIBS="$LIBS -lws2_32"
fi

改成这样

if test "$host_os" = "cygwin" ; then
#    CFLAGS="$CFLAGS -mno-cygwin"
    LIBS="$LIBS -lws2_32 -lintl -lioperm /cygdrive/e/Mum/MumJTAGDriver/i386/ftd2xx.lib"
fi

解释下，应该是gdbproxy的Makefile兼容性不够好，用Cygwin 3.X的GCC有很多错误。另外用4.X的GCC也必须加上intl、ioperm等库，我不太懂Makefile的编写，希望明白的大虾们予以指正。另外，必须加上FTD2XX库，这个库就在驱动程序的目录里，例如前文的E:\Mum\MumJTAGDriver\i386\ftd2xx.lib。然后就可以编译了：

$ cd /cygdrive/e/mum/urjtag_gdbproxy/gdbproxy
$ CC=gcc-4 ./configure --prefix=/cygdrive/e/mum/urjtag_gdbproxy/gdbproxy/build
$ make
$ make install

gdbproxy没有什么配置文件，但是需要在初始化的时候指定JTAG电缆的种类。使用的时候先将MumJTAG连上目标板并给目标板上电，然后：

$ cd /cygdrive/e/mum/urjtag_gdbproxy/gdbproxy/build/bin
$ ./gdbproxy bfin --connect="cable USB-to-JTAG-IF ftd2xx-mpsse 0725:6010"

Remote proxy for GDB, v0.7.2, Copyright (C) 1999 Quality Quorum Inc.
MSP430 adaption Copyright (C) 2002 Chris Liechti and Steve Underwood
Blackfin adaption Copyright (C) 2008 Analog Devices, Inc.

GDBproxy comes with ABSOLUTELY NO WARRANTY; for details
use `--warranty' option. This is Open Source software. You are
welcome to redistribute it under certain conditions. Use the
'--copying' option for details.

Initializing on FTDI device 0725:6010
IR length: 5
Chain length: 1
Device Id: 01000010011110100101000011001011 (0x00000000427A50CB)
  Manufacturer: Analog Devices
  Part(0):         BF533
  Stepping:     4
  Filename:     /cygdrive/e/mum/urjtag_gdbproxy/jtag/build/share/urjtag/analog/b
f533/bf533
warning:   bfin: no board selected, BF533 is detected
notice:    gdbproxy: waiting on TCP port 2000

这说明gdbproxy已经找到目标CPU了。gdbproxy也支持很多种FT2232电缆，MumJTAG兼容USB to JTAG Interface，所以写“USB-to-JTAG-IF”；我用的是FTD2XX的驱动，所以写“ftd2xx-mpsse”，“0725:6010”是VID和PID。具体的使用说明，请看blackfin.uclinux.org的wiki。

如果你觉得以上这一切都很麻烦，那么，你可以从EE小站的SkyDrive下载已经编译好的OpenOCD、urjtag和gdbproxy。注意，这些程序必须使用FTDI官方的FTD2XX驱动；这些程序只能在Windows下运行。我测了下，应该不需要Cygwin的Dll；如果不是这样，请留言，我会把Dll加上。地址如下：
OpenOCD：http://cid-4201fdc93932ddaf.skydrive.live.com/self.aspx/Mum%e8%ae%a1%e5%88%92/MumJTAG/OpenOCD.rar
urjtag_gdbproxy：http://cid-4201fdc93932ddaf.skydrive.live.com/self.aspx/Mum%e8%ae%a1%e5%88%92/MumJTAG/urjtag%7C_gdbproxy.rar

距离上次更新已经3个多月了。

这段时间我工作的重点在电磁兼容测试上，这东西估计没有什么人有兴趣吧？其实通过测试很简单，对策也就是那些，就是这事情很烦琐。幸好我们公司有Schaffner的快瞬、浪涌发生器和ESD枪，在我无数次的实验轰炸下，把某个我设计的产品抗扰度，快瞬由不到1000V提高到4800V（我们公司标准比国标高多了），ESD由不到1000V提高到15000V空气和8000V接触；还有另一个产品，把差模浪涌从炸机提高到1500~2000V，可惜还有待提高。累死了，光装卸时拧螺钉就拧了能有一千次，后来不行了，申请了个电动螺丝刀……做完测试，我的收获还是很大的，明白了该如何接地、如何屏蔽、如何进行内外互联；相应的，设计产品的风格也变了一些，终于自我感觉入了设计牛X产品的大门了。下一步还有个可靠性需要摸索，还需努力啊，等加速寿命试验做完了，估计就完成绝世武功目录的学习了，嘿嘿。感觉这段时间的收获就是在小公司的好处，可以接触到产品设计的每一个细节。

在业余时间，我启动了一个计划——Mum，这是一个用BF系列DSP进行视觉东东开发的计划，分为Mum、MumBurst和MumSW（SW for Silkworm）三个阶段，哈哈，上MOP的同学们可以很快看出来含义。

• 使用FTDI的FT2232D为USB和JTAG协议转换芯片，协议转换过程由PC上的软件控制
• 20针ARM JTAG接口和Blackfin转换板
• 串口一个
• 目标板电压范围1.6V~5.5V
• JTAG最高频率6MHz

经过我的努力，已经解决了MumJTAG目标板上电时OpenOCD说找不到FT2232的BUG。毕竟我是做工控设备的，MumJTAG设计时考虑了脉冲群、静电对策，并对目标板交流电源冲击采取了抗扰措施；我做了几百次电源冲击测试，还用我这个天天和铁桌腿、水龙头放静电的肉身做了几十次放电测试（对比真正的ESD枪的击穿距离，我觉得放电大概有3000~4000V，好疼啊）；目前来看，MumJTAG V1.1版还比较稳定，单纯从电路上看，相信MumJTAG比现有所有FT2232电缆都稳定。当然，家里的测试条件有限，不能模拟所有的情况；如果你使用MumJTAG V1.1 Gerber做的板子出现问题，欢迎与我联系：cosine@126.com。MumJTAG将不断更新，请关注EE小站。（更新日期2009年3月28日，如果你看到的是转载的文章，请从这里查看最新信息http://xianzilu.spaces.live.com/blog/cns!4201FDC93932DDAF!786.entry）。

 

• 设计FT2232的PCB或者用我提供的Gerber
• 焊接PCB
• 修改FT2232板载串行EEPROM的内容
• 修改Windows驱动

• FTDI的MProg：http://www.ftdichip.com/Resources/Utilities/MProg3.5.zip
• Windows2000/XP/Vista下的驱动：http://www.ftdichip.com/Drivers/CDM/CDM%202.04.16%20WHQL%20Certified.zip
• 如果你需要反复的安装和删除驱动程序，请下载FTClean：http://www.ftdichip.com/Resources/Utilities/FTClean.zip
• MumJTAG的EEPROM信息文件：http://cid-4201fdc93932ddaf.skydrive.live.com/self.aspx/Mum%e8%ae%a1%e5%88%92/MumJTAG/MumJTAG%20USB%20%e9%85%8d%e7%bd%ae%e6%96%87%e4%bb%b6.ept

 

 

...

 

[FtdiHw]
%USB\VID_0403&PID_6001.DeviceDesc%=FtdiBus.NT,USB\VID_0403&PID_6001
%USB\VID_0403&PID_6010&MI_00.DeviceDesc%=FtdiBus.NT,USB\VID_0403&PID_6010&MI_00
%USB\VID_0403&PID_6010&MI_01.DeviceDesc%=FtdiBus.NT,USB\VID_0403&PID_6010&MI_01
%USB\VID_0725&PID_6010&MI_00.DeviceDesc%=FtdiBus.NT,USB\VID_0725&PID_6010&MI_00
%USB\VID_0725&PID_6010&MI_01.DeviceDesc%=FtdiBus.NT,USB\VID_0725&PID_6010&MI_01

 

[FtdiHw.NTamd64]
%USB\VID_0403&PID_6001.DeviceDesc%=FtdiBus.NTamd64,USB\VID_0403&PID_6001
%USB\VID_0403&PID_6010&MI_00.DeviceDesc%=FtdiBus.NTamd64,USB\VID_0403&PID_6010&MI_00
%USB\VID_0403&PID_6010&MI_01.DeviceDesc%=FtdiBus.NTamd64,USB\VID_0403&PID_6010&MI_01
%USB\VID_0725&PID_6010&MI_00.DeviceDesc%=FtdiBus.NTamd64,USB\VID_0725&PID_6010&MI_00
%USB\VID_0725&PID_6010&MI_01.DeviceDesc%=FtdiBus.NTamd64,USB\VID_0725&PID_6010&MI_01

 

...

 

[Strings]
Ftdi="FTDI"
DESC="CDM Driver Package"
DriversDisk="FTDI USB Drivers Disk"
USB\VID_0403&PID_6001.DeviceDesc="USB Serial Converter"
USB\VID_0403&PID_6010&MI_00.DeviceDesc="USB Serial Converter A"
USB\VID_0403&PID_6010&MI_01.DeviceDesc="USB Serial Converter B"
USB\VID_0725&PID_6010&MI_00.DeviceDesc="JTAG Port"
USB\VID_0725&PID_6010&MI_01.DeviceDesc="USB Serial Converter"
SvcDesc="USB Serial Converter Driver"
ClassName="USB"

...

 

[FtdiHw]
%VID_0403&PID_6001.DeviceDesc%=FtdiPort232.NT,FTDIBUS\COMPORT&VID_0403&PID_6001
%VID_0403&PID_6010.DeviceDesc%=FtdiPort2232.NT,FTDIBUS\COMPORT&VID_0403&PID_6010
%VID_0725&PID_6010.DeviceDesc%=FtdiPort2232.NT,FTDIBUS\COMPORT&VID_0725&PID_6010

 

[FtdiHw.NTamd64]
%VID_0403&PID_6001.DeviceDesc%=FtdiPort232.NTamd64,FTDIBUS\COMPORT&VID_0403&PID_6001
%VID_0403&PID_6010.DeviceDesc%=FtdiPort2232.NTamd64,FTDIBUS\COMPORT&VID_0403&PID_6010
%VID_0725&PID_6010.DeviceDesc%=FtdiPort2232.NTamd64,FTDIBUS\COMPORT&VID_0725&PID_6010

 

...

 

[Strings]
FTDI="FTDI"
DESC="CDM Driver Package"
DriversDisk="FTDI USB Drivers Disk"
PortsClassName = "Ports (COM & LPT)"
VID_0403&PID_6001.DeviceDesc="USB Serial Port"
VID_0403&PID_6010.DeviceDesc="USB Serial Port"
VID_0725&PID_6010.DeviceDesc="MumJTAG"
SvcDesc="USB Serial Port Driver"
SerEnum.SvcDesc="Serenum Filter Driver"

最近终于开始实质性的玩PowerPC MPC8313E了，这种感觉就像2006年我第一次玩S3C2410一样——很晕。但是我不像当年那样摸黑调试Vivi了，我入手干的第一件事情就是研究工具链。很遗憾，目前PowerPC开发的成本相当高。一开始我就寻找有没有便宜的硬件和软件工具，事实上我找到了——Wiggler+OCDRemote+GDB，请看我的这篇文章http://xianzilu.spaces.live.com/blog/cns!4201FDC93932DDAF!602.entry，有缘人自己体会如何使用最新的OCDRemote，但是，我觉得Macraigor今后应该不会让Wiggler支持的新PowerPC器件（例如MPC8313E），要OOXX掉OCDRemote中的限制我也尝试了下，太难，毕竟我不熟悉X86的汇编，希望有高手能够努力下。目前，Wiggler+OCDRemote+GDB理论上可以支持国内比较流行的MPC5200B和MPC860这样的老器件，我没有尝试过，大家有兴趣可以试下。BDI2000之类的东西，一般人是不会有钱尝试的，也就算了，我现在找到的最便宜的调试解决方案是Freescale的USBTAP+Codewarrior，USBTAP绝对是垄断，需要5000RMB左右，没办法，贵也得买。Codewarrior就好说了，在Freescale官方下载个评估版，然后Google下“CodeWarrior License制作教程”，就搞定了。开发板更困难了，我在考虑以后是不是做一个，嘿嘿，等我有时间吧；现在的开发板都贵得要命，大家自己想办法了。如果个人要玩VXWorks，对不起，你一定是在开玩笑。哦，还有编译器，这是免费的，到Freescale官方下载你要玩的CPU的BSP，运行里面的脚本，就会给你制作一个。

这篇文章是绝对的菜鸟文，用于记录我在玩8313过程中遇到的问题和解决方案。首先展示下我焊的那块8313板后面的好几十个0402的104电容，焊这些东西耗费了我一天时间……

先给一个参照物，这是一支笔

然后是我手焊的0402电容……

开始正文，PowerPC的启动比较奇怪（当然我是带着ARM的眼光看的），CPU内核需要从外部存储设备加载配置字，用这些配置字初始化PLL，并决定从哪个地址启动。PLL初始化之后就不能更改，看来PowerPC根本没有打算往低功耗方面发展。在8313上，Flash内没有内容时，可以用配置字b1100启动，CPU速度是333M，DDR内存时钟MCK是166M；用这个配置可以烧写Flash。我很疑惑的是b1100这个配置字令CPU处于PCI从模式，理论上需要有PCI_CLK，CPU才能启动。但是在我们的板上，PCI_CLK接地，而PCI_SYNC_IN用一个22欧电阻接到了PCI_SYNC_OUT上（当然这是抄官方开发板的），所有晶振都没有焊呢，不知道怎么搞得，就能产生很准确的66M时钟，我真很汗。

焊好电源、CPU、DDR之后，测试了下DDR，速度还是不错的，120MB的内存两秒就扫描完了，ARM可做不到这点。进一步研究了下，发现Freescale晃点我，开发板上用的是DDR2 667的内存芯片，但是MPC8313 DDR控制器的最高速度只有166M即DDR 333的水平……估计MPC8313也就用了DDR2芯片的ODT功能，要是外接电阻的话，DDR一代的芯片也可以用。

经过很长时间的资料搜索和摸索，终于知道怎么用CodeWarrior（Windows版）调试U-Boot了。跟过去一样，还是虚拟机下用Samba共享U-Boot的程序目录，然后用CodeWarrior打开。编译器刚才已经提到了，用Freescale自己的BSP来做一个，调试的具体操作可以看CodeWarrior（Linux版）的文档。我还是把这部分贴出来，CodeWarrior Linux版有550M，下载需要好久，给大家提供个方便吧。 需要注意的是，不可以直接将U-Boot加载到内存里进行调试，要先烧写；简单点说就严格按照下面这篇教学里说的做。可能你会需要一个U-Boot在DDR里的执行入口（文中描述的Now running in RAM - U-boot at: XXXX），这个入口U-Boot 1.3.4默认是不打印的，打印这个信息的代码在board.c中的board_init_f()函数末尾部分，默认是个DEBUG宏，把它改成printf就可以了。等以后我彻底研究明白了再上来写为什么要先烧写才能调试。

target remote 192.168.5.133:2331
# Disable watchdog
monitor memU32 0xfffffd44 = 0x00008000

# PD6 - EBI0_NCS4, PD11 - EBI0_NCS2, PD15 - EBIO_CS3/NANDCS, PD16~PD31 - EBI0_D16~EBI0_D31
monitor memU32 0xfffff844 = 0xffff8840
monitor memU32 0xfffff864 = 0xffff8840
monitor memU32 0xfffff870 = 0xffff8840
monitor memU32 0xfffff804 = 0xffff8840

# Configure the EBI0 Slave Slot Cycle to 64
monitor memU32 0xffffec50 = 0x00000040

# Initialize the matrix, VDDIOMSEL = 1 -> Memories are 3.3V powered
monitor memU32 0xffffed20 = 0x0001000a

# Configure SDRAM Configuration Register
monitor memU32 0xffffe208 = 0x85227259
monitor sleep 10
# Perform Command - Precharge All
monitor memU32 0xffffe200 = 0x00000002
monitor memU32 0x20000000 = 0x00000000
monitor sleep 20
# Perform Command - Refresh for 8 times
monitor memU32 0xffffe200 = 0x00000004
monitor memU32 0x20000004 = 0x00000001
monitor memU32 0xffffe200 = 0x00000004
monitor memU32 0x20000008 = 0x00000002
monitor memU32 0xffffe200 = 0x00000004
monitor memU32 0x2000000c = 0x00000003
monitor memU32 0xffffe200 = 0x00000004
monitor memU32 0x20000010 = 0x00000004
monitor memU32 0xffffe200 = 0x00000004
monitor memU32 0x20000014 = 0x00000005
monitor memU32 0xffffe200 = 0x00000004
monitor memU32 0x20000018 = 0x00000006
monitor memU32 0xffffe200 = 0x00000004
monitor memU32 0x2000001c = 0x00000007
monitor memU32 0xffffe200 = 0x00000004
monitor memU32 0x20000020 = 0x00000008
# Perform Command - Load Mode Register
monitor memU32 0xffffe200 = 0x00000003
monitor memU32 0x20000024 = 0xcafedede
# Set Refresh Timer
monitor memU32 0xffffe204 = 0x000002bc
# Perform Command - Set Normal mode
monitor memU32 0xffffe200 = 0x00000000
monitor memU32 0x20000000 = 0x00000000
file /home/lxz/share/u-boot-1.3.4/u-boot
load

• BDI1000/2000/3000

目前我知道的最牛X的调试工具，可以调试ARM、MIPS、PPC、ColdFire、XScale等多种处理器。无需更换硬件，只需要买不同的软件授权就可以调试不同的CPU。JTAG下载速度可以上兆，以太网接口。因为太贵了（BDI2000好像要人民币50000吧），我没怎么研究它到底配合什么软件来调试，不过GDB它是肯定支持的，它一直是我心目中的神话啊。

• J-Link原版

J-Link是IAR公司为ARM开发的调试工具，支持RDI协议的调试工具，如Keil、ADS、IAR等；支持GDB调试；什么SWD之类的用得很少，有没有都一样；但J-Link不支持ARM10以上的内核。JTAG下载的速度可以达到400~500K，正版价格大约5000人民币（全功能）吧，这么贵基本也不考虑了。

• Multi-ICE原版

ARM公司的原创调试工具，支持全系列ARM芯片，现在多少钱我也不知道了，反正在2000~3000人民币这个级别。我这里指的是国内做得比较好的那些，比如Realview之类的。仅仅支持ADS、SDT之类的裸奔代码调试，JTAG下载速度130K左右。虽然这几年Multi-ICE是国内ARM调试绝对的霸主，但现在ARM公司已经停止对ADS的维护了，Multi-ICE会开始走向没落。

• Multi-ICE盗版

国内有很多Multi-ICE的盗版，功能和Multi-ICE原版一样，并口的、USB的都有，价钱几百块人民币，淘宝上到处都有。但是和J-Link盗版相比，不推荐购买。

• J-Link盗版

最近这段时间，J-Link盗版渐渐开始多起来了，淘宝上也很多，功能和原版没有区别。价格大约在几百人民币左右，从性价比来看，推荐购买。我之后还会写一篇用J-Link调试ARM的文章，当你入门之后，绝对无法忍受今天介绍的这个低成本方案的JTAG下载速度，那时就买个J-Link来爽爽。

• U-Link盗版

U-Link是Keil公司做的用于ARM和某些增强型8051调试的工具，由于Keil公司做U-Link的时候没有加密，导致现在盗版满天飞，只需要100多块钱就可以买到一个。现在Keil已经被ARM收购，U-Link也是ARM一家的了。U-Link正版在盗版的排挤下，根本没有什么买的必要；U-Link仅仅支持Keil，而且JTAG下载速度仅有20~30K。

• Wiggler电缆

Wiggler是世界上最泛滥的一种调试工具，它非常简单，只需要一片74HC244，一个9013，几个电阻就可以。本来Wiggler是Macraigor（http://www.macraigor.com/）制作的，可以支持Macraigor的OCDRemote这个GDB Server，可以支持ARM、PPC、ColdFire、MIPS、XScale等多种CPU。后来因为它结构太简单，被人破解后搞得全世界都是，于是Macraigor怒了，现在用OCDRemote必须是Macraigor原厂的Wiggler了……尽管如此，后人又在Wiggler的硬件基础上开发了很多的调试工具，例如H-Jtag；另外也有其他的调试工具增加了对Wiggler的支持，例如OpenOCD。Wiggler电缆的成本特别低，当然它的性能也和成本一样低；用H-Jtag下载速度大约20~30KB/s，用Linux虚拟机下的OpenOCD下载速度大约2KB/s。不过对于囊中羞涩的学生们来说，是一个非常不错的入门工具。本文就针对Wiggler进行介绍。

• 从MCS-51/96、PIC之类的单片机转入ARM

这条路是学校教学比较传统的路子。条件好点的学校开单片机课的时候都有实验，用实验箱和仿真器做实验，那种仿真器就是一种最早的CPU/MCU仿真器，仿真器通过仿真头连接电路板，完全模拟CPU/MCU的功能；仿真器通过串口或者其他什么口连接计算机，计算机上有集编译器、调试器为一体的集成开发环境，可以监控和运行程序。这种仿真器的成本一般比较高，而且仿真不同的CPU/MCU需要不同的硬件，结构也很复杂，使用软件模拟的断点。解释下软件模拟的断点——就是用特殊的函数调用指令替换断点所在位置的指令，这些特殊的函数具有和仿真器的监控软件交互的功能。应该有很多的同学平时没有条件用上这么奢侈的设备，多半是用的是ISP，采用“点灯大法”——就是借助LED、串口之类的调试程序，每修改一次程序就重新下载一次，调试非常的艰苦。我刚开始玩单片机的时候AT的89S52还没有出来，我花一个月的生活费买了个烧写器，每次改程序都把芯片撬下来放到烧写器上，烧完再装回去继续点灯……
走这条路，要明白的事情有：ARM的寄存器可不是51那寥寥可数的几个，是没有必要也不可能背下来的；ARM芯片一般都内置了JTAG调试逻辑，不需要CPU仿真器，需要的是一个JTAG协议转接器（虽然现在大家还叫这种东西为仿真器）；集成开发环境在使用者看来和单片机的没有任何区别，这点请放心。

• 从AVR、C8051F之类有JTAG的单片机转入ARM

时代是不断进步的，AVR、C8051F具有JTAG口的单片机。JTAG（Joint Test Action Group）组织定了一个最初是用于测试生产出来的芯片是不是良品的测试接口和标准，在芯片的各个管脚上放上锁存器，然后串起来构成移位寄存器，可以监控芯片管脚的输入和输出；后来大家发现这东西用来搞芯片的在线调试不错，于是就出现了现在JTAG调试风行的局面。再说的明白些，也就是利用JTAG可以控制CPU内核，每个CPU都可以成为自己的“仿真器”，而不需要专用的设备。“人人都是食神。”——周星星语录。从理论上来说，世界上只需要一种仿真器，哦，确切的说应该叫做JTAG协议转换器，就可以调试所有的兼容JTAG标准的芯片；BDI2000这种超级贵的“仿真器”以及Wiggler这种什么都通吃的便宜货的存在是很合理的事情。
走这条路，应该已经明白了JTAG是什么，所以不用多说了。

• GDB是什么

正像Windows和Linux的对比，集成开发环境比GDB在嵌入式开发领域，拥有更多的用户，但这并不意味的GDB不好。GDB（GNU Project Debugger）是开源软件组织GNU开发和维护的一种调试工具，它能调试目前所有的能跑Linux的CPU，当然ARM也是其中一员。对于初学者来说，不建议使用GDB，还是先从集成开发环境入手，例如ADS、SDT、Keil、IAR之类的。其实从编译器的层面来讲，集成开发环境和GDB所用的编译器GCC没有什么区别，但集成开发环境里面提供了源文件组织与浏览、工程文件管理、调试等多种功能，用起来很友好。GCC+GDB光学习写相当于工程文件的Makefile就要花很多的时间。但是，一旦你的学习进了一步到了Linux的Loader和内核，集成开发环境就无能为力了。前面已经提到了，本文覆盖了从刚开始的裸奔代码到涉足操作系统的GCC+GDB调试环境的建立方法。本文关于GDB的部分应该是国内挺难找到的HOWTO，转载请注明来自EE小站。关于GDB，可以参考下我之前的这篇文章http://xianzilu.spaces.live.com/blog/cns!4201FDC93932DDAF!268.entry。

• 首先说代码裸奔怎么做

你需要的东西有：

 

● 带并口的电脑一台
● 并口延长线一根
● Wiggler一个
● 随便什么ARM7或ARM9的开发板一个

 

如果没有并口延长线，可以去电脑城买一根。如果没有Wiggler，你可以选择DIY，下面这张图是Wiggler的一种版本：

如果不想DIY，上淘宝淘一个去。ARM开发板也可以在淘宝上淘淘，看你的经济能力了。

 

你需要的软件有：

 

● ADS (ARM Developer Suite) V1.2
● H-Jtag

 

ADS在一般学校的FTP上都有，H-JTAG请访问http://www.hjtag.com。在此再拜一下Twentyone大侠，可以为大家写出这么好的免费软件。

H-Jtag和ADS的使用方法在H-Jtag的网站上的手册里写得很清楚了，我就不再啰嗦了，给出地址http://www.hjtag.com/download/USER%20MANUAL%20(CN).pdf。

• 说说GDB怎么做

如果你对Linux下ARM的开发没有概念，先看我还是菜菜鸟的时候写的这篇文章http://xianzilu.spaces.live.com/blog/cns!4201FDC93932DDAF!121.entry。

 

GDB使用GDB工具链，调试解决方案的结构是

 

GDB前端<--->GDB<--->GDB服务程序<--->JTAG协议转换器（仿真器）<--->目标CPU（ARM CPU）
                                      |
                                  控制接口

 

GDB有一个很大的缺点——文本界面，使用非常不方便。但幸运的是，有很多热心的开发者为GDB写了一些图形“外壳”——GDB前端，大大方便了GDB的使用。因为我们做的是交叉开发（即在x86结构的电脑上开发ARM等非x86结构的CPU程序），所以GDB无法直接调试编译出来的程序，这就需要一个服务程序。这个服务程序可以是一个可以控制目标CPU的程序（可能运行于计算机上；也可能运行于某些仿真器上，例如如BDI2000就是这样），也可以是一个运行于目标CPU上的服务程序，由它来装载被调试的程序。但是后者一般需要目标CPU上已经运行起了Linux内核；调试Bootloader和Linux内核本身，需要前一种服务程序。GDB和GDB服务程序之间的连接方式可以是以太网或者串口，而且GDB服务程序一般还有别的控制接口，例如Telnet接口，可以实现对目标CPU的控制，如初始化和程序文件下载等。比较复杂哦，一会儿说到软件的时候就会用上这些知识。

 

你需要的东西和裸奔代码一样

 

你需要的软件有：

 

● 一个可以运行的Linux

虚拟机里的、真实的都可以，推荐使用Open Suse 10.3，下载地址http://software.opensuse.org/

● 本机GCC编译器

Open Suse自己带的就可以

● 交叉GCC编译器

可以去下载一个，随便给个地址把http://www.linux4sam.org/twiki/bin/view/Linux4SAM/SoftwareTools#Cross_Toolchain值得注意的是U-Boot 1.2.0之后需要使用支持软浮点的交叉编译器，如果没有，可以用Crosstool制作一个，可以看我之前的这篇文章http://xianzilu.spaces.live.com/blog/cns!4201FDC93932DDAF!274.entry

● OpenOCD源码

OpenOCD的主页是http://openocd.berlios.de/web/。OpenOCD是一个运行于PC上的程序，它可以控制包括Wiggler之内的很多JTAG硬件；我们可以将它理解为一种GDB服务程序。OpenOCD的源码只能通过SVN下载，地址是svn://svn.berlios.de/openocd/trunk
，在写这篇文章的时候OpenOCD已经是R818版本了，这个版本对Wiggler的支持有问题，我编译的是r520版本的，如果没有SVN Client，这个版本只能通过曲线的方式获得：先到下载http://www.yagarto.de/download/oldver/openocd-r520-20080322.exe这个由YAGARTO提供的OpenOCD For Cygwin的版本，安装它，在安装目录例如C:\Program Files\openocd-r520\source里找到源码压缩包。

● Insight源码

Insight是一个GDB的图形前端，我感觉它比DDD更适合嵌入式系统程序的调试。

Insight的下载地址http://sourceware.org/insight/downloads.php。

● 随便什么程序的源码，例如U-Boot

U-Boot就不用介绍了，如果不知道可以Google下。

U-Boot的下载地址是http://www.denx.de/wiki/UBoot/SourceCode。

下面开始编译，先是OpenOCD，假设源代码已经解压缩到了/home/lxz/build-openocd，先设定权限

# cd /home/lxz/build-openocd

# chmod 755  ./bootstrap

# ./bootstrap

等一会儿，输入

# ./configure --prefix=/usr/local/arm/openocd --enable-parport

这里--prefix指定的是安装的路径，--enable-parport使能并口，然后

# make

# sudo make install

输入root密码，等一会儿，安装就完成了

 

然后是insight，假设源码已经解压缩到了/home/lxz/insight-6.8，然后

# cd /home/lxz/insight-6.8

# ./configure --prefix=/usr/local/arm/arm-linux-insight --target=arm-linux

这里--prefix指定的是安装的路径，--target指的是为ARM编译GDB，等一会儿，输入

# make

等一会儿，输入

# sudo make install

输入root密码，等一会儿，安装就完成了

 

然后编译一个U-Boot用于测试，假设源码已经解压缩到了/home/lxz/at91rm9200/u-boot-1.2.0，假设已经修改完了Makefile中的交叉编译器的选项，假设我为AT91RM9200DK开发板编译，然后 

# cd /home/lxz/at91rm9200/u-boot-1.2.0

# make at91rm9200dk_config

# make

于是得到了/home/lxz/at91rm9200/u-boot-1.2.0/u-boot这个映像

 

为了能让OpenOCD正常使用，我们还需要2个脚本，第一个是OpenOCD的配置脚本，这个脚本的作用是配置GDB服务程序、JTAG仿真器。写这个脚本可以看OpenOCD的文档http://openfacts.berlios.de/index-en.phtml?title=OpenOCD_configuration。我给出我的AT91RM9200DK开发板的配置文件at91rm9200.cfg，每一条配置信息的作用我就不解释了，请仔细阅读OpenOCD的文档。

 

# Daemon configuration
telnet_port 23
gdb_port 2331
daemon_startup reset

# JTAG interface configuration
interface parport
jtag_speed 0
reset_config trst_and_srst
jtag_device 4 0x1 0xf 0xe

# parport options
parport_port 0x378
parport_cable wiggler

# Target configuration
target arm920t little run_and_init 0 arm920t
run_and_halt_time 0 1000
target_script 0 reset at91rm9200_init.script
working_area 0 0x00200000 0x1000 backup

 

我还是提一下，上面这段配置信息中的target_script 0 reset at91rm9200_init.script这句就是指定第二个脚本的，而且让OpenOCD在当前目录下搜索这个脚本。也就是说，如果at91rm9200.cfg在/home/lxz/at91rm9200下，那么你在/home/lxz/at91rm9200下启动OpenOCD服务程序，OpenOCD就会在/home/lxz/at91rm9200下搜索at91rm9200_init.script这个脚本；如果在与at91rm9200.cfg所在路径不同的路径下启动OpenOCD服务程序，OpenOCD就无法找到at91rm9200_init.script，此时，target_script 0 reset at91rm9200_init.script这句就应该写成target_script 0 reset /home/lxz/at91rm9200/at91rm9200_init.script。

第二个脚本的作用是初始化ARM CPU，因为U-Boot往往是在SDRAM里运行的，其连接位置也都在SDRAM里。用GDB或GDB前端下载程序的时候，必须保证SDRAM是可用的。AT91RM9200这个CPU上电的时候如果从片内Boot ROM启动（不推荐从外部启动，因为如果没有启动程序，AT91RM9200将运行于慢时钟，这样JTAG仿真器可能工作不正常），需要进一步配置PLL，PIO，SDRMC之类的外设之后，SDRAM才可以使用。第二个脚本就是一系列寄存器读写和延时命令的集合，如何编写请看OpenOCD的手册http://openfacts.berlios.de/index-en.phtml?title=OpenOCD_commands，给出我的at91rm9200_init.script。

 

mww 0xfffffc28 0x00000000
mww 0xfffffc2c 0x00000000
mww 0xfffffc20 0x0000ff01
sleep 20
mww 0xfffffc28 0x20263e04
sleep 20
mww 0xfffffc2c 0x10483e0e
sleep 20
mww 0xfffffc30 0x00000000
sleep 20
mww 0xfffffc30 0x00000202
sleep 20
mww 0xfffff870 0xffff0000
mww 0xfffff804 0xffff0000
mww 0xffffff60 0x00000002
mww 0xffffff64 0x00000000
mww 0xffffff98 0x2188c159
mww 0xffffff90 0x00000002
mww 0x20000000 0x00000000
mww 0xffffff90 0x00000004
mww 0x20000000 0x00000000
mww 0x20000000 0x00000000
mww 0x20000000 0x00000000
mww 0x20000000 0x00000000
mww 0x20000000 0x00000000
mww 0x20000000 0x00000000
mww 0x20000000 0x00000000
mww 0x20000000 0x00000000
mww 0xffffff90 0x00000003
mww 0x20000200 0x00000000
mww 0xffffff94 0x000002e0
mww 0x20000000 0x00000000
mww 0xffffff90 0x00000000
mww 0x20000000 0x00000000
arm7_9 sw_bkpts enable

 

这个脚本写起来很复杂，建议从一些样例代码上把寄存器的数值扒过来。另外，有些CPU，例如S3C2410，它上电的时候，SDRAM是默认可以用的，就不需要这个脚本了。还有一个值得注意的是，由于我们用的是Wiggler这种简单的JTAG协议转换器，初始化脚本里必须加上arm7_9 sw_bkpts enable这句。现在终于可以开始调试了，假设把OpenOCD安装在了/usr/local/arm/openocd，把Insight安装在了/usr/local/arm/arm-linux-insight，两个初始化脚本都放在了/home/lxz/at91rm9200；你已经正确连接了Wiggler，开发板已经上电。接下来还是用命令来说明

 

# cd /home/lxz/at91rm9200

# sudo /usr/local/arm/openocd/bin/openocd -f at91rm9200.cfg

root's password:
Open On-Chip Debugger 1.0 (2008-07-21-20:15) svn:
$URL: http://svn.berlios.de/svnroot/repos/openocd/trunk/src/openocd.c $
Info:    jtag.c:1329 jtag_examine_chain(): JTAG device found: 0x05b0203f (Manufacturer: 0x01f, Part: 0x5b02, Version: 0x0)
Info:    target.c:240 target_init_handler(): executing reset script 'at91rm9200_init.script'
Info:    options.c:50 configuration_output_handler(): software breakpoints enabled

 

这就说明OpenOCD已经开始工作了。然后启动Insight

# cd /home/lxz/at91rm9200/u-boot-1.2.0/

# /usr/local/arm/arm-linux-insight/bin/arm-linux-insight

 

出现下面的窗口

 

 

 

然后选择菜单File>Target Settings...，在出现的窗口中进行如下设置，然后点OK。

 

 

 

选择菜单File>Open，打开/home/lxz/at91rm9200/u-boot-1.2.0/u-boot这个映像；然后选择菜单Run>Download，将U-Boot程序下载到目标CPU。然后在程序运行的必经之路设定一个断点，如下图所示。

 

 

 

选择菜单Control>Continure，程序就会从头开始执行，并停在断点处了。Insight还有很多不错的功能，并且很容易上手，大家研究下就好。补充一点，如果你对你的初始化脚本是否起作用没有信心，可以在启动Insight之后只选择菜单Run>Connect to target，然后选择菜单View>Memory查看各个寄存器和内存。最后给出一张我用Insight调试U-Boot的截图。

 

 

 

在使用的过程中就会发现，用Wiggler下载的速度实在不怎么样，U-Boot的可执行映像至多只有200KB，所以还是可以忍受的。

用同样的方法也可以调试其他Boot Loader，甚至是Linux内核；但是Linux内核的可执行映像一般有2MB之大，用Wiggler调试也是不现实的。我之前已经做了广告了，内核的调试要用J-Link来搞，敬请期待EE小站的后续文章。

• 前言的前言

这篇文章我写了很久很久，因为最近很忙很忙。现在我逐渐开始接触开关电源和可靠性设计的东西，好像离原来我定义的EE越来越远了。也许以后我要向模电或管理人员发展了……我还是纯朴地希望自己能一直保持做一个不断钻研的EE工程师。不说了，做人要厚道，转载请注明来自我是一只鱼同学的EE小站，邮件地址cosine@126.com。

• 前言

最近一个多月都在研究Mentor WG，已经对DxDesigner + Expedition的画板流程有了比较清醒的认识，我对Mentor WG评价可以套用对目前国产汽车的评价——配置齐全、做工粗糙。虽然WG有很强的功能，但是BUG实在是数不胜数，而且有些BUG可能导致你的工程彻底报废，所以建议使用时辅以自动备份软件，减小工程崩溃带来的损失。

 

今天要谈的话题都是基于WG的，因为PADS、Protel / DXP之类的软件没有这样的功能或功能不完整。不过，也可以使用其他软件进行PCB前仿、手动完成线长匹配等工作；工具只是人的技巧的辅助和延伸，要是没有高速PCB设计的知识，同样完不成高速数字PCB的设计。本文为我是一只鱼同学EE小站的原创文章，转载请注明出处；本文对初学者而言，技术难度较高，如果有不明白的地方，可以留言。另外继续废话几句，事实上SDRAM对布线的要求是很低的，DDR才是真正有挑战的东西，可惜我目前没有DDR的项目，也没有办法验证我对理论的理解，希望以后有机会和大家分享我的心得。下面正式开始：

• 什么是高速数字PCB，怎么入手？

高速数字PCB简单来说可以理解为关键部分如存储器总线的工作频率高于数十至一百MHz的PCB，更严格的定义应该用传输线来描述，当PCB上的信号的传输延迟大于上升时间的1/10时，这个信号的传输路径就应该视为传输线；即应当用与传统低速数字电路不同的方法对待。那么怎么入手？我是学机械出身的，电路原理和模电都是三脚猫知识；我个人认为High-Speed Digital System Design是本不错的书。首先看书，弄明白在频率高了以后会出现什么样的现象，有什么东西需要考虑之后，再继续后面的设计。不过我可以做个简单的概括，高频数字电路设计的大部分工作是解决传输线中信号反射问题和延迟问题。BTW，很久以前我还很菜的时候写了一篇文章http://xianzilu.spaces.live.com/blog/cns!4201FDC93932DDAF!171.entry，这是关于PCB后仿的（这个词下面马上解释），大家有兴趣可以看看。

• 高速PCB设计的流程

元件布局——〉前仿真——〉布线——〉后仿真——〉出CAM文件
其他不多说了，就解释下前仿真和后仿真。
前仿真就是在器件IBIS模型、网络拓扑结构和器件分布的基础上做的对PCB可实现性仿真。举个例子解释前仿真的作用，如果器件、板子的机械结构都已经定下来了，CPU和SDRAM插座相隔10000mil，那么在布完这个板子之前，怎么知道这个板子能不能正常工作？关于如何使用WG进行前仿真，后面再说。
后仿真就是在板子走线已经成型之后，对布线结果进行验证而作的仿真。后仿真会在前仿真基础上加上过孔模型、串扰、电磁兼容性等仿真内容。刚才提到的我的菜菜鸟文章http://xianzilu.spaces.live.com/blog/cns!4201FDC93932DDAF!171.entry，说的就是后仿真。

• SDRAM对布线有什么要求？

首先必须明白SDRAM是一种什么样的存储器，搞清其接口工作的逻辑时序。SDRAM是一种同步动态存储器，所有接口信号都是通过时钟同步和采样的。这就对SDRAM的布线提出了要求——保证采样的正确性。于是，应用高速数字电路的知识结合某种具体SDRAM器件和你的PCB进行分析，发现在正常工作频率（如100MHz）下，在PCB走线上的信号传输时间大于其上升时间1/10。于是，接下来考虑高速数字电路两大问题反射和延迟：反射造成SDRAM时钟线信号出现振铃，多次穿越门限造成误触发；数据线和时钟线的传输延迟不相同，造成时钟上升沿采样不到所需要的数据。接下来应用解决方法：时钟线串联电阻做阻抗匹配；布线时控制数据线和时钟线的长度差在一定范围内。当然，我这里说的是一个很简单的演绎过程，还有拓扑结构、最大布线长度等重要问题没有考虑，请大家仔细阅读我是一只鱼同学刚才推荐的课本。提示下，拓扑结构和最大布线长度的选择可以通过前仿真进行验证。

• 进一步的问题，SDRAM布线用什么拓扑结构好？

这个问题困扰了我很久很久，终于在学会前仿真后解决了，哈哈。其实大家已经很清楚SDRAM要尽量使用Y型分支结构（也叫T型分支），因为链式结构会产生两个问题：一、两片SDRAM的传输延迟不一样，影响CPU对数据输出进行采样；二、链式结构的节点处阻抗不连续，是一个反射点，而且反射点和源的距离太大，反射效果明显。但是，如果使用Y型分支结构，到底是先分支好呢还是后分支好呢？

 

 

经过前仿真的验证，分支点靠近CPU的时候效果稍微好那么一点点。我想这是因为分支点本身是一个阻抗不连续点，也是会发生反射的。如果分支点靠近源端CPU，反射就会因为传输线的缩短而显得不太明显。我给分枝点靠近CPU的这种拓扑结构起个名字，叫短桩Y型分支结构。

• 怎样用WG进行PCB前仿真？

WG中PCB的前仿真的步骤：DxDesigner画原理图——〉Expedition布局——〉CES指定IBIS模型——〉CES指定网络的拓扑结构——〉ICX Pro前仿真。我们来看图说话。
对于下面这样一个已经完成布局的PCB，从Expedition的工具栏中选择CES

 

 

在CES的窗口中见的选项卡中，选择Parts

 

 

 

例如对SDRAM的走线进行前仿真，就需要制定CPU、SDRAM以及其他连接在数据总线上的器件的IBIS模型。相应的模型可以在器件的官方网站上下载到。在Parts里选中要指定模型的器件。

 

 

 

在弹出的窗口中按照步骤1、2、3（后续图片中的1、2、3、4亦表示步骤）选择IBIS模型文件

 

 

 

选好后就OK，重复以上步骤直到把要进行仿真的信号所连接的所有器件的IBIS模型都选上。有的IBIS文件中含有多个器件的模型，选择你需要的

 

 

 

在SDRAM信号设计的时候往往会使用电阻对信号进行阻抗匹配，这时候SDRAM布线的拓扑结构就会变成下面这样

 

 

 

这个电阻也必须包含到前仿真中去。但是在实际设计中，往往有很多需要匹配的信号，所以一般是使用排阻的。但是默认情况下，CES是不认识排阻的，这需要设置。选择Setup菜单下的Settings…

 

 

 

在弹出的窗口中选择Discrete Component Prefixes选项页，将你所用的排阻前缀输入（如RM），然后确认

 

 

 

随后你就会发现CES把你的排阻认为是串行器件了。顺便提下，如上面这张图所示，CES会把这些已经定义前缀的器件识别为串行器件。识别为串行器件有好处也有坏处，好处是对于真正用于阻抗匹配等目的的器件，前后的网络会被归为一个网络进行识别（CES在原来的网络名后面加上“^^^”符号，将两个网络合并）；坏处是很多功能性质的电阻，如运放中设定放大比例的电阻两端的网络也会被归为一个网络识别，这时候就需要把下面这张图中所示的钩号去掉。

 

 

 

接下来，点击Parts边上的Nets选项卡，选择SDRAM的信号

 

 

 

随后配置网络拓扑结构。对于SDRAM的控制线来说，它们不连接在SDRAM之外的其他上，因此其拓扑结构一般都是之前描述的这种：

 

 

 

对于一般的地址线而言，往往需要连接除SDRAM芯片之外的其他器件，如NOR Flash，其拓扑结构可能是这样的

 

 

 

我建议将NOR Flash连接在一个SDRAM的之后，因为如果再搞短桩Y型分支，那么将会有3组分支线，布线就很困难了。当然，连接在哪里要根据前仿真的结果来调整，我提供的这种连接对于某些器件应该会有问题。

下面要把SDRAM的信号定义成上面这2种拓扑结构中的一种，在Nets列表里找到Topology这一列，点击下拉列表。对于SDRAM时钟信号SDCK这种串联阻抗匹配电阻的拓扑结构而言，选择Complex。

 

 

 

随后点击工具栏上的Netline order按钮（这个按钮左边的几个按钮可以定义其他不同的拓扑结构，与上图列表中对应，依次是MST、Chained、T、Star、HTree、Custom，这些不同拓扑结构的含义可以Google下或者参看Mentor WG CES的手册）

 

 

 

出来这样一个对话框

 

 

 

之前已经提到SDRAM的地址和控制信号应当是短桩Y型分支，如果还有别的器件就连接在SDRAM之后。先说明下，因为定义了排阻为串行期间，所以CES自动的将CPU到排阻的连接识别出来并列在管脚对列表里了；管脚列表里蓝色背景的部分是已经在管脚对列表中存在的管脚。随后就需要定义Y型分支，点击Y型分支拓扑结构图标，再依次点击信号源管脚和两个负载管脚，如下图所示

 

 

 

在管脚列表中就会出现如下显示

 

 

 

这说明已经定义了一个Y型分支。定义之后的Y型分支可以删除和修改，具体细节请看CES手册。随后点击对话框下面的那个复选框，“Automatically create pin pairs from from-tos”，确定，CES的Nets列表中，刚才定义的Net下就出现如下图所示的内容

 

 

 

那些L:VP_T_1_1_1181, L:D19-38之类的东西就是产生的拓扑结构描述。
刚才已经提到SDRAM的地址线因为还需连接其他器件，拓扑结构的设置还需要有一步添加自定义管脚对。以地址线A2举例，同样选择其为Complex结构

 

 

 

然后选择工具栏上的Netline order，在出现的对话框中将CPU和SDRAM之间的连接配置为Y型分支，如下图所示

 

 

 

随后配置和NOR Flash芯片的连接，先点击“From pin / pin set”下面的文本框，然后依次点击SDRAM和NOR Flash的管脚，再点击右边的下箭头，如下图

 

 

 

于是一个自定义的Pin Pair就出现了，同时管脚列表中对应的管脚背景色也会变蓝，显示这个管脚被指派过了。

 

 

 

需要注意的是，NOR Flash连接在那个SDRAM器件的管脚上是没有要求的，但是为了走线方便，还是建议连接在理NOR Flash相应管脚较近的SDRAM器件上。
接下来同样选中“Automatically create pin pairs from from-tos”复选框，确定，A2的拓扑结构就配置好了。

 

 

 

这里还需要提一个概念——Virtual Pin（虚拟管脚），这是WG为了方便对拓扑结构的管理而设定的一种虚拟的控制点。还是用图来说明，对于SDRAM的连接拓扑结构

 

 

 

WG把图中红圈标示的那个分支点分立出来，当作一个可以控制的元素Virtual Pin，这个元素可以移动、定位；一个Y型分支的拓扑结构就拆分成了各个元件到这个Virtual Pin连接的结构。刚才我们看到的“VP_T_1_1_1181”就是Virtual Pin，它在PCB设计的时候是这样显示的：

 

 

 

Protel / DXP、PADS是没有这种功能的，PADS只能通过Matchlength Pin Pair来实现类似的功能，但对于SDRAM不太适用。不仅WG，强大Alergo也有这个功能。说了这么多，Virtual Pin的作用其实就一句话，用来做Y型分支的两个分支等长——因为没有Virtual Pin，去哪里设置等长规则，怎么检验等长的情况？
接下来设定PCB层叠，不指定PCB的层叠，前仿真中的阻抗参数的计算是根本没有意义的。选择CES工具栏上的Stackup Editor

 

 

 

出现下面的窗口，这个东西比较傻瓜式了，我就不做保姆式指导了。需要指定的东西有，PCB每一层的铜厚，相临两层之间的绝缘层厚度和介电常数，参考面（电源层、地层）是哪几层等。PCB的厚度和介电常数等参数需要向PCB厂家索取，参考面的位置可以Google下，看看大多数人用的层叠方法。

 

 

 

有了以上的工作，前仿真就可以进行了，右键选择需要仿真的网络，例如SDCK，在弹出菜单中选择“Display Net in”——〉“ICX Pro Explorer”

 

 

 

出现以下窗口

 

 

 

这就是我们进行前仿的软件了。可以看到，在中间的黑色背景区域是器件管脚、传输路径以及其他器件（如阻抗匹配电阻）的连接拓扑结构——这也就是我们刚才设定的那些东西。图中绿色那些短棒就是传输路径，双击它可以修改长度；这个长度应由PCB布局决定。在CES中选择菜单“Data”——〉“Actuals”——〉“Upadate All”命令将PCB的数据导入CES之后

 

 

 

在Nets的列表里可以看到Manhattan Length这一项的数值出现了

 

 

 

这个数值的含义是布局完成之后目前PCB上这一网络所有飞线（用直线连接管脚的线）长度之和。一般来说把这个数值乘以1~2之间的一个数，就是最后的布线长度。你可以把这些数值输入到ICX Pro Explorer中去。对于含有拓扑结构的网络，应当把拓扑结构的每一段都输入到相应的传输线上去。你可以在PCB上试着移动Y型分支点即Virtual Pin的位置，然后更新Manhattan Length，看看是先分支的拓扑结构前仿的效果好，还是后分支的。
ICX Pro Explorer也是一个比较傻瓜式的软件，用一用很快就会了，我就不介绍了，给大家看个仿真结果

 

 

 

这是AT91SAM9263和K4S561632K-UC75组成的存储器系统，阻抗匹配电阻为22欧，SDRAM时钟在133MHz下的仿真波形。

• WG中怎么设置SDRAM的线长匹配规则

这是一个非常麻烦的部分，我研究了很久，转载请注明来自EE小站。在介绍规则设置之前，先介绍下SDRAM线长匹配的原则。
一般来说，SDRAM的地址线是这样的拓扑结构

 

 

 

SDRAM的控制线是这样的拓扑结构

 

 

 

不同地址线之间，需要保证单路分支的长度匹配，即AB+BC或AB+BD相等；同时，需要保证同一地址线的两个分支相等，即BC=BD。不同控制线之间，需要保证单路分支的长度匹配，即ab+cd+de或ab+cd+df相等；同时，需要保证同一控制线的两个分支相等，即de=df。在控制线和地址线之间，同样需要保证单路分的支长度匹配，即AB+BC=ab+cd+de或AB+BC=ab+cd+df或AB+BD=ab+cd+de或AB+BD=ab+cd+df。

而软件统计的结果，地址线的长度为AB+BC+BD+D’E；控制线的长度为ab+cd+de+df。统计的内容都不一样，怎么做匹配呢？有2种方法，使用公式、使用Pin pair。使用公式的好处是无论有没有阻抗匹配电阻，都可以很清晰的看到线长匹配的误差，这对手工布线非常有帮助，但是过程极其繁琐。使用Pin Pair的好处是很简单，不用输入很长的公式，但是对于有阻抗匹配电阻的信号，不能看到匹配误差，需要自己计算。

先说公式方法

 

记住，软件统计的是所有线段长度之和；我们需要控制的仅仅是所有地址线的AB+BC、所有控制线的ab+cd+de这些长度都相等（BC=BD、de=df这两个条件在设定Y型分支拓扑结构之后，布线器会自动地做到，于是将上面的那些表达式简化成等价的AB+BC和ab+cd+de这两个）。因为SDRAM的时钟是最重要的信号，选择时钟线的长度作为参考，时钟线的单路分支长度为ab[时钟]+cd[时钟]+de[时钟]（Blog没有办法表示下标，用[]来修饰）。则对于其他信号，如地址线，理论上约束的内容应该是AB[地址]+BC[地址] = ab[时钟]+cd[时钟]+de[时钟]。软件统计的是所有线段长度之和，对于某一地址线，其长度应该是AB[地址]+BC[地址]+BD[地址]+D’E[地址]。因此，公式约束的内容就变为 AB[地址]+BC[地址] = ab[时钟]+cd[时钟]+de[时钟]+ BD[地址]+D’E[地址]。

很复杂，来看个例子，对于一个含有匹配电阻的时钟信号，EBI0_SDCK，其拓扑结构如下所示

 

 

 

其中VP_T_3_5_1336为Virtual Pin。它的单路分支长度按WG CES的语法，应写成\D1\-\C5\@\RM2\-\7\ + \RM2\-\2\@\VP_T_3_5_1336\-\VP_T_3_5_1336\ + \RM2\-\2\@\D19\-\38\，当然最后一项是\RM2\-\2\@\D20\-\38\也可以。
确定了时钟的长度，接下来用它来约束其他地址线、控制线的长度。以EBI0_A3为例，其拓扑结构如下所示

 

 

 

由于软件统计EBI0_A3的长度为上面4个Pin Pair线段长度之和，因此在EBI0_A3单段分支的基础上（这段长度和EBI0_SDCK的单段分支长度相等），需要加上\D19\-\24\@\D21\-\25\ + \D1\-\C9\@\D20\-\24\这段长度，当然第二项是\D1\-\C9\@\D19\-\24\也可以。所以限制EBI0_A3的长度为，\D1\-\C5\@\RM2\-\7\ + \RM2\-\2\@\VP_T_3_5_1336\-\VP_T_3_5_1336\ + \RM2\-\2\@\D19\-\38\ + \D19\-\24\@\D21\- \25\ + \D1\-\C9\@\D20\-\24\ +/-200th，当然倒数第二项是\D1\-\C9\@\D19\-\24\也可以，最后的+/-200th是控制的误差长度。然后把这个公式填到EBI0_A3后面的Formula中去。

 

 

 

对于有阻抗匹配电阻的信号，如nEBI0_CAS

 

 

 

由于软件统计nEBI0_CAS的长度为上面4个Pin Pair线段长度之和，因此在nEBI0_CAS^^^单段分支的基础上（这段长度和EBI0_SDCK的单段分支长度相等），需要加上\RM1\-\3\@\D20\-\17\或\RM1\-\3\@\D19\-\17\的长度。所以限制nEBI0_CAS的长度为，\D1\-\C5\@\RM2\-\7\ + \RM2\-\2\@\VP_T_3_5_1336\-\VP_T_3_5_1336\ + \RM2\-\2\@\D19\-\38\ + \RM1\-\3\@\D19\-\17\ +/-200th，当然倒数第二项是\RM1\-\3\@\D20\-\17\也可以，最后的+/-200th是控制的误差长度。
按照上面的步骤把所有SDRAM信号线都操作一遍，是不是会崩溃？

 

下面介绍用Pin Pair的方法

 

给地址线、控制线建立这样的Pin Pair，例子如下：
EBI0_SDCK^^^信号

 

 

 

EBI0_A3信号

 

 

 

这和之前的Pin Pair不同，这些Pin Pair是手工生成的，也就是说，在制定这些信号的拓扑结构的时候，不选择“Automatically create pin pairs from from-tos”复选框。然后，选中这一信号，通过菜单Edit>Pin Pair>Add Pin Pairs来手工添加，如下面两张图片所示。

 

 

 

 

 

这样，只需要关心信号最开始是从哪个芯片的哪个管脚出来的，最后到哪个芯片的哪个管脚里去，有多少个单路分支，添加多少个Pin Pair，中间的阻抗匹配电阻、Virtual Pin全部可以忽略；最后再在Pin Pair的Match列用同一名字约束就可以了，如下所示

 

 

 

控制信号也一样

 

 

 

需要说明的是，上面这张图头三个Pin Pair是用来方便手工布线的。因为Pin Pair如果穿越了器件（对于信号路径穿越阻抗匹配电阻这种情况而言），Pin Pair的长度在CES里是显示不出来的——至少目前我还没有找到什么办法可以让它显示出来——这对手工布线来说非常不方便；但是自动布线却没有任何问题，Expedition可以正常的完成Tune（自动长度调整）操作。

也许你有些疑惑，既然Pin Pair这么定义了，怎样才能看到自定义拓扑结构呢？把菜单中Filters>Levels>FromTos选项钩起来，就可以看见了，如下图所示。需要说明的是，Pin Pair仅仅是一种虚拟的连接关系，拓扑结构是用FromTos这种物理连接关系确定的。

 

 

• 编译apache

下载apache 1.3.39（1.3.41有些bug，没有办法交叉编译）
下载地址http://apache.mirror.phpchina.com/httpd/apache_1.3.39.tar.bz2

 

交叉编译apache总体上需要两个步骤：
1.编译本机代码
2.利用本机代码进行交叉编译

 

这是因为编译apache时，需要使用编译生成的工具制作后续编译使用的头文件，交叉编译的工具当然没有办法在PC上运行，因此，需要借用本机编译生成的工具。假设为本机编译的apache代码已经解压缩到/home/lxz/apache-1.3.39-i586，为ARM编译的apache代码已经解压缩到/home/lxz/apache-1.3.39，交叉编译器arm-linux-gcc已设缺省路径，具体步骤还是用命令来说明：

 

# cd /home/lxz/apache-1.3.39-i586
# ./configure

 

因为仅仅是借用下本机代码，所以不用设置配置参数，然后编译

 

# make

 

等编译完成后，就可以配置交叉编译的apache了。apache的安装位置为/usr/local/apache

 

# cd /home/lxz/apache-1.3.39
# CC=arm-linux-gcc ./configure --prefix=/usr/local/apache

 

会出来这样的提示，因为交叉编译的生成的testfunc这个工具不能在PC上执行，但可以不理会它

./helpers/TestCompile: line 294: /home/lxz/apache-1.3.39/src/helpers/testfunc: cannot execute binary file

打开/home/lxz/apache-1.3.39/src/main/Makefile这个文件，找到这两段代码

uri_delims.h: gen_uri_delims
 ./gen_uri_delims >uri_delims.h

test_char.h: gen_test_char
 ./gen_test_char >test_char.h

修改为

uri_delims.h: gen_uri_delims
 /home/lxz/apache-1.3.39-i586/src/main/gen_uri_delims >uri_delims.h

test_char.h: gen_test_char
 /home/lxz/apache-1.3.39-i586/src/main/gen_test_char >test_char.h

这里借用了刚才编译生成的本机代码里的工具，然后

 

# make

 

这就编译好了，下面是安装。由于配置apache的时候“prefix”参数指定的安装位置是/usr/local/apache，在PC上，访问/usr/local是需要有root权限的，需要切换到root用户来进行安装。不建议将apache安装到一个随意的目录然后拷贝，因为这样会造成apache中的脚本调用位置的错误。当然，如果想要将apache安装到一个PC和ARM Linux都能访问的固定位置，如/home/lxz/apache也可以。

如果你不明白上面这段话在说什么，那么请按照下面的步骤进行操作。请确认你的PC Linux上的/usr/local/apache这个目录不存在PC上使用的apache，否则下面的步骤会使你PC Linux上的apache不可用。

 

# su root

 

输入密码

 

# cd /home/lxz/apache-1.3.39/
# make install
# exit

 

别忘了用exit退出root用户模式，这样，apache的文件就被安装到PC上的/usr/local/apache了。接下来所要做的是将apache拷贝到ARM Linux根文件系统，假设ARM Linux根文件系统在PC上的位置为/home/lxz/root，其中已经有/usr/local这个目录

 

# cp -r /usr/local/apache /home/lxz/root/usr/local

 

如果是一路看着我的BLOG建立起根文件系统的，接下来还必须建立nobody用户和nogroup组，因为apache拒绝使用root用户运行。具体来说就是在ARM Linux根文件系统上建立/etc/passwd和/etc/group两个文件，怎么写这两个文件，可以google下。它们的内容可以如下：

 

/etc/passwd

root::0:0:root:/:/bin/ash
nobody::65534:65533:nobody:/:/bin/ash

/etc/group

nobody::65533:
nogroup::65534:nobody
root::0:
users::100:

当然，如果你的ARM Linux根文件系统中有这两个文件，那么你需要检查一下是不是有nobody用户和nogroup组。接下来，可以制作文件系统映像并测试apache是否可以正常工作了，还是用命令来说明。

 

# mkfs.cramfs /home/lxz/root /home/lxz/root.img

 

我一直用cramfs，SUSE 10.2自己就带了mkfs.cramfs这个工具。烧写或者加载文件系统映像的步骤我就不说了，需要注意的是如果你使用了不可写的文件系统，如cramfs，需要把apache的日志路径挂载为临时文件目录，下面这几条命令在ARM Linux上执行。

 

# mount -t tmpfs tmpfs /usr/local/apache/log

 

然后就可以启动apache了

 

# cd /usr/local/apache/bin
# ./apachectl start

 

假设ARM板的ip地址是192.168.5.118，在浏览器里输入http://192.168.5.118:8080访问ARM板（不修改默认配置，服务端口是8080）。apache的配置一会儿编译了php再说。

• 编译php

首先下载php-4.4.8，下载地址：http://cn2.php.net/get/php-4.4.8.tar.bz2/from/this/mirror

交叉编译php同样需要两个步骤：
1.编译本机代码
2.利用本机代码进行交叉编译

 

原因我就不重复了，假设为本机编译的php代码已经解压缩到/home/lxz/php-4.4.8-i586，为ARM编译的php代码已经解压缩到/home/lxz/php-4.4.8，交叉编译器arm-linux-gcc已设缺省路径，具体步骤还是用命令来说明：

 

# cd /home/lxz/php-4.4.8-i586
# ./configure
# make

 

在编译的同时，可以打开/home/lxz/php-4.4.8/configure这个文件，搜索“can not run test program while cross compiling”，会搜索到很多个这样的结果：

{ echo "configure: error: can not run test program while cross compiling" 1>&2; exit 1; }

把它们都改为

{ echo "configure: error: can not run test program while cross compiling" 1>&2; }

这样做的目的是直接无视交叉编译测试程序错误。另外，我使用的是arm-linux-gcc 3.4.1版，和代码不太兼容。找到/home/lxz/php-4.4.8/Zend/zend_strtod.c的第238行

#if defined(IEEE_LITTLE_ENDIAN) + defined(IEEE_BIG_ENDIAN) + defined(VAX) + \
    defined(IBM) != 1
Exactly one of IEEE_LITTLE_ENDIAN IEEE_BIG_ENDIAN, VAX, or
IBM should be defined.
#endif

把这段改为

#if defined(IEEE_LITTLE_ENDIAN) + defined(IEEE_BIG_ENDIAN) + defined(VAX) + \
    defined(IBM) != 1
//Exactly one of IEEE_LITTLE_ENDIAN IEEE_BIG_ENDIAN, VAX, or
//IBM should be defined.
#endif

在本机php编译完后，输入如下命令

 

# cd /home/lxz/php-4.4.8
# CC=arm-linux-gcc ./configure --prefix=/usr/local/php --host=i586-suse-linux --target=arm-linux

 

别以为可以编译了，还有东西要修改，真汗啊……打开/home/lxz/php-4.4.8/Makefile，找到这段

install-pear-packages: $(top_builddir)/sapi/cli/php
 @$(top_builddir)/sapi/cli/php $(PEAR_INSTALL_FLAGS) /home/lxz/php-4.4.8/pear/install-pear.php -d "$(peardir)" -b "$(bindir)" /home/lxz/php-4.4.8/pear/packages/*.tar

用上我们刚才编译的本机php里的文件，把它改成

install-pear-packages: /home/lxz/php-4.4.8-i586/sapi/cli/php
 @/home/lxz/php-4.4.8-i586/sapi/cli/php $(PEAR_INSTALL_FLAGS) /home/lxz/php-4.4.8/pear/install-pear.php -d "$(peardir)" -b "$(bindir)" /home/lxz/php-4.4.8/pear/packages/*.tar

终于可以编译了

 

# make

 

随后和apache一样，需要切换用户，把php的文件安装到/usr/local/php

 

# su

 

输入密码

 

# cd /home/lxz/php-4.4.8
# make install
# exit

 

这样，php就编译完成了。

 

• 配置Apache和PHP

接下来就需要修改配置文件，让apache和php能够链接起来工作。这个配置过程和Windows下使用apache+php的过程类似，因为我不是把apache和php一起编译的，只是让apache认识“.php”这个扩展名，然后调用php。为了方便，直接给出apache的配置文件，配置文件的位置在ARM Linux文件系统的/usr/local/apache/conf/httpd.conf，其中红色字是在默认配置文件基础上修改或添加的内容。

ServerType standalone
ServerRoot "/usr/local/apache"
PidFile /usr/local/apache/logs/httpd.pid
ScoreBoardFile /usr/local/apache/logs/httpd.scoreboard
Timeout 300
KeepAlive On
MaxKeepAliveRequests 100
KeepAliveTimeout 15
MinSpareServers 5
MaxSpareServers 10
StartServers 5
MaxClients 150
MaxRequestsPerChild 0
Port 80
User nobody
Group nobody
ServerAdmin cosine@126.com
DocumentRoot "/home/webroot"
<Directory />
    Options FollowSymLinks
    AllowOverride None
</Directory>
<Directory "/home/webroot">
    Options Indexes FollowSymLinks MultiViews
    AllowOverride None
    Order allow,deny
    Allow from all
</Directory>
<IfModule mod_userdir.c>
    UserDir public_html
</IfModule>
<IfModule mod_dir.c>
    DirectoryIndex index.html
    DirectoryIndex index.php
    DirectoryIndex index.php3
    DirectoryIndex index.phtml
</IfModule>
AccessFileName .htaccess
<Files ~ "^\.ht">
    Order allow,deny
    Deny from all
    Satisfy All
</Files>
UseCanonicalName On
<IfModule mod_mime.c>
    TypesConfig /usr/local/apache/conf/mime.types
</IfModule>
DefaultType text/plain
<IfModule mod_mime_magic.c>
    MIMEMagicFile /usr/local/apache/conf/magic
</IfModule>
HostnameLookups Off
ErrorLog /usr/local/apache/logs/error_log
LogLevel warn
LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined
LogFormat "%h %l %u %t \"%r\" %>s %b" common
LogFormat "%{Referer}i -> %U" referer
LogFormat "%{User-agent}i" agent
CustomLog /usr/local/apache/logs/access_log common
ServerSignature On
<IfModule mod_alias.c>
    Alias /icons/ "/usr/local/apache/icons/"
    <Directory "/usr/local/apache/icons">
        Options Indexes MultiViews
        AllowOverride None
        Order allow,deny
        Allow from all
    </Directory>
    Alias /manual/ "/usr/local/apache/htdocs/manual/"
    <Directory "/usr/local/apache/htdocs/manual">
        Options Indexes FollowSymlinks MultiViews
        AllowOverride None
        Order allow,deny
        Allow from all
    </Directory>
    ScriptAlias /cgi-bin/ "/usr/local/apache/cgi-bin/"
    ScriptAlias /php4/ "/usr/local/php/bin/"

    # 注意 "/usr/local/php/bin/" 中最后一个"/"不可少
    <Directory "/usr/local/apache/cgi-bin">
        AllowOverride None
        Options None
        Order allow,deny
        Allow from all
    </Directory>
</IfModule>
<IfModule mod_autoindex.c>
    IndexOptions FancyIndexing
    AddIconByEncoding (CMP,/icons/compressed.gif) x-compress x-gzip
    AddIconByType (TXT,/icons/text.gif) text/*
    AddIconByType (IMG,/icons/image2.gif) image/*
    AddIconByType (SND,/icons/sound2.gif) audio/*
    AddIconByType (VID,/icons/movie.gif) video/*
    AddIcon /icons/binary.gif .bin .exe
    AddIcon /icons/binhex.gif .hqx
    AddIcon /icons/tar.gif .tar
    AddIcon /icons/world2.gif .wrl .wrl.gz .vrml .vrm .iv
    AddIcon /icons/compressed.gif .Z .z .tgz .gz .zip
    AddIcon /icons/a.gif .ps .ai .eps
    AddIcon /icons/layout.gif .html .shtml .htm .pdf
    AddIcon /icons/text.gif .txt
    AddIcon /icons/c.gif .c
    AddIcon /icons/p.gif .pl .py
    AddIcon /icons/f.gif .for
    AddIcon /icons/dvi.gif .dvi
    AddIcon /icons/uuencoded.gif .uu
    AddIcon /icons/script.gif .conf .sh .shar .csh .ksh .tcl
    AddIcon /icons/tex.gif .tex
    AddIcon /icons/bomb.gif core
    AddIcon /icons/back.gif ..
    AddIcon /icons/hand.right.gif README
    AddIcon /icons/folder.gif ^^DIRECTORY^^
    AddIcon /icons/blank.gif ^^BLANKICON^^
    DefaultIcon /icons/unknown.gif
    ReadmeName README.html
    HeaderName HEADER.html
    IndexIgnore .??* *~ *# HEADER* README* RCS CVS *,v *,t
</IfModule>
<IfModule mod_mime.c>
    AddLanguage da .dk
    AddLanguage nl .nl
    AddLanguage en .en
    AddLanguage et .ee
    AddLanguage fr .fr
    AddLanguage de .de
    AddLanguage el .el
    AddLanguage he .he
    AddCharset ISO-8859-8 .iso8859-8
    AddLanguage it .it
    AddLanguage ja .ja
    AddCharset ISO-2022-JP .jis
    AddLanguage kr .kr
    AddCharset ISO-2022-KR .iso-kr
    AddLanguage nn .nn
    AddLanguage no .no
    AddLanguage pl .po
    AddCharset ISO-8859-2 .iso-pl
    AddLanguage pt .pt
    AddLanguage pt-br .pt-br
    AddLanguage ltz .lu
    AddLanguage ca .ca
    AddLanguage es .es
    AddLanguage sv .sv
    AddLanguage cs .cz .cs
    AddLanguage ru .ru
    AddLanguage zh-TW .zh-tw
    AddCharset Big5         .Big5    .big5
    AddCharset WINDOWS-1251 .cp-1251
    AddCharset CP866        .cp866
    AddCharset ISO-8859-5   .iso-ru
    AddCharset KOI8-R       .koi8-r
    AddCharset UCS-2        .ucs2
    AddCharset UCS-4        .ucs4
    AddCharset UTF-8        .utf8
    <IfModule mod_negotiation.c>
        LanguagePriority en da nl et fr de el it ja kr no pl pt pt-br ru ltz ca es sv tw
    </IfModule>
    AddType application/x-tar .tgz
    AddType application/x-httpd-php .php3
    AddType application/x-httpd-php .php
    AddType application/x-httpd-php .phtml
    AddEncoding x-compress .Z
    AddEncoding x-gzip .gz .tgz
</IfModule>
Action application/x-httpd-php "/php4/php"
<IfModule mod_setenvif.c>
    BrowserMatch "Mozilla/2" nokeepalive
    BrowserMatch "MSIE 4\.0b2;" nokeepalive downgrade-1.0 force-response-1.0
    BrowserMatch "RealPlayer 4\.0" force-response-1.0
    BrowserMatch "Java/1\.0" force-response-1.0
    BrowserMatch "JDK/1\.0" force-response-1.0
</IfModule>

php也有配置文件，但是修改起来比较简单，只需要把/home/lxz/php-4.4.8/php.ini-dist复制到ARM Linux文件系统的/usr/local/php/lib，并改名为php.ini，找到

register_globals = Off

修改为

register_globals = On

保存就可以了。

另外，我在资料站上开了个wiki来测试ARM Linux上Apache+PHP的组合，地址http://cosine.oicp.net/dokuwiki/。测试的时间不会很长，但我会保证这个链接在2008年4月1号前有效。（2009年2月21日追加：这个地址已经失效快一年了）

• 目录

根文件系统要包含这些必须有的目录：/dev、/bin、/usr、/sbin、/lib、/etc、/proc、/sys

 

/dev是devfs（设备文件系统）或者udev的挂在点所在。在使用devfs的内核里如果没有/dev，根本见不到Shell启动的信息，因为内核找不到/dev/console；在使用udev的系统里，也事先需要在/dev下建立console和null这两个节点。关于devfs和udev的区别，网上很多文章说。当然如果你的内核已经不支持devfs了（2.6.12以后），可以使用纯纯的静态节点。也就是用mknod人工生成。

 

/bin、/usr/bin、/usr/sbin、/sbin是编译Busybox这个Shell时候就有的，用于存放二进制可执行文件，就不多解释了。

 

/lib用于存放动态链接库。网上很多文章都说静态编译Busybox，可以省去建库的麻烦过程。这样做只能让Busybox启动，我们自己写的，或者是编译的软件包还是需要动态库的。除非全部静态编译，你可以试试，一个Hello world就要几百k。关于库的内容后面仔细说。

 

/etc是用来存放初始化脚本和其他配置文件的。关于初始化脚本的内容后面仔细说。

 

/proc是用来挂载存放系统信息虚拟文件系统——“proc文件系统”，“proc文件系统”在内核里面可以选。如果没有“proc文件系统”，很多Shell自己的命令就没有办法运行，比如ifconfig。“proc文件系统”不像devfs可以自动挂载，它需要使用初始化脚本挂载。另外，udev也需要“proc文件系统”的支持。

 

/sys用于挂载“sysfs文件系统”，“sysfs文件系统”在内核里面可以选。目前我认为它就是给udev提供支持的，呵呵。“sysfs文件系统”也需要使用初始化脚本挂载。

 

另外还可以有/tmp、/mnt、/swp、/var这样的不是嵌入式系统必须的目录，在说完Shell的制作之后，我再谈建立目录的事情。

• Shell

Shell很简单，就是Busybox，上网下载一个来：http://www.busybox.net/downloads/。说Busybox和arm-linux-gcc有兼容性问题，不过我觉得那是比较低版本的时代问题了，我用Busybox 1.8.2和arm-linux-gcc 3.4.1/3.3.2都可以。解压缩以后找到Makefile里面的ARCH和CROSS_COMPILE，改成：
ARCH  ?= arm
CROSS_COMPILE ?= /usr/local/arm/3.4.1/bin/arm-linux-
当然CROSS_COMPILE由你自己的编译器位置决定，然后
# make menuconfig
# make
# make install
注意配置的时候把一些uCLinux Only的东西去掉，不然会错；配置的时候还可以修改安装位置，默认是在Busybox下的“_install”。

之后就可以在Busybox生成的Shell基础上建立根文件系统了，我就用命令来说吧，Busybox在/home/lxz/busybox，根文件系统在/home/lxz/rootfs

# mkdir /home/lxz/rootfs
# cd /home/lxz/busybox/_install
# cp -r ./ /home/lxz/rootfs

# cd /home/lxz/rootfs
# mkdir dev
# mkdir etc
# mkdir lib
# mkdir proc
# mkdir sys
# mkdir tmp

如果不用devfs，下面的命令是必须的。必须以root用户执行（用su命令可以切换为root，切换后用exit命令可以返回普通用户）：

# cd /home/lxz/rootfs/dev
# mknod -m 660 console c 5 1
# mknod -m 660 null c 1 3

如果不使用devfs没有这两个静态节点，console的提示根本就看不到，出现的现象可能是内核提示Free init memory: XXK之后，Warning: Unable to find a initial console之类的，具体的单词记得不是很准确。我没有试过使用udev的时候没有这两个静态节点的情况，反正放了也不影响把/dev挂载为tmpfs。

如果使用udev，还需要把udevd、udevstart、udevadmin这三个文件放到/sbin里面（我使用udev-117，网上介绍较多的udev-100有9个文件要放）。

• 库

库可是一件非常麻烦的事请。我建议初学者拷贝买的开发板里面带的文件系统的库，如果开发板的文件系统是映像，只需要把映像挂载在某个目录下就可以访问，假设映像叫做rootfs.cramfs，可以这样

# mkdir /home/lxz/evb_rootfs
（切换为root用户）
# mount -o loop rootfs.cramfs /home/lxz/evb_rootfs
（可以切换为普通用户）
# cd /home/lxz/evb_rootfs/lib
# cp -r ./ /home/lxz/rootfs/lib

一般开发板里都会带有很多库，但是总体积却比较大。可以删掉一些不用的库来减小体积，但是，呵呵，我也不知道那些库具体含有什么函数，什么情况删什么；也许以后我会把这部分补上。如果觉得库体积太大，也可以自己编译glibc或者uclibc，但是这是非常繁琐的事请——目前我认为库应该和编译器arm-linux-gcc一起制作。有个傻瓜式的方案是使用cross-tool，下载地址：http://www.kegel.com/crosstool/。虽然cross-tool是用来制作交叉编译器的，但是其过程中生成的glibc却可以作为副产品为我们所用。cross-tool的使用可以看我之前的这篇文章http://xianzilu.spaces.live.com/blog/cns!4201FDC93932DDAF!274.entry。在成功制作了交叉编译器之后，就可以从cross-tool的目录里把glibc取出来，假设cross-tool的路径是/home/lxz/cross-tool，编译出的编译器叫做arm-linux-gnu-gcc，gcc版本3.4.5，glibc版本2.3.6，想要把glibc库拷贝到/home/lxz/glibc，下面的操作还是用命令来说明。

# cd /home/lxz/cross-tool/build/arm-linux-gnu-gcc/gcc-3.4.5-glibc-2.3.6/build-glibc

# ../glibc-2.3.6/configure --prefix=/home/lxz/glibc

# make install

等候安装结束

# cd /home/lxz/glibc

# cp -r lib /home/lxz/rootfs

这样就把glibc的大部队拷贝好了，但是这样还缺两个库，我们继续

# cd /home/lxz/cross-tool/build/arm-linux-gnu-gcc/gcc-3.4.5-glibc-2.3.6/build-gcc/gcc

# cp libgcc_s.so* /home/lxz/rootfs/lib

还缺少一个libtermcap库，这个就稍微有些麻烦。libtermcap-2.0.8-35-armv4l源码包的下载地址是http://www.netwinder.org/mirror/pub/netwinder/SRPMS/nw/9/libtermcap-2.0.8-35.src.rpm，你也可以在这里http://www.netwinder.org/allsrpms.html找到其他版本的。假设libtermcap-2.0.8-35.src.rpm下载到了/home/lxz/libtermcap，下面继续用命令说明。

# cd /home/lxz/libtermcap

# rpm2cpio libtermcap-2.0.8-35.src.rpm | cpio -ivd
# tar xvjf termcap-2.0.8.tar.bz2
接下来要打13个补丁，很汗啊，请一定按照下面的顺序来打补丁

# patch -p0 -i termcap-2.0.8-shared.patch
# patch -p0 -i termcap-2.0.8-setuid.patch
# patch -p0 -i termcap-2.0.8-instnoroot.patch
# patch -p0 -i termcap-2.0.8-compat21.patch
# patch -p0 -i termcap-2.0.8-xref.patch
# patch -p0 -i termcap-2.0.8-fix-tc.patch
# patch -p0 -i termcap-2.0.8-ignore-p.patch
# patch -p0 -i termcap-buffer.patch
# patch -p0 -i termcap-2.0.8-bufsize.patch
# patch -p0 -i termcap-2.0.8-colon.patch
# patch -p0 -i libtermcap-aaargh.patch
# patch -p0 -i termcap-2.0.8-glibc22.patch
# patch -p0 -i libtermcap-2.0.8-ia64.patch

然后到/home/lxz/libtermcap/termcap-2.0.8里，找到Makefile，修改其中的CC和AR，

CC = /usr/local/arm/3.4.1/bin/arm-linux-gcc

AR = /usr/local/arm/3.4.1/bin/arm-linux-ar

当然，你的编译器在哪里就改成相应的内容。如果嫌麻烦，可以从本站资料页面下载我已经打好补丁，修改好Makefile的包，地址http://cid-4201fdc93932ddaf.skydrive.live.com/self.aspx/EE%e5%b0%8f%e7%ab%99%e7%90%90%e7%a2%8e%e6%96%87%e4%bb%b6/termcap-2.0.8.tar.bz2。需要注意的是，这个包里CC = arm-linux-gcc、AR = arm-linux-ar，请设置好缺省路径。然后就可以编译了：

# cd /home/lxz/libtermcap/termcap-2.0.8

# make

# ln -s libtermcap.so.2.0.8 libtermcap.so.2

# cp libtermcap.so* /home/lxz/rootfs/lib

这样，Shell启动所需要的基本库就都备齐了。但是，这些库里面还含有调试信息，体积稍大，可以把这些信息去掉（当然不去掉也没有什么影响）。

# cd /home/lxz/rootfs/lib

# arm-linux-strip *.so*

至此，库就制作好了。

• 脚本

有了以上的东西，Shell还是不能正常工作。可能会是内核提示Free init memory: XXK之后就什么输出也没有了，这时候向终端敲入文字，可以显示；就是没有终端提示符，不理会输入的命令。这是因为初始化脚本没有启动Shell。下面介绍这些脚本。

首先是/etc/inittab。内核启动、根文件系统挂载之后所必须的一个文件，其中列举了Shell和整个系统初始化、关闭所需的命令。如果你想让Shell出现，那么只需要加入这么一行“::askfirst:/bin/ash”。当然如果在编译Busybox的时候选择的shell不是“ash”，而是hush、lash、msh之类，那就改成相应的东西。除了启动Shell，inittab还干了很多事情，我就用我的inittab来说明了。注意，在编译Busybox的时候要选上touch、syslogd、klogd等命令。

# Startup the system
null::sysinit:/bin/mount -o remount,rw /
null::sysinit:/bin/mount -t proc proc /proc
null::sysinit:/bin/mount -a
null::sysinit:/bin/hostname -F /etc/hostname

# Now run any rc scripts
::sysinit:/etc/init.d/rcS

# Now invoke shell
::askfirst:/bin/ash

# Logging junk
null::sysinit:/bin/touch /var/log/messages
null::respawn:/sbin/syslogd -n -m 0
null::respawn:/sbin/klogd -n

# Stuff to do for the 3-finger salute
::ctrlaltdel:/sbin/reboot

# Stuff to do before rebooting
null::shutdown:/usr/bin/killall klogd
null::shutdown:/usr/bin/killall syslogd
null::shutdown:/bin/umount -a -r
null::shutdown:/sbin/swapoff -a

好，把上面这些储存为inittab，启动系统。应该出现两个提示，没有/etc/fstab和/etc/init.d/rcS。目前我的理解/etc/fstab是用来执行mount -a命令的，里面是文件系统的挂载表。还是用我的fstab来说明。

# <file system> <mount pt>     <type>   <options>                <dump> <pass>
/dev/root       /              ext2     rw,noauto                0      1
proc            /proc          proc     defaults          0      0
devpts          /dev/pts       devpts   defaults,gid=5,mode=620  0      0
tmpfs           /tmp           tmpfs    defaults                 0      0
sysfs           /sys           sysfs    defaults                 0      0

还有/etc/init.d/rcS，这在PC上是用来执行/etc/init.d下所有初始化脚本的一个脚本，呵呵，请原谅我不懂得怎么写这种脚本，对于嵌入式系统，根本不需要这么复杂，直接写在/etc/init.d/rcS里面了。还是用我的/etc/init.d/rcS来说明，其中启动udev的那些指令对于使用静态设备节点和devfs的系统不适用。

# Start udev
/bin/mount -t tmpfs tmpfs /dev
/sbin/udevd --daemon
/sbin/udevstart

# Configure net interface
/sbin/ifconfig lo 127.0.0.1 up
/sbin/route add -net 127.0.0.0 netmask 255.0.0.0 lo
/sbin/ifconfig eth0 192.168.2.25 netmask 255.255.255.0
/sbin/route add default gw 192.168.2.1

如果用的是udev，还必须有udev的配置脚本。这个写起来有些麻烦，我们可以直接用udev自己带的那些脚本，位置在udev目录下的etc/udev/udev.conf和etc/udev/rules.d里面的文件。把这些放到根文件系统中去，etc/udev/udev.conf变为根文件系统的/etc/udev/udev.conf，etc/udev/rules.d里面的文件变为/etc/udev/rules.d里面的文件。