但是现在还是有时候会自己重启，正在找原因

已经解决了，程序可以在自己的板子上运行了~ 感觉应该是之前和做硬件的人确认flash大小的时候有偏差，也不排除板子本身有焊接上的问题（原理是没有问题的），把8M-Bit理解成了8M-Byte，格式化flash的时候选错了容量，现在换了一块新板子（同一批板子中的），选容量的时候选了1M，程序可以执行了~ 怪不得官方PDF中说“However, choosing a higher size than the actual size may result in unexpected behaviors.” 谢谢版主的帮助哈~

谢谢版主回复~ 我试过了rebuild，还是会出现找不到resource的问题。 jtag调试和烧录执行的现象不同，重启的现象只有把程序通过uniflash烧写后，spi flash执行程序的时候才会出现，通过jtag调试的时候不会出现。 jtag调试时执行会出现line382 error line382是sl_Start()函数 在上一版的板子上jtag调试不会出现找不到resource的问题，运行看起来也正常，因为上一版没有留出串口，所以不能确认是否能正确运行 现在的程序在TI LP上也可以正常运行，不论是调试还是烧录。所以现在感觉可能是板子哪里有问题，做板子的人出差，只能回来解决下~ 再次谢谢版主耐心的回复~谢谢~

谢谢版主~ clean之后也还是不行 我今天试着下载了TI官方SDK 1.1.0中的file_download历程，先clean然后build，通过uniflash下载到自己的板子上，format->service pack programming->program，service pack版本是servicepack_1.0.0.10.0，下载之后执行，只打印了DisplayBanner(APP_NAME)，ConfigureSimpleLinkToDefaultState()函数没有打印输出，像是其中的某一步进入了死循环，然后程序会自动重启，每次现象都一样。 请问这和flash烧写过程中的设置或板子的硬件电路有关系么？service pack在擦除flash时会被擦掉吗？NWP的设置（station or AP）是每次上电都是加载默认设置的还是设置一次后即使掉电也不会丢失呢？

有时暂停调试还会出现这个提示 这个函数是TI提供的，纯汇编，是不是编译器不识别？