首先，物理连接正确；其次，单片机正常工作；再次，通信参数正确；最后，串口助手是否有问题，可以备用几个互相印证，格西烽火串口助手、SSCOM等都不错。
发送数据，下位机会返回应答数据。或者下位机本身就处在循环发送数据状态。另一可能，即使未与下位机联通，串口的2与3脚短接，也会有此现象出现。
【1】你所做的收到与否判断。如果不是在线仿真，查看Receive_Buf[]，而是根据回复情况，结论可能是错的。【2】没有看到你的应答程序。【3】如果串口设置了最高优先，PS=1；其余IP位为0情况。
虚拟终端，已经收到了串口助手发出的““aa””，并且显示出来了。看来，应该是你的程序有问题，所以，单片机没有显示出来***aa。另外，也可能是，虚拟终端的发送端，干扰了单片机的发送。
电脑与单片机电路连接应当使用***485转232的转换器，这个你没讲清楚，否则是不能相连的。***发送前max485芯片的控制脚驱动后要加延时，发送后也是。***编程养成好习惯。程序的调试要从最简单的开始，一步步验证。
1、可能是你串口线悬空了，软件检测到的就是00了。
2、是实物的话，电脑和单片机怎么连接的，串口线有问题吧。下图是仿真的结果，程序没有问题。
3、当然老是接收到00了，我给你解释一下：你的串口中断函数不止是在接收数据的时候执行，在执行while（！Ti）；时等待发送完成时也会触发中断函数，此时***uf里面为空，数据之前被取走了。
1、由于没写中断处理程序当发送完成后，触发串口中断进入0x0023地址处运行，就相当于复位了一次一样。所以会出现2次的情况。
2、波特率设置不正确：串口调试助手和接收设备需要设置相同的波特率。如果波特率设置错误，发送和接收的数据将不一致。请确保用正确的波特率设置发送和接收数据。
3、估计你的程序里只有一条发送指令，最后结束时没有终止。换句话说，最大的可能是编译结果变成，程序执行完main以后，重新回到0地址执行，最后变成不断循环。
4、但是对你的程序来说，最好不用这种方法，应该send_uart(char****parr，***int***n)，用n决定待发送字符个数。事实上table并没有结束标记0，所以send_uart将会一直发送，直到偶然遇到一个0才退出发送。
5、这程序能接收两个字节就算不错了，按你这么写程序应该一个都不能接收。最后还有两行SJMP******RECV，这是死循环了。
1、但2个单片机合在一起就通信不成功，发送、接受不到数据！很可能是以下原因：1）仔细检查2片单片机的脚，rx***tx***交叉接且要共地。
2、首先了解板块的IP地址和端口号，通信是TCP还是UDP；其次，用流行的网络调试助手，如格西烽火、网络调试助手等，最后备用两个以上作认证。
3、一个用12V电池经过7805稳压管供电，电源没有问题，不至于会影响到通信。两个不同的板子不同的电源，那么两个板子的地（GND）是必须接到一起的，即要共地的。
4、首先明确对方是否是TCP服务器端，还是TCP客户端，还是UDP通信端；其次要获取对方的IP和端口号；再次需要知道通信的协议。这样就可以用流行的网络调试助手，如格西烽火、网络调试助手等软件进行测试，建议备用至少两款进行测试。
5、在串口接收函数中，多个if语句用于检查接收到的数据。但是，这些if语句都只检查了第二个和第三个字节，而没有检查第一个字节。这可能会导致误判，因为一个完整的命令可能是由多个字节组成的。
6、请安以下方法查找原因***网络设置的问题***这种原因比较多出现在需要手动指定IP、***、DNS服务器联网方式下，及使用代理服务器上网的。仔细检查计算机的网络设置。
本文转载自互联网，如有侵权，联系删除