估计出差去了

                                   丢人了，你知道该如何做吗？

                                 赛格柜台买的.早就不卖了.找万利吗?

最好用示波器观看波形，确定是否有误，两个单片机通信用串口就可以了啊，2-3v的调变说明你的通信不稳定，会用丢数据的情况发生

我那儿现在有几个设备，开机一会那屏就跟跳舞似得，一直闪个不停…时好时坏，不清楚是什么问题…

用你的应用程序替换explorer.exe就可以了！

                                 串口输出字符串

粗略的看了下发送接收的代码，应该没问题的，初始化串口和配置方式代码就不知道了，因为很久没搞51了， 想问一下，具体的现象是什么？单片机什么都没接收到？还是单片机接收到了X，反馈给PC的时候，PC没收到？或者收到错误信息？ 我觉得会不会是你PC串口配置和51的串口配置不对应，比如波特率，停止位，校验位等，，，，，，

把你的两个文件贴出来看看 并把你修改的内容用其他颜色标出来

没弄过,学习啊!!

如果是一个人的话建议WINCE。

我弄过一段时间pxa330，不过对他的bootloader没研究那么深那！帮你顶！

用VHDL做FPGA设计么？ 注意状态机和计数器的使用就可以了，尤其是状态机很关键

                                 一切都是我的错！ 我真是傻到家了，USART传输数据不一致极大可能是串口线没有接好

刚学习单片机usb通信，范例很难找啊！有高人指点一二

Sx =  A1*Tx + B1*Ty + C1 Sy =  A2*Tx + B2*Ty + C2 正解

引用 424 楼 jiqiang01234 的回复: 引用 422 楼 c_rabbit 的回复: 想要弄明白LZ的理论是否可行 首先要搞清楚一件事，LZ的单片机C语言程序是怎么定位的？ AVR?PIC?51?ARM? 上面四种单片机，就有四种不同的最适编程风格 而且某些还可以再细分下去，类似51的89C51和C8051 如果是ARM级别的单片机，还可以用模块化的思想去对待 低端51?AVR?相信你会痛苦致死 "想要弄明白LZ的理论是否可行 首先要搞清楚一件事，LZ的单片机C语言程序是怎么定位的？ AVR?PIC?51?ARM? " 我的“理论”和代码的实现是基于at89c52资源的。 我前面也多次提到，我不主张部分场合极端行事，所有事情都有个度，模块化也不例外。不过似乎我最初的那些“建议”里面模块化的概念只是其中之一，还有诸如可读性等，但随着讨论不知为何被忽略了。所以我可以肯定地说：不管什么资源的芯片，只要可以用c语言来写，就一定可以在不损失效率和空间的前提下提高代码的可读性。不知各位同意否？

楼主也说了，凡事都要有个度，模块化也是如此。 既然是基于AT89C52，那么我假设一个情况，例如同时控制三块SMC1602A(8位数据，3位控制端），同时需要进行串口通讯和外部数据读写，这必然涉及到IO复用，而之前可能写的是只控制单一SMC1602A的模块，那么这个模块能用吗？若是为这次专门撰写程序，那么下次遇到的只有一块SMC1602A，但是要求模拟USB通讯，对于RAM要求很严重的例子，之前写的普通单一SMC1602A模块恐怕又不能用了。模块化需要细分到什么程度，才可以方便地覆盖这种种要求特异的案例，更不要提，有时候或许加入一块373，或换用一块PDIUSBD12，整个架构又会大不相同。 我并不是否认模块化，我写单片机程序也是有模块化的，但只是在有可能的情况下，比如性能比较优越的C8051f系列这些能够提供比较大的自由度的单片机上才会尽力做到输入输出接口单一简便，而且还有个特色是尽量采用单片机自身的功能模块资源，以及尽可能的减少对RAM的耗费，这些都是单片机的规则，有很多和PC是大不相同的。 其他的几点，我与上面的几位朋友意见差不多，有很多时候并不是不愿去做，而是做了没价值或者没法去做 比如语句偏僻不易读，有个最简单的例子，延时程序，用C写的话，for函数这个最常用的函数写出来的反而是最不稳妥的，因为我们要力争使汇编后的语句简化为DJNZ，这样可以保证延时的精确性，但同时也牺牲了易读性。这是没办法的事情，所以只有注释弥补，如果连注释都没那我也没什么好说的了，不写注释的程序员不是好程序员。

                                 讨论中解决问题，很好

一般BSL是TI固定死的 除非用户自己写BSL代码 A版本的器件用户可以自己写BSL代码