‘壹’ 单片机串口通信的问题
单片机串口通信的问题，其实你只有一个问题，就是：
P0=0XF0;
S2BUF=0xfc;
P0=S2BUF; //为什么这里P0是0x00 ?
你觉得P0应该等于0xfc对不对？之所以出乎你的预料，是因为S2BUF寄存器地址是一个，实际是两个寄存器，一个只读，一个只写。S2BUF=0xfc是写发送缓冲寄存器S2BUF，P0=S2BUF是读接收缓冲寄存器S2BUF，在没有接收的字符时，接收缓冲寄存器S2BUF是未知的，现在恰好是0，P0当然等于0X00。
‘贰’ 单片机串口通信问题
P3=0xff的作用其实很简单，就是为了更好的完成“读--修改--写”这个过程，其实对于P3口是没有必要的，对于P0口这样做是应该的。
‘叁’ 单片机串口问题！
规律实际上是：'0'-49,'1'-50,'2'-51,...
你发送前将发送的数值减去'0'即可；
你可以一次发两个数，第一个数是计数值，第二个数是任意数，然后一次显示即可。
0～65535数据可以分成4个字节分别顺序发送。
‘肆’ 单片机串口通信时而正常，时而不正常，硬件没问题，应该是时序问题，一般会有什么时序问题呢
问题原因可能是如下几个方面：
1、是否使用的是USB转串口的转换线？这种方式目前出问题太多了，系统正常运行状态下还好点，如果单片机设备频繁上下电问题就特别多，而且好像没有太好的解决方法。
2、通讯双方的协议是否不匹配？波特率不说了，还有比如是否都是1个起始位＋8个数据位＋1个停止位，二者应一致。
3、PC机一端问题。这种可能性不大，如果使用的是串口调试助手之类的软件就更不会有问题。
4、单片机一端软件可能有问题。而且问题出在接收时的可能性较大。具体的：
a、在软件流程中是否有对REN控制位修改的指令？如果有需要检查当REN=0时的相关语句。
b、应特别关注TI的清零操作。接收时RI有效后将数据读入内存、清RI标志，即可退出接收操作；而发送时【最后1个字节送入SBUF后，发送操作并未完成】，【必须等待这次发送完成后TI置位，然后清0】，才能根本上保证下次操作的正确性的情况。
c、如果串口收发未使用中断方式，需要检查主程序流程中是否有较长时间的延时程序，会不会造成数据接收遗漏的情况。以9600波特率为例，1个字节的发送或接收需要差不多1ms的时间，延时操作如果有超过1ms的就可能会造成数据丢失。
d、其它中断处理软件是否会长时间占用CPU资源，使得串口数据的接收出现数据丢失情况？串口如果采用了中断，其中断级别是否是高级别？
5、设备运行环境。是否有外部强电磁干扰？比如电机的起停。处理方法就说不清了。
‘伍’ 关于单片机串口接收的问题
哈哈,这简单!如果是单片机串口接收，当接收到数据之后，硬件会自动将数据存入SBUF，然后置位RI
开启中断,进入中断服务程序，如果在中断中不复位RI，退出中断程序后，下次再接收到
新的数据后就不会再次触发中断。
‘陆’ 单片机串口调试问题
用串口调试助手的话，有一个“十六进制接收”和“十六进制发送”的选项，你打上勾，就可以看到你用“a
=
9”发送的十六进制数9了，否则串口调试助手会按ASC码来显示，0x9的ASC码是显示不出来任何东西的。
你用“a='9'”发送的十六进制数是0x39，串口调试助手按ASC码来显示就是数字符号9。。
‘柒’ 51单片机串口通信问题1
第一，要进入中断服务程序必然是发生了相应的中断，void ser() inturrupt 4是串口中断服务程序，ES=1是开启串口中断，所以只有当串口接收或发送数据成功后才进入中断服务程序。定时器中断没有开启，所以定时器溢出时不会产生中断，况且也没有相应的中断服务程序供它使用。定时器装载初值是为了设定串口通讯速率。
第二，串口接收到数据产生中断这个就是硬件层面的问题，写软件暂时可以不用考虑这个问题。至于谁发送给单片机的数据就要看单片机串口和谁连接的了，SUBF中肯定是你串口接收到的数据，此数据表示什么就要看你通讯协议里是怎么规定的了。
‘捌’ 单片机和串口设备通讯设计时要注意的几个问题
1、不要忘了把两个单片机的地也连上，因为这是单端信号，必须连地。同时信号线不要超过1 米(如果你使用3V的电压，还要短些)。 2、首先，你要设定一个主机，可以主动发送信号，比如发送‘?’，然后从机接到信号后返回'>'，便可实现握手，随后可以实现通信。这种握手模式是很多单片机在串行编程中使用了，可以拿来参考。 最后，不要忘了使能SCON中的 REN位，主机和从机的波特率和格式一定要一致。实验时候先从较低的波特率试验，比如2400-9600。
‘玖’ PC机与单片机之间的串口通信的程序
http://hi..com/bluebasket/blog/item/835033097c7117ab2fddd46f.html
Keil软件仿真的串口调试技巧
在单片机系统中，串口（UART，通用异步收发接口）是一个非常重要的组成部分。通常使用单片机串口通过RS232/RS485电平转换芯片与上位机连接，以进行上位机与下位机的数据交换、参数设置、组成网络以及各种外部设备的连接等。RS232/RS485串行接口总线具有成本低、简单可靠、容易使用等特点，加上其历史悠久，所以目前应用仍然非常广泛；特别对于数据量不是很大的场合，串口通信仍然是很好的选择，有着广阔的使用前景。 在单片机编程中，串口占了很重要的地位。传统方式串口程序的调试，往往是利用专用的单片机硬件仿真器。在编写好程序后，利用仿真器来设置断点，观察变量和程序的流程，逐步对程序进行调试，修正错误。使用硬件仿真器的确是很有效的方法，但是也有一些缺点：
很多仿真器不能做到完全硬件仿真，因而会造成仿真时正常，而实际运行时出现错误的情况；也有仿真不能通过，但是实际运行正常的情况。
对于一些较新的芯片或者是表面贴装的芯片，要么没有合适的仿真器或仿真头；要么就是硬件仿真器非常昂贵，且不容易买到。
有时由于设备内部结构空间的限制，仿真头不方便接入。
有的仿真器属
于简单的在线仿真型，仿真时有很多限制。例如速度不高，实时性或稳定性不好，对断点有限制等，造成仿真起来不太方便。
1 调试前的准备工作
下面介绍一种利用Keil的软件仿真功能来实现51单片机串口调试用户程序的方法。使用这种方法，无需任何硬件仿真器，甚至都不需要用户电路板。所需的只是：
① 硬件。1台普通计算机（需要带有2个标准串口）和1根串口线（两头都是母头，连线关系如图1所示）。
② 串口软件可以是自己编写的专用调试或上下位机通信软件，也可以是通用的串口软件(如串口助手、串口调试等)，主要用来收发数据。如果没有合适的串口调试软件，则可使用笔者编写的一个免费的串口小工具TurboCom。除了与其他软件一样的数据收发功能外，它还有定时轮流发送自定义数据帧和自动应答（接收到指定数据帧后，自动返回相应的数据帧）这两个很有用的功能，特别适合于老化测试。
如果没有串口线，用虚拟串口可以把物理通道连同，在网上下个这样的软件就OK了。
2 基本调试命令介绍
这个串口调试方法主要是利用了Keil强大的软件仿真功能。在新版本（高于6.0）的Keil软件中，增强了软件的仿真能力，可以利用软件仿真更多的单片机功能。在这些功能中，其中有一个很重要的功能就是利用计算机的串口来模拟单片机的串口（这不同于很多软件在仿真时使用的激励文件方式，可以直接与其他串口进行通信，更加方便、灵活）。首先要介绍仿真时需要使用的两个命令：ASSIGN和MODE。
2.1 ASSIGN命令
将单片机的串口绑定到计算机的串口。基本使用方式为：
ASSIGN channeloutreg
其中： channel代表计算机的串口，可以是COM1、COM2、COM3或COM4；而inreg和outreg代表单片机的串口。对于只有一个串口的普通单片机,即SIN和SOUT；对于有两个或者多个串口的单片机，即SnIN和SnOUT（n=0，1，…即单片机的串口号）。
图1 串口连线示意图
例如：
ASSIGN COM1SOUT
将计算机的串口1绑定到单片机的串口（针对只有一个串口的单片机）。
ASSIGN COM2S0OUT
将计算机的串口2绑定到单片机的串口0（针对有多个串口的单片机，注意串口号的位置）。
需要注意的是，参数的括号是不能省略的，而outreg则是没有括号的。
2.2 MODE命令
设置被绑定计算机串口的参数。基本使用方式为：
MODE COMx baudrate, parity, databits, stopbits
其中： COMx（x = 1，2，…）代表计算机的串口号；baudrate代表串口的波特率；parity代表校验方式；databits代表数据位长度；stopbits代表停止位长度。
例如：
MODE COM1 9600, n, 8, 1
设置串口1。波特率为9 600，无校验位，8位数据，1位停止位。
MODE COM2 19200, 1, 8, 1
设置串口2。波特率为19 200，奇校验，8位数据，1位停止位。
使用以上两个命令，就能够将计算机的串口模拟成单片机的串口了。在进行软件仿真时，所有发送到被绑定的计算机串口上的数据都会转发到Keil模拟的单片机串口上，用户程序可以通过中断处理程序或查询方式接收到这些数据；同样，单片机程序中发送到单片机串口上的数据也会通过被绑定的计算机串口发送出来，可以被其他软件所接收。利用这个特点，就可以方便地仿真、调试单片机的串口部分程序。要注意的是，这两个命令需要一起使用。
2.3 仿真步骤
首先，用串口线将计算机的两个串口连接起来（或者是两台计算机上的两个串口）。这两个串口一个用来模拟单片机串口，另一个给调试程序使用。这个由用户自己分配，没有特殊要求。
其次，编写好用户程序，并编译通过。
然后，设置工程文件（Project）的相关参数，如图2和图3所示。主要是选择软件仿真模式（Use Simulator）以及晶振参数。
图2 仿真参数设置
为了不必每次进入仿真状态后，都需要输入串口参数设置命令，可以建立一个初始化文件。初始化文件是一个普通的文本文件，内容就是仿真时需要的命令，按照顺序一行输入一条。如图2所示，建立了一个debug.ini的初始化文件。这样，当每次进入仿真调试状态时，Keil就会自动载入 debug.ini的内容进行初始化。
图3 晶振参数设置
为了正确
仿真串口，在软件仿真调试时，在用户的Keil工程文件的属性中，还需要设置实际使用的晶振频率。这个参数非常重要，直接影响通信的波特率，可以按照实际使用的参数进行设置。要注意，这个参数的单位是MHz。
设置好参数后，就可以进行仿真了。单击工具栏的图标按此在新窗口浏览图片进入Debug（仿真调试）状态，在Output window窗口中的command文本框（一般是在左下角）中输入上面介绍的命令。例如，将PC机的串口1设置为单片机的串口：
mode com1 9600,0,8,1
assign com1 Sout
然后设置断点，一般是在关键地方或与串口相关联的地方设置。再单击图标运行（Run）用户程序，使用户程序运转起来（不然是接收不到串口数据的）。这时再使用串口调试软件或用户调试软件，发送通信命令或者数据包，看用户程序是否进入断点，以及相关的变量是否正确。还可以有意发送带有错误数据的数据包，以观察用户程序的异常处理部分是否正常。一旦发现程序中的错误，可以马上停止仿真调试，立即修改代码，然后再次重复上面的步骤进行仿真。因为不需要与用户目标板联机，也不用下载代码到用户板上，所以速度非常高。以上这些步骤和使用硬件仿真器的基本一样，只不过现在使用的是软件仿真。
需要注意的是：仿真时单片机串口实际的波特率由MODE命令来指定，单片机程序中的TMOD、SCON等参数是不影响串口仿真状态的（也就是说这些参数不影响仿真的波特率，即使它们是错误的）。但是中断的使能位（如ES、EA等）还是起作用的，如果ES或EA被禁止，那么就不会进入串口中断。
因为这种方法是利用计算机的串口来仿真单片机的串口，而仿真是通过Keil软件来转换串口上的数据，不是直接转发数据的,所以在实际仿真时，处理速度会比实际单片机运行时稍微低一点。比方说仿真状态时1 s只能发送/接收10个数据帧，但在单片机硬件上运行时可能1 s就可以接收/发送50个数据帧。这与使用的计算机的速度有关，但对仿真来说，是没有任何影响的。
对于多串口的单片机，从理论上来说，可以一次绑定多个串口，只要计算机有足够多的串口。基本上，使用这种方法需要占用计算机的串口数量是单片机绑定串口的2倍。一个串口被Keil占用，用来模拟单片机的串口；另外一个串口被计算机占用，用来给单片机的串口收发数据。
3 小结
这里介绍的方法对C51和汇编语言都是适合的。它最大的好处就是简单、方便，容易使用，不需要使用任何电路，也没有特殊的要求；甚至可以在硬件电路制作好之前就将串口部分的程序编写、调试完毕。笔者使用这种方法已经很长时间了，事实证明这种方法确实非常有效。其实对于51单片机，Keil的仿真功能实在是太强大了，只要充分掌握其特点，能够熟练利用它，就可以解决工作中的大部分问题。很多工作都可以使用软件仿真来完成，根本无需任何硬件仿真器；只有一些新的外部器件的时序、接口的调试才有可能需要用到硬件仿真器。目前介绍Keil软件仿真这方面的参考书籍很少，有些讲的还是老版本的用法，不过没有关系，Keil的帮助文件写得很详细、很清楚，只要认真看明白就会使用了。使用熟练后，就会发现Keil的功能相当强。
对于串口编程，51单片机有Keil这个功能强大的开发软件，给我们带来了极大的便利；而在其他单片机软件的开发中，目前还没有这么强大的开发工具和方便的调试手段。这里有个变通的办法，就是可以先在Keil中编写并调试好串口程序，然后将程序移植到其他单片机平台中（笔者在PIC18单片机开发中就使用了这种方法，收到了很好的效果。当然这是指在使用C语言开发单片机程序时，汇编语言是没有可移植性的）。至于如何能够减小程序移植的工作量，使得程序具有更好的通用性，以最小的代价就可以平滑地移植到其他单片机平台上，也是一个非常值得探讨的问题。
‘拾’ 单片机串口问题
首先，PC发给串口"hhsbhh"字符串，其实是一个一个字符发送的。其次，单片机收到并保存到缓存区时也是一个一个字符来接收和保存的。那么再提取出来时，自然是可以一个一个字符进行提取的了；但具体的就看你有什么别的要求没有，如是按原来顺序提取，还是间隔一个提取等等；