DCD:载波检测。
RXD:用于接收外部设备的数据。
TXD:用于发送数据给外部设备。
DTR:数据终端就绪。
GND:信号地。
DSR:数据就绪。
RTS:请求发送。
CTS:清除发送。
RI :响铃指示。
DTE是数据发送的主动方,DCE是数据的接受方。
Pin Signal I/O Function
TXD I Serial data input (TXD) from DTE
CTS O Output for Clear to send signal (CTS) to DTE
DSR O Output for Data set ready signal (DSR) to DTE
RXD O Serial data output to DTE
DTR I Input for Data terminal ready signal (DTR) from DTE
RTS I Input for Request to send signal (RTS) from DTE
A如果想要发送数据给B的话,A会使得RTS(Request To Send)引脚有效,表明其想要“请求发送”数据给接收设备B,而A接着就会去检测对应的来自B的CTS引脚,直到CTS有效(此时意味着B已经做好了相关的准备,然后B设置了自己的CTS(Clear To Send) ,表明自己准备好接受数据了),才会真正开始发送数据。并且接下来,在发送每个字符之前,都会去检测对应的CTS是否有效,如果有效,才会继续传输对应的数据,如果发现CTS无效(此时意味着B那么发生了啥情况,导致无法继续正常接受数据了,所以将CTS设置为了无效),那么就不能发生数据了。对于上述CTS一直有效的情况下,A就一直发送数据给B,到了最后数据发送完之后,再把RTS设置为无效,表示数据已经发送完了。
对此流程,做个简单的比喻,未必很恰当,但是可以很形象的说明数据发送的流程:
A和B,相当于马路的两边,A要发送数据给B,就相当于A要过马路,具体的流程就是:
1.A说,我要过马路
就相当于A要将RTS设置有效,表示要发送数据(过马路到B那里去)
2.B根据自己情况,决定亮红灯不允许过,还是亮绿灯允许过(CTS有效)
B对于接下来将要接受的数据,要有一个准备的过程,这要花点时间,在这段时间内,肯定不会让你发送数据,也就是,亮红灯不允许你过马路,将CTS设置无效,表示我还没准备好,然后A那边呢就一直检测CTS是否有效,发现是无效,就知道现在B那边还没准备好,不允许我发送数据,然后过了会B准备好了,就把CTS设置为有效,表示准备好了,A可以发送数据给B了,即亮绿灯,让A过马路了,而A此时就检测到CTS是有效的了,就可以发送数据了,即看到绿灯,可以过马路了。
3.A要发送给B的每一个字节数据之前,都会看看是否是绿灯,如果是,继续发送数据,如果不是,就停止发送
接下来的,A要把一个个字节的数据(就相当于一个个要过马路的人),发送给B,在发送之前都要像前面一样,去检测CTS是否有效,如果有效,即绿灯,就可以继续发送数据,即过马路,如果CTS无效,说明B出啥问题了,比如缓存满了,要处理一下,接着再让你发送数据,即亮红灯,A不能继续过马路了。然后A就一直检测CTS直到CTS有效,再发送数据,即A一直看灯,直到红灯变绿,再继续过马路。
4.在CTS一直有效的情况下,A发送数据完成后,把RTS设置为无效
所有的A都过完马路了,就把原先设置的标示RTS设置为无效,表示数据发送完成了。
看着上面解释的一大堆,其实只看标题,就是很简单的逻辑:
A要发送数据,即Request To Send “请求发送”(数据),B看到RTS有效了,决定,如果自己要做准备工作,就设置CTS无效,如果本身准备好了,就设置CTS,Clear To Send,表示对于你的Send发送(数据)来说,我已经Clear(忙清了)。所以A看到CTS有效就可以发送数据了。然后接下来的每一个从A发送到B的字节数据都是这么个过程。中间有可能遇到说,B的buffer full 缓存满了,所以要设置CTS无效,A发现后,就停止发送数据,继续检测CTS直到有效,才继续发送数据。正常数据发送完成后,A就把最开始设置为有效的RTS这个标示清除掉,即设置RTS无效,表示数据传完了。 由此,整个A发送数据到B的过程就Over了。