分成两段做就好了，空间够的话可以做成3份，boot+APP

Study_Stellaris 发表于 2014-12-26 15:21 看你设置的也不是 12M ，像是 120M，不支持到这么高的主频吧？

是120M，写的时候写错了，返回不对

Study_Stellaris 发表于 2014-12-23 16:10 错别字太多了。研究研究可以了，你反正不用来做项目。

我是用他的来做项目的，关键他这个rom.h里面snow系列的没有 #if defined(TARGET_IS_BLIZZARD_RA1) ||                                        \     defined(TARGET_IS_BLIZZARD_RA3) ||                                        \     defined(TARGET_IS_BLIZZARD_RB1) #define ROM_SysCtlClockSet                                                    \         ((void (*)(uint32_t ui32Config))ROM_SYSCTLTABLE[23]) 然后我就直接用了SysCtlClockSet，后发现出来的不是我设置的120M时钟，然后在UCOS中，导致了我的系统主频就不对了，OS delay（100）之类和tick相关的函数时钟都错了。我用的固件库是2.0版本，现在TI的2.1不知道改了没，准备下载个试试。

找到了原因，但是TI是不是也存在问题呢？ 因为如果用ROM和他一系列的时钟都要用ROM开头的，我后面调用了一个SysCtlClockGet所以就导致系统出现了问题。 如果调用ROM_SysCtlClockFreqSet先，然后想调用ROM_SysCtlClockGet又出现了问题，129N输出snow系列的，这个系列在库里面的宏没事没有snow，导致不能使用ROM_SysCtlClockGet函数。也不知道是TI忘记加了，还是这个玩法不行，有没有TI的FAE，你们关注下这个问题 #if defined(TARGET_IS_BLIZZARD_RA1) ||                                        \     defined(TARGET_IS_BLIZZARD_RA3) ||                                        \     defined(TARGET_IS_BLIZZARD_RB1) #define ROM_SysCtlClockGet                                                    \         ((uint32_t (*)(void))ROM_SYSCTLTABLE[24]) #endif

不错，蛮好的

好，正式需要的资料

好好好好好好 好好好

进不去，我没有具体看Lwip的实现，只是移植过来的。是不是回调函数是在中断中的，而且没看到网络中断的优先级是多少。

低优先级可以打断高优先级吗？那他的中断时如何处理的呢？是如何中断嵌套的？

报告楼主，你的代码有错误写入文件的字节数的计算有错误

good

SSD1963

新版的有，有很多国家的

现在都有了

你加8M16M什么都是一样的，因为PLL得输出都是200M，然后分频的。

问题已解决，0.2版本的只能发高18位，也就是说只能把高18位分3次发出去。1.1版本的片子目前还没拿到，估计那个直接发888就好了。

今天看到SSD1963有两个版本，一个是0.2一个是1.1。我是以1.1版本的那个datasheet来发送的。有谁了解他的版本号的？

ps下，把那白色的弄成和你背景一个色，我也在做

我怎么看是到触发点就触发呢？7/8就14中断，怎么是15呢？？？？

用中断，然后取值按键时关中断，开定时器，定时时间到，读按键，开中断