我的经验是，如果用量少的话，改别的芯片吧。。。问了个代理商，直接问：你一年有没有5W片需求。。。我晕

                                 非也.. Cortex-M3 + uC/GUI 足够支持所有中等规模工控、医疗的图形应用了.  特别在手持式设备(QVGA, WQVGA)等场合.

引用 2 楼 veabol 的回复: 生产的时候可以通过编程器将这个数据和代码数据一起烧录进去，调试的时候你就暂时用代码写写吧，或者是调试的时候使用什么样的方法烧录代码进去，你也可以用同样方法将有这样数据的一个BIN文件烧录进去。

额~那还是比较麻烦的喔。生产之前还要修改BIN文件。编译器不知道是否有这样子的功能，再输出的时候在HEX里面增加这样一条记录。然后hex2bin的时候，就没问题了。

麻烦大家知道的说说啊！！

的确 仿真跟 真正的开发还是有一定距离。 仿真可以让你 断链一些软件编程思想，至于对应开发的系统性设计以及硬件经验的积累没有任何作用。 建议楼主还是弄块开发板 多多实践。

readbyte(void)应该没有问题，除了在定义时少了个Uchar，不过影响应该不大 那么lcd_dis(*p)呢

程序是有跑飞的，但是我说的问题应该不是程序跑飞，因为大部分情况是启动程序不能执行跳转，原因就是information memory的一个区标志位数据被位置原因变更了，使程序判断标志位失败，不执行跳转。 目前我程序是这样的，单片机启动后进入第一段程序，这段程序将判断一个标志位，如果标志位有效则跳转至第二段程序，即应用程序；如果标志位无效，则进入第一段程序主循环。 第一段程序就是执行一个在线升级的功能，可让用户实现在线升级； 第二段程序是实际的应用程序； 如果标志位有效就跳转至应用程序，无效则进入第一段程序，等待升级； 标志位是放在C区，应用程序的一些参数放在B区，连续上电时这两个区的数据都有可能丢失，测试了下D区的数据也会丢失或者出错，A区没测试过。 就是C区志位及B区的参数丢失或者出错，导致程序像是跑飞了，但是程序是在的，知是我在查询这些存储区域的时候，参数都恢复成0xF了，当然不是每次上电都恢复，而是多上电几次就会出现这样的情况，所以楼上说的被擦除是不可能的，应为程序下载后就没用IAR了，只是上电断电的测试。 在什么情况会出现FLASH区数据自动恢复的问题？希望大家能提供更多意见，谢谢楼上两位先，呵呵

两边的参数设置一定要想匹配 你可以用示波器看下，通信情况，是否符合你们的通信协议 如果符合那可能是你有的地方接的不对，可以去掉地线试试，是否是干扰的问题， 或是把485的AB 线反接下看看 如果再不行用其他机子试试

对，就是三楼这样写的

通信场合是必须考虑超时重传问题

引用 1 楼 xqhrs232 的回复: 因为没有输入回车符?在一般的串口调试工具里面回车符怎么输入去发送?

试了一下,直接按个回车就可以了.

http://blog.eeworld.net/joyzml/archive/2010/01/18/5207176.aspx 楼主可以看一下上面这篇文章，这是我的解决方法

帮顶下。 你有CNKI的账号吗？ 去搜索下 硕博论文，应该很多参照的 我当初就是这样弄的

补充：是把DLL读出来放到电脑上以后用，因为有些DLL我没有的。呵呵

你如果是smdk2450，看一下smdk2450.bat中BSP_USBFNCLASS有没有修改　

就发26就OK  Ctrl+Z  其实就是 ->

C/C++ codeprintf("Good Luck");

up

语句没错，可能其他地方错了

不太明白楼主的意思。 以前简单看过winsocket编程，server端应该是绑定一个端口进行监听的。有client连接之后会打开另一个端口与之进行会话。 没听说过别的模式了。帮你顶下。