TI中文支持网使用28035_link_cmd能够正常使用，使用F28035cmd，程序一直停在这里
mangui zhang：
编译没有问题吗 ？
你对比一下两个CMD 看看有哪些不一样
F28035cmd是不是还需要其他CMD配合使用
使用28035_link_cmd能够正常使用，使用F28035cmd，程序一直停在这里
Linjie Yang：楼主你好，请问这个问题你解决掉了吗，我也碰到跟你一样的问题。ADC程序在ram里面运行时好好的，烧到flash里面时IintAdc中的延时函数出错。注释延时函数后，程序又卡在AdcOffsetSelfCal里面的某个标志位判断循环里。
楼主如果这个问题解决了可以给我指导一下吗
使用28035_link_cmd能够正常使用，使用F28035cmd，程序一直停在这里
Eric Ma：
回复 Linjie Yang:
确定一下你的程序跑在flash的时候有没有调用memcpy函数，还有初始化flash。
ERIC
使用28035_link_cmd能够正常使用，使用F28035cmd，程序一直停在这里
Linjie Yang：
回复 Eric Ma:
每次烧录程序时都必须对flash初始化吗，这样不是每个程序都必须加上初始化flash的程序
使用28035_link_cmd能够正常使用，使用F28035cmd，程序一直停在这里
MIKI JIANG：
回复 Linjie Yang:
你好调试adc (我也用了memorycpy函数) AdcOffsetSelfCal函数 无法通过 停在delay的问题 你解决了吗？请问是怎么解决的？
使用28035_link_cmd能够正常使用，使用F28035cmd，程序一直停在这里
Linjie Yang：
回复 MIKI JIANG:
这个问题我试出来了，在flash里面运行时实际是在AdcConversion()函数跑死了，我在ADC.c里面加上#pragma CODE_SECTION(AdcConversion, "ramfuncs");，主程序再加上memorycpy函数，AdcOffestCal就可以了在flash里面运行了，delay也是一样的设置。
但是我在运行delay的时候不知道是不是因为加上中断而flash跟RAM切换需要时间，导致delay延时的实际时间比理论时间高太多了。
使用28035_link_cmd能够正常使用，使用F28035cmd，程序一直停在这里
MIKI JIANG：
回复 Linjie Yang:
恩 谢谢！试了一下 的确可以跑起来了
但还是没有解决 累计误差 比较大的问题，我有300个AD结果累加，累加之后 的误差大的不能忍，请问你有没有遇到类似的问题？谢谢
实验过程是：ad采样 接地，计算出来的累积值有3000~5000，平均每个点有10+的误差
使用28035_link_cmd能够正常使用，使用F28035cmd，程序一直停在这里
Linjie Yang：
回复 MIKI JIANG:
这个我倒是没试过，但是我闭环的时候误差有点大，不知道是不是这个原因
