2020-05-08 15:04:21 信驰达科技 90

"data terminal equipment(数据终端设备)"的首字母缩略词dte,具有一定的数据处理能力和数据收发能力的设备,dte提供或接收数据,例联接到调制解调器上的计算机就是一种dte。串行v.24端口(25针)通常规定dte由第2根针脚作为txd(发送数据线),第3根针脚为rxd(接收数据线),(其余针脚为:7是信号地线,4是dts,5是rts,6是dtr,8是dcd,以及包括发送时钟、接收时钟等等,都有规定具体的针脚)。

data communicationsequipment(数据通讯设备)的首字母缩略词dce,它在dte和传输线路之间提供信号变换和编码功能,并负责建立、保持和释放链路的连接,如modem。dce设备通常是与dte对接,因此针脚的分配相反,也就是2是接收,3是发送。

它们之间的区别是dce一方提供时钟,dte不提供时钟,但它依靠dce提供的时钟工作,比如pc机和modem之间。数据传输通常是经过dte-dce,再经过dce-dte的路径。其实对于标准的串行端口,通常从外观就能判断是dte还是dce,dte是针头(俗称公头),dce是孔头(俗称母头),这样两种接口才能接在一起。

路由器通常是dte设备,modem、gv转换器等等传输设备通常被规定为dce

rs232中rts和cts的作用

问:

以前挺明白的,今天一下子觉得以前的理解都不对了,以下三种解释哪个对呢?

解释一:

rts:终端我已经准备就绪,有数据就发过来吧

cts:来了,接招

解释二:

rts:终端我准备发数据给你,快用cts应答,准备好没?

cts:好了,来吧

解释三

cts:主机,我有数据,请求接收

rts:我是主机,就绪,请求发送。

我今天弄了个sim100模块,我将rts设置无效之后,凡是要发往主机的数据都没有发过来(包括主动数据ring),指令和指令返回结果都没有返回,都缓存在模块之中,等我将rts设置有效后,缓存的数据全发来了,包括一大堆指令的执行结果,由此,我觉得上面的“解释一”应该正确,而“解释二”应该是错的,但“解释三”是否正确呢?就是说cts和rts哪个是发起者呢?

答:

一是错的

二是rs232标准

三是modem的硬件流控

simcom公司的解释完全正确

很久很久以前,计算机还没有出现,那时就已经存在了(计算机)史前的串口设备(电传打字机,工控测量设备,通信调制解调器),为了连接这些串口,eia制定了rs232标准,采用db25接插件,支持同步和异步串口,d型的接口可以有效防止插反。标准化给使用带来了便利。

时光荏苒,个人计算机出现了,这些已有的串口设备毫无疑问地成为了最初的外设,自然而然地rs232标准被个人计算机采纳。但是设备制造商倾向于体积更小,成本更低的接口,因此,将db25中未使用的和支持同步模式的引脚去掉,形成db9。最初的情况相当混乱,因为db9只定义了信号,却没有指定信号和引脚的对应关系,各个制造商只能自行定义。幸运的是,ibm的pc成了工业标准,db9逐渐统一到ibm的定义上来。

db9只有9根线,遵循rs232标准。定义如下:

dtr,dsr------dte设备准备好/dce设备准备好。主流控信号。

rts,cts------请求发送/清除发送。用于半双工时,收发切换。属于辅助流控信号。半双工的意思是说,发的时候不收,收的时候不发。那么怎么区分收发呢?缺省时是dce向dte发送数据,当dte决定向dce发数据时,先有效rts,表示dte希望向dce发送,一般dce不能马上转换收发状态,dte就通过监测cts是否有效来判断可否发送,这样避免了dte在dce未准备好时发送所导致的数据丢失。

全双工时,这两个信号一直有效即可。

随着计算机的日益普及,很多非rs232的串口也要接入pc机,如果为每一种新出现的串口都增加一个新的i/o口显然不现实,因为pc后面板位置有限,因此,将rs232串口和非rs232串口都通过rs232口接入是最佳方案。uart的u(通用)指的就是这个意思。早期rombios和dos里的通信软件都是为rs232设计的,在没有检测到dcd有效前不会发送数据,因此,就连发送一个字符这样朴素的应用也要给出dcd、dtr、dsr等控制信号。因此,串口接头上要将一些控制线短接,或者干脆绕过系统软件自己写通信程序。

到此,uart的涵义就总结为:通用的 异步 (串行) i/o口。

就在uart冠以通用二字,准备一统江湖的时候,制造商们不满于它的速度、体积和灵活性(软件可配置),推出了usb和1394串口。目前,笔记本上的uart串口有被取消的趋势,因而有网友发出了“没有串口,吾谁与归”的慨叹,古今多少事,都付笑谈中,usb取代uart是后话,暂且不表。

话说自从贺氏(hayes)公司推出了聪明猫(smartmodem),他们制定的modem接口就成了业界标准,自此以后,所有公司制造的兼容猫都符合贺氏标准(连at指令也兼容,大家一起抄他呗)。

细观贺氏制定的modem串口,与rs232标准大不相同。dtr在整个通信过程中一直保持有效,dsr在modem上电后/可以拨号前有效(取决于软件对dsr的理解),在通信过程的任意时刻,只要dtr/dsr无效,通信过程立即终止。在某种意义上,这也可以算是流控,但肯定不是rs232所指的那种主流控。如果拘泥于rs232,你是不会理解dtr和dsr的用途的。

贺氏不但改了dtr和dsr,竟然连rts和cts的涵义也重新定义了。因此,rts和cts已经不具有最开始的意义了。从字面理解rts和cts,是用于半双工通信的,当dte想从收模式改为发模式时,就有效rts请求发送,dce收到rts请求后不能立即完成转换,需要一段时间,然后有效cts通知dte:dce已经转到发模式,dte可以开始发送了。在全双工时,rts和cts都缺省置为有效即可。然而,在贺氏的modem串口定义中,rts和cts用于硬件流控,和什么劳什子的全双工/半双工一点关系也没有。

注意,硬件流控是靠软件实现的,之所以强调“硬件”二字,仅仅是因为硬件流控提供了用于流量情况指示的硬件连线,并不是说,你只要把线连上,硬件就能自己流控。如果软件不支持,光连上rts和cts是没有用的。

rts和cts硬件流控的软件算法如下:(rts有效表示pc机可以收,cts有效表示modem可以收,这两个信号互相独立,分别指示一个方向的流量情况。

最近在捣鼓一个gsm模块,正好也要用到这东西,就baidu了一把,可以帮助我理解datasheet的内容。看了上面的内容,我不知道各位明白了几分,如果觉得都明白了,就不用看我废话了。

还是先引用一些文字,来自telit公司gm862 quad/py的数据手册

pin signal    i/o function

20 c103/txd i serial data input (txd) from dte

29 c106/cts o output for clear to send signal (cts) to dte

33 c107/dsr o output for data set ready signal (dsr) to dte

37 c104/rxd o serial data output to dte

43 c108/dtr i input for data terminal ready signal (dtr) from dte

45 c105/rts i input for request to send signal (rts) from dte

注意上面各个功能的i/o的方向,看到这些缩写的全称,结合信号流向,是不是更容易理解呢。

dte是数据发送的主动方,dce是数据的接受方。

cts是让dte明白的,也就是说dce需要把自己的cts给dte看,让他知道dec已经准备好接受数据了。

rts是dte给dce看的,告诉dce,dte有数据要发。


银河国际galaxy首页
产品
新闻
联系
"));