为什么每次DataPut之后，都要马上DataGet一下呢？这是TI的SSI模块的特殊规定么？原来我用SiLabs的单片机，就不需要这样的操作。不过既然DataGet没有进入死循环，那说明还真有数据接收了啊！

不是存储的读卡器，是射频读卡器。射频读卡器也是我自己开发的，专门给这个主板用的。读卡器当时我就用了CDC模式，跟计算机那边调来着，现在要上板子，还不太清楚怎么弄。

应该是SysCtlPeripheralEnable(LCD_BL_BASE)还是SysCtlPeripheralEnable(LCD_BL_PERIPH)？

可能是为了封装吧？这样封装出一个API，就不用开发人员去看底层的东西了。瞎猜的~

那干吗不直接调用P不就完了？

你是移植操作系统呢么？

比如卡里的数据，读取出来应该是密文，不能是明文。不然太危险。这样嵌入式设备就得能进行解密，甚至是加密的工作。

这里IP_ADDR_ANY宏定义使用后，你本机的IP地址是由网络初始化时分配的IP决定的。你初始化的时候应该设置了本机IP地址吧？如果是静态IP的话，你调用netif_add函数添加一个netif结构体变量时，就定义了本机的IPaddr，Mask和Gateway。如果是动态IP的话，请遵医嘱，我没用过，哈哈！

你在GPIOPinWrite(LCD_BL_BASE, LCD_BL_PIN, LCD_BL_PIN)之前，有没有调用SysCtlPeripheralEnable(LCD_BL_BASE)？如果不使能的话，就会进入FaultISR中，就while(1)了。

那么函数P可以视为函数Func的回调函数么？运行了函数func，然后把函数p的指针返回了？

官网上有，但是我怎么都下不来，您试试能下么？ http://micrium.com/page/downloads/ports/ti/stellaris

GPIOPinWrite最后的一个参数是一个实际8位有效的变量，每一位对应的是P7-P0的值。如果要对PB7和PB6输出高，应为GPIOPinWrite(GPIO_PORTB_BASE, GPIO_PIN_6|GPIO_PIN_7, 0xC0)，而不是GPIOPinWrite(GPIO_PORTB_BASE, GPIO_PIN_6|GPIO_PIN_7, 1)。在宏定义里GPIO_PIN_7为0x80，GPIO_PIN_6为0x40。所以也可以写成GPIOPinWrite(GPIO_PORTB_BASE, GPIO_PIN_6|GPIO_PIN_7, GPIO_PIN_6|GPIO_PIN_7)。 [ 本帖最后由 ultrabenz 于 2012-8-2 17:25 编辑 ]

把引脚改为GPIO，发送上升沿，然后再改回SSI接口引脚。

Debugger下面那个Download选项里第二项和第四项打钩了吗？你最好把工程选项里有关的选项截个图啊。

我现在有点搞不懂，如果是短路，为啥就那4个引脚烧的特别严重，其它的引脚都没事儿。是否有可能是芯片内部的问题，而不是硬件电路的问题？

我测试过，没有短接的情况。因为已经用了一天多了。

我用的是1117把5V转成3.3V的。

但是只有68、69、81、82这4个引脚烧黑了，其它的电源脚都没事儿。很奇怪。

在工程的options里面，General Options里面的Target中Device设置的正确吗？

看来是不是那个芯片有问题，昨天用数控电源供电，结果运行了一分钟，我正看串口的数据，啥也没动，那片子突然自己就冒烟了，然后就烧了。在烧之前的一个小时左右，又出现过AHB ID不正确的情况，而且是什么都不动，一会儿能下载程序，一会儿不行。这个片子烧的太奇怪了，因为已经运行了一段时间了，而且同样的程序也跑过几次了，不知道怎么就烧了。