如何用DSP模拟lattice的JTAG下载程序？
我现有一块DSP+CPLD的板子，DSP是28335，cpld是lattice的LAMXO640。CPLD的JTAG端口直接连接到了DSP的GPIO，并且JTAG没有预留出来，所以我猜测CPLD的程序是通过DSP下载进去的，那么DSP就要模拟JTAG才能实现。我查找资料，找到lattice的官方嵌入式编程手册《Programming Tools User Guide》，了解到可以通过
JTAG Full VME Embedded；
JTAG Slim VME Embedded；
Slave SPI Embedded；
I2C Embedded；
sysCONFIG Embedded；
这几种方式进行编程，其中能实现的可能有JTAG Full VME Embedded和JTAG Slim VME Embedded，查看安装目录下embedded_source提供的源码，发现vmembedded类型要读取lattice的嵌入式系统.VME文件，但是DSP是不支持文件IO的，所以用JTAG Full VME Embedded方法行不通。
if ( cRetCode < 0 ) {
/***************************************************************
*
* VME file version failed to match the supported versions.
*
***************************************************************/
fclose( g_pVMEFile );
g_pVMEFile = NULL;
return VME_VERSION_FAILURE;
}
接着我想用JTAG Slim VME Embedded方法，使用其中的slim_vme_8051程序进行移植，此方法要求用Deployment Tool工具将lattice的.xcf配置文件生成HEX(.C)文件，我按照步骤生成了.c文件
得到了impl1_algo.c算法文件和impl1_data.c数据文件
通过查看源代码slim_pro.c发现生成的算法数组和数据数组是对应的
xdata const unsigned char g_pucAlgoArray[]= {0};
xdata const unsigned char g_pucDataArray[]= {0};
xdata const int g_iAlgoSize = 0;
xdata const int g_iDataSize = 0;
但是调试程序的时候发现出错，在解析算法数组的时候发现前面部分数组的元素都符合程序的解析，直到g_pucAlgoArray[ 483 ] 数组出现多个连续的0xFF便出错
在slim_pro.c里面连续多个0xFF是错误的，根本不能解析数组。
请问一下：
1、我用slim_vme_8051的程序移植到28335的DSP上能否实现？
2、将.VME文件转换得到的.C算法文件是正确的还是错误的？为什么根本解析不了？
3、有没有其他方式能实现DSP模拟JTAG，通过GPIO下载程序到CPLD，读取CPLD的文件是像Lattice一样转换成数组还是通过串口下载进去，如果DSP没有预留串口只有CAN接口能实现吗？
望有经验的人或做过的人能提供思路或解答，万分感谢！
