發布成功
贊賞金額:
支付金額:5元
支付方式:
贊賞成功!
你的贊賞是對作者最大的肯定~?
通信協議介紹
眾所周知通信協議就是一種數據傳輸的協議規范,從軟硬件層面可以分為硬件層通信協議和軟件層通信協議。為了更加形象的理解軟硬件層面的通信協議,我們將通信比作交通,通信的硬件層協議比作各國的公路標準,各國的公路標準類似于不同的硬件層協議標準;通信的軟件層協議比作各國的交通規則,各國的交通規則類似于不同的軟件層協議標準。
圖1生動的對上述描述進行了解釋。
1. 解決邏輯傳輸的方式
利用設備1向設備2傳輸0xA3(1010 0011)這樣一組數據,從硬件層面將1010 0011這組數據定義為1為高電平,0為低電平,我們就可以通過改變傳輸線電平的高低實現這組數據的順利傳輸。
為了對這種硬件層面的數據傳輸形式進行規范定義便有了硬件通信接口協議,入RS-232、RS-485、CAN總線等。
下節講解的MODBUS通信協議是基于RS-485信號傳輸方式,以MCU作為信號發送設備,MCU的GPIO引腳輸出的是TTL電平(設邏輯0:0V;邏輯1:5V),RS-485硬件協議則是將其TTL電平轉換成差分信號,通過通訊轉換器將一個GPIO引腳的TTL電平轉變成兩根根線上的信號A/B,也稱之為差分信號。當TTL電平為0時,使得VB>VA,當TTL電平為1時,使得VB<VA。
RS-485通信為半雙工通信,意思是MCU1和MCU2可以互相發送和接受數據,但有一點應注意,由于RS-485只有一對差分信號線A/B故對于MCU1來說發送和接受數據不能同時進行。故在MCU1要順利實現發送和接受數據則需要在軟件層面上指定通信協議。
2. 解決邏輯傳輸目的
2.1主從通信模式
(1) 為實現半雙工通信需要引入主從通信模式這個概念,即指定通信雙方一方為主機,其余為從機;
(2) 規定系統中所有從機不可主動把數據發送到主機;
(3) 系統中主機和所有從機上電后都處于接收狀態;
(4) 任何一次的數據交換都由主機發起。
2.2主機查詢從機
對于主機向從機發送數據控制從機或主機查詢從機返回的數據都應由主機發起。
當主機向從機發送數據控制從機時,主機應當處于發送狀態;當主機查詢從機返回的數據,首先應按照預先約定的格式發送一組尋址數據幀。
總結來說主機找從機第一個目的是向從機發送數據,第二個目的是主機找到從及后將從機的數據發送到主機。
即在硬件通信層確保數據能夠傳輸和接收的前提下,再利用軟件層來約束傳輸的數據形式和傳輸規則。
最簡單的一種主機控制從機可以見圖4,但這種隨意的約定格式通用適配性差,因此需要一款統用的軟件層通信協議來對所需功能進行規定。
關于我愛方案網
我愛方案網是一個電子方案開發供應鏈平臺,提供從找方案到研發采購的全鏈條服務。找方案,上我愛方案網!在方案超市找到合適的方案就可以直接買,沒有找到就到快包定制開發。我愛方案網積累了一大批方案商和企業開發資源,能提供標準的模塊和核心板以及定制開發服務,按要求交付PCBA、整機產品、軟件或IoT系統。更多信息,敬請訪問http://www.zhaochuanqisf.com