强烈呼吁：把这批人裁掉，这样可以把stm32芯片价格降下来。 呵呵

哎，抓不到这些家伙，俺搞了个另立中央，请到此下载资料：http://www.stmcu.org/download/index.php?act=ziliao

                                 估计你的配置有问题。

                                 没有用STR912的吗？

推荐BANYAN的仿真器 我就在用  价格我买的是3000

引用: 如果Ulen是16位的呢？ 执行ReceiveBUFF[2]<<8) + ReceiveBUFF[3]之后，那不就是将接收的两个8位的字节组合成一个16位的数??... 十分感谢。。。。。。但我还有点不明白，ReceiveBUFF[2]本身是八位的，左移时数据不会丢失是吗？UART这里的寄存器不是都是八位吗，程序“ULen = (ReceiveBUFF[2]<<8) + ReceiveBUFF[3];” 其中如果定义了ULen为int型，那么假设ReceiveBUFF[2]=0x01，那么左移八位后再加上ReceiveBUFF[3]，ULen肯定要大于0xFF，这样的话(ReceiveCounter >= (ULen + 2))；那么ReceiveCounter也大于0xFF，而ReceiveCounter是char型，只有八位啊，那么不就溢出了吗。

引用 12 楼 laorenshen 的回复: 解决方法n多, 不过我还是喜欢写一个程序, 用vb 或者 delphi写一个程序, 就可以了, bin文件格式看一下说明就知道了, 数据 + 效验 hex文件有地址,bin应该很好弄;

不错。这个有人这么做的。呵呵

主要是封装的问题哦

对于U盘固件来说，它不知何为格式化。上位机给U盘发送的是一般的读写数据的命令。唯一的区别就是读写的区域不同。 [url=http://blog.eeworld.net/kevinyujm/archive/2010/03/27/5423098.aspx][/url]

要设置开机启动，关键在于注册表是否是HIVE。

名字是Kingsoft Phonetic Plain。但是修改了字体名字后还是不行。我郁闷了

不过dnw0.6下载nk可是很快的。

引用 4 楼 hallowwar 的回复: ? 时间戳：我从来没有试过，单片机能有这个功能吗？ ? 之所以现在舍弃起始字节和结束字节，就是由于误码率的影响，就是说发送数据越长，误差的可能性越大，这样接受方按照此协议接受必定出现问题。就造成遗落。 ? 由于在发送方有定时中断控制扫描，如果在发送的时候关闭中断，发现会造成扫描被打断后的灯的闪烁。 ? 容错机制还没有想到，我倒想试试连续发送三个一样的字节（数据量为1字节），在接收方判断，多数一样者为正确解，这种方法是不是比应答式的容错还好些呢？

“时间戳：我从来没有试过，单片机能有这个功能吗？” 这个“时间戳”算是个广义的概念吧。我一般用四个字节的自然数序列码来实现。以此来保证接收到的帧数据的顺序没有被打乱。

为什么你们选择要熟悉C#的，而不是VC++呢？？

用编程来怎么实现????

pPDD开始都没有申请内存就开始使用了，不异常都奇怪了， 而且你最好在usbFuncs->lpGetDeviceInfo之后才申请内存，要不然读什么描述否都是空谈。

就要这样，嘿嘿。

WINCE6好像只能用VS2005

以前碰到出现这种情况的原因有两个： 1. h-jtag不支持该内核 2. hw连线有问题 参考一下，呵呵

"EVC如何操作PC机上的access数据库" 应该操作不了.

有没有人做过6410板子上的ce系统嘛，能给我讲讲烧录过程嘛，完整点的，上面的仁兄，我也是按照这么做的，就是格式化不了呀！~·