|
|
发表于 2011-6-12 16:03:44
|
显示全部楼层
回复【12楼】muzheyun
回复【9楼】snail_dongbin
-----------------------------------------------------------------------
终于遇到我能解答的问题了。数字通讯在运行时只有两个数据，0和1，所有数字通讯无论是简单还是复杂都是从0,1上演变出来的。
所以串口通讯不论你发送ascii还是火星文，统统都是二进制发送和接收的，不可能说你从超级终端发个“a”终端就用人类语言的形式传给下位机一个“a”，他只能传2进制数据到下位机，但是这个a总不能我规定发1000 0001代表a，另外一个人规定发1111 0001代表a，第三个人规定。。。。。。于是米国人出了个标准就定义0x41才是a，其他的都不是a，于是就有了ascii码。
-----------------------------------------------------------------------
这种回答不能算错，概念都是对的，但无助LZ理解和解决实际问题。只从表面文字是不能真正理解和掌握概念的，更不要说解决实际的问题了。
关于UART串口通信，在实际应用中并不是那么简单，它包含了2个层面上的问题。
第一个是低层的，包括硬件连接、电平转换、通信的帧格式，波特率。这个是有标准的，只要按标准设置，就能建立通信的通道。当然在这个层面上出问题，整个通信也就瘫痪了。出了问题应该先检查这个层面，用最简单的测试，验证通信通道正常后再考虑上层的东西。在这个层面中的通信的帧格式，通常使用1/8/1的格式，其中数据位为8位，数据就是二进制的01，规定中没有指定一定必须是符合ASCII码表的二进制数据，任何二进制数都可以。
第二层面在UART的规范中是没有规定的，需要用户自己制定和选择。这里包括，8位数据位的格式，一个数据包的定义，数据流的控制，以及出错处理。所有都需要用户自己规定的。
LZ的问题，是对于传送8位数据位格式的不理解。由于他使用WINDOWS中的超级终端，这个超级终端把收到的数据字节认为是ASCII标准格式的数字，因此你传给它的二进制数据如果不是标准ASCII码表中的数据，它就不认识，显示也不正常。但不能说明是低层出问题的。
在控制类的应用中，通常不建议采用ASCII文本格式定义数据包，这样的效率太低，处理起来也麻烦。
比如在PC上送一个数字123到单片机中，作为温度的上限，如果你在超级终端中下发123，其实是传送了3个字节：“1”“2”“3”，这三个字节是1/2/3的ASCII编码的二进制数值（31H、32H、33H），而不是一个简单的一个字节的二进制数据123（7bH）。
问题在于你单片机如何知道和解析出是123呢？！
就是你知道收到的数据都是ASCII码，那么你怎么知道是应该收1个，还是3个，还是5个，才是上面下发的一个完整数据？因此应用中，这个数据包格式的定义就非常重要的。它也是通信双方解析通信数据的“码表”。
假定每个数据确定为3个字节的ASCII码，单片机的程序还要把这3个ASCII码表示的数字转换成一个一字节的二进制数据，再写入相应的变量中，这些都是增加了程序的工作，效率也低。
在我编写的教材中，使用了2个章节介绍UART的应用，认真学习一下，会大有帮助的。
基本概念和基础知识的掌握，不再与你背住了多少，只有通过实际应用，才能知道你是否真的掌握和理解透了。 |
|
楼主
