《電子技術應用》
您所在的位置:首頁 > 嵌入式技術 > 業界動態 > 一文了解CAN總線教程

一文了解CAN總線教程

2020-06-03
來源:與非網

先看看工作原理

當 CAN 總線上的一個節點(站)發送數據時,它以報文的形式廣播給網絡中所有節點,對每個節點來說,無論數據是否是發給自己的,都對其接收。

 

每組報文開頭的 11 位字符為標識符,定義了報文的優先級,這種報文格式成為面向內容的編制方案。同一系統中標識符是唯一的,不可能有兩個站發送具有相同標識符的報文,當幾個站同時競爭總線讀取時,這種配置十分重要。

 

大體的工作原理我們搞清了,但是根本的協議我們還要花一番功夫。下面介紹一個重要的名詞,“顯性”和“隱性”:

 

在我看到的很多文章里,有很多顯性和隱性的地方,為此我頭痛不已,最終我把它們徹底弄明白了。

 

首先 CAN 數據總線有兩條導線,一條是黃色的,一條是綠色的 ------ 分別是 CAN_High 線和 CAN_Low 線,當靜止狀態時,這兩條導線上的電平一樣,這個電平稱為靜電平,大約為 2.5 伏。

 

這個靜電平狀態就是隱形狀態,也稱隱性電平,也就是沒有任何干擾的時候的狀態稱為隱性狀態。當有信號修改時,CAN_High 線上的電壓值變高了,一般來說會升高至少 1V;而 CAN_Low 線上的電壓值會降低一個同樣值,也是 1v。

 

那么這時候,CAN_High 就是 2.5v+1v=3.5v,它就處于激活狀態了。而 CAN_Low 降為 2.5v-1v=1.5v。可以看看這個圖

 

5ed710374c28e-thumb.jpg

 

由此我們得到

 

在隱性狀態下,CAN_High 線與 CAN_Low 沒有電壓差,這樣我們看到沒有任何變化也就檢測不到信號。但是在顯性狀態時,改值最低為 2V,我們就可以利用這種變化才傳輸數據了。所以出現了那些幀,那些幀中的場,那些場中的位,云云。

 

在總線上通常邏輯 1 表示隱性。而 0 表示顯性。這些 1 啊,0 啊,就可以利用起來為我們傳數據了。利用這種電壓差,我們可以接收信號。

 

一般來說,控制單元通過收發器連接到 CAN 驅動總線上,這個收發器(顧名思義,可發送,可接收)內有一個接收器,該接收器是安裝在接收一側的差動信號放大器。然后,這個放大器很自然地就放大了 CAN_High 和 CAN_Low 線的電平差,然后傳到接收區。如下圖

 

 

5ed710375f0af-thumb.jpg


由上圖可知,當有電壓差,差動信號放大器放大傳輸,將相應的數據位轉化為 0。

 

下面我們進入重點難點 ----- 報文

 

所謂報文,就是 CAN 總線上要傳輸的數據報,為了安全,我們要給我們傳輸的數據報編碼定一下協議,這樣才能不容易出錯,所以出現了很多的幀,以及仲裁啊,CRC 效驗。這些都是難點。

 

識別符的概念

識別符顧名思義,就是為了區分不同報文的可以鑒別的好多字符位。有標準的,和擴展的。標準的是 11 位,擴展的是 29 位。他有一個功能就是可以提供優先級,也就是決定哪個報文優先被傳輸,報文標識符的值越小,報文具有越高的優先權。

 

CAN 的報文格式有兩種,不同之處其實就是識別符長度不同,具有 11 位識別符的幀稱為標準幀,而還有 29 位識別符的幀為擴展幀,CAN 報文有以下 4 個不同的幀類型。分別是:

 

(1) 數據幀:數據幀將數據從發送器傳輸到接收器;


(2) 遠程幀:總線節點發出遠程幀,請求發送具有同一標識符的數據幀;


(3) 錯誤幀:任何節點檢測到總線錯誤就發出錯誤幀;


(4) 過載幀:過載幀用已在先行的后續的數據幀(或遠程幀)之間提供一附加的延時。

 

我們先研究數據幀吧。

 

一,數據幀由 7 個不同位場組成(幀起始、仲裁場、控制場、數據場、CRC 場、應答場、幀結尾)。

 

這里的位場,就是不同位的組合,這名字起的很爛,讓人看了感覺很抽象。我們來看看這些個不同的位場吧。一開始是一位幀起始,也叫 SOF。它用顯性位表示,也就是 0;它告訴我們,兩個線上有電壓差了,也就是有數據了。

 

這個幀起始看起來只有一位,其實不簡單了。為了讓所有的分站都同步于發送報文的發送站,好接收數據,有很多要考慮的地方。

 

5ed7103760dca-thumb.jpg

 

報文的數據幀結構

 

然后下一個場是仲裁場。這個仲裁很抽象,其實在這里就是為了解決一個問題。如果 2 個或 2 個以上的單元同時開始傳送報文,那么就會有總線訪問沖突,那么仲裁機制就是用來根據標識符優先級來一個一個的去掉低級別的數據。我們可以詳細的描述這場生動的爭搶總線的戰斗。

 

當總線處于空閑狀態時呈隱性電平,此時任何節點都可以向總線發送顯性電平作為幀的開始。2 個或 2 個以上的節點同時發送開始爭搶總線,但是總線只能被一個人搶走。這時候到底怎么決定誰留下,誰滾蛋呢。我們開始思索,我們以前定義了標識符,標識符有優先級,它越小,它優先級越高。那么怎么實現的呢??聪旅鎴D:

 

首先搞明白兩點,


一、下圖中, 低波形代表 0(顯性),高波形代表 1(隱性);


二、當隱性碰到顯性,就變為顯性。

 

 

5ed7103756027-thumb.jpg


如圖所示,節點 A 和節點 B 的標識符的第 10、9、8 位電平相同,因此兩個節點偵聽到的信息和它們發出的信息相同。第 7 位節點 B 發出一個“1”,但從節點上接收到的消息卻是“0”。

為什么呢,因為 A 節點同時發出顯性位,讓總線也變成

顯性了,也就是 0。節點 B 會退出發送處于單純監聽方式而不發送數據;節點 A 成功發送仲裁位從而獲得總線的控制權,繼而發送全部消息。

 

總線中的信號持續跟蹤最后獲得總線控制權發出的報文,本例中節點 A 的報文將被跟蹤。這種非破壞性位仲裁方法的優點在于,在網絡最終確定哪個節點被傳送前,報文的起始部分已經在網絡中傳輸了,因此具有高優先級的節點的數據傳輸沒有任何延時。

 

在獲得總線控制權的節點發送數據過程中,其他節點成為報文的接收節點,并且不會在總線再次空閑之前發送報文,在這逐位的比較中,最終節點 B 因為第七位的偏差丟掉了總線。從此單純監聽,江山就拱手讓給了節點 A 了。這就是仲裁機制。

 

上面我們說過,報文有兩種格式,標準和擴展。這里,不同的格式仲裁場是不一樣的。標準格式下,仲裁場由 11 位識別符和 RTR 位組成。

 

但在擴展格式里,包括 29 位識別符、SRR 位、IDE 位、RTR 位。

 

RTR 位,Remote Tranmission Request BIT 全稱為遠程發送請求位。它在數據幀里必須為顯性 0 ,但在遠程幀里為隱性 1。

 

我暈,為什么這么搞呢,不急,先留著這個問題。

 

SRR 位,替代遠程請求位,SRR 是一隱性位,也就是 1,它在擴展格式的標準幀 RTR 位位置,那么標準幀怪不得優先于擴展幀了,因為在傳輸完 11 位標識符之后(擴展幀的后 18 位在最后發送,先發送 11 位標識符),輪到標準幀的 RTR 位和擴展幀的 SRR 位了。

 

這時候,標準幀的 RTR 為顯性,而擴展幀 SRR 為隱性,這樣,總線自然就被標準幀占據。

 

同時上面那個問題,也一目了然了,CAN 總線協議設計者,肯定是設計了數據幀優先于遠程幀。所以 IDE(Identifier Extension Bit),全稱識別符擴展位,它屬于擴展格式的仲裁場。

 

對于擴展格式,IDE 位屬于仲裁場;對于標準格式,IDE 位屬于控制場。標準格式的 IDE 位為“顯性”,而擴展格式的 IDE 位為“隱性”。

 

5ed710376e327-thumb.jpg


標準格式中的數據幀

 

5ed710376522e-thumb.jpg


拓展格式中的數據幀

 

控制場

 

控制場由 6 個位組成,標準格式和擴展格式的控制場格式不同。標準格式里的幀包括數據長度代碼、IDE 位(為顯性位)及保留位 r0。擴展格式里的幀包括數據長度代碼和兩個保留位:r1 和 r0。其保留位必須發送為顯性,但是接收器認可“顯性”和“隱性”位的任何組合。其結構如圖所示:

 

5ed710378cce1-thumb.jpg

 

控制場結構

 

數據長度代碼(標準格式以及擴展格式)DLC,如下表所示

 

5ed71037a4500-thumb.jpg


數據幀長度代碼 DLC

 

數據長度代碼指示了數據場里的字節數量。其中:d—“顯性”, r—“隱性”,數據幀允許的數據字節數為{0,1,...,7,8}。其他的數值不允許使用。

 

數據場

數據場由數據幀里的發送數據組成。它可以為 0~8 個字節,每字節包含了 8 個位,首先發送最高有效位(MSB)。

 

循環冗余碼 CRC 場是數據通信領域中最常用的一種差錯校驗碼,其特征是信息字段和校驗字段的長度可以任意選定。

 

CRC 場包括 CRC 序列(CRC Sequence),其后是 CRC 界定符(CRC Delimiter),結構如圖:

 

5ed71037a5097-thumb.jpg

 

生成 CRC 碼的基本原理:

 

任意一個由二進制位串組成的代碼都可以和一個系數僅為‘0’和‘1’取值的多項式一一對應。例如:代碼 1010111 對應的多項式為 x6+x4+x2+x+1,而多項式為 x5+x3+x2+x+1 對應的代碼 101111。

 

參考一下下面的例題,自已再領悟一下吧!已知信息位為 1101,生成多項式 G(x)= x3+x+1,求 CRC 碼。

 

要傳輸的信息序列為 1101,在末尾添加所給多項式的最高次階個 0,如本題為 x^3,則添加 3 個 0,變為:1101000;

 

由多項式 G(X)=X3+X+1,得其階數為 1 的二進制編碼為:1011;1101000 對 1011 進行模二除法,所得到的余數即為校驗碼,把校驗碼添加在原數據尾部即為所求的編碼,則實際發送的數據序列為 1101001。校驗碼計算過程如圖所示:

 

5ed71037b1444-thumb.jpg


模二除法

 

應答場(ACK Field)

應答場長度為 2 個位,包含應答間隙(ACK Slot)和應答界定符(ACK Delimiter),如圖所示。在 ACK 場(應答場)里,發送節點發送兩個“隱性”位。

 

當接收器正確地接收到有效的報文,接收器就會在應答間隙(ACK Slot)期間向發送器發送一“顯性”位以示應答。

 

5ed71037b048e-thumb.jpg


幀結尾

 

每一個數據幀和遠程幀均由一標志序列界定。這個標志序列由 7 個“隱性”位組成。

 

二、遠程幀

通過發送遠程幀,總線的節點發出遠程幀,請求以前發送給它數據幀的節點再發送一遍。具體發送哪個數據幀,由遠程幀的標識符決定。

 

與數據幀類似,遠程幀也有標準格式和擴展格式,而且都由 6 個不同的位場組成:幀起始、仲裁場、控制場、CRC 場、應答場、幀結尾。

 

與數據幀相反,遠程幀的 RTR 位是“隱性”的。它沒有數據場,數據長度代碼 DLC 的數值是不受制約的(可以標注為容許范圍0~8 里的任何數值),此數值是相應于數據幀的數據長度代碼。遠程幀結構如圖所示:

 

5ed71037b71e2-thumb.jpg


遠程幀結構

 

三、錯誤幀

錯誤幀由兩個不同的場組成,第一個場是不同節點提供的錯誤標志(Error Flag)的疊加,第二個場是錯誤界定符。

 

為了能正確地終止錯誤幀,“錯誤認可”的節點要求總線至少有長度為 3 個位時間的總線空閑。因此,總線的載荷不應為 100%。錯誤幀結構如圖:

 

5ed71037c9b90-thumb.jpg


錯誤幀結構(圖中統一起見出錯幀改為錯誤幀)

 

(1) 錯誤標志,有兩種形式的錯誤標志:激活錯誤標志 和 認可錯誤標志


“激活錯誤”標志由 6 個連續的“顯性”位組成;“認可錯誤”標志由 6 個連續的“隱性”的位組成,除非被其他節點的“顯性”位重寫。

 

(2) 錯誤界定符,錯誤界定符包括 8 個“隱性”的位。

 

錯誤標志傳送了以后,每一個節點就發送一個“隱性”的位,并一直監視總線直到檢測出一個“隱性”的位為止,然后就開始發送其余 7 個“隱性”位。

 

四、過載幀

過載幀(Overload Frame)包括兩個位場:過載標志 和 過載界定符,其結構如圖:

 

5ed71037d63df-thumb.jpg


過載幀結構圖

 

有三種過載的情況會引發過載標志的傳送:接收器的內部情況,需要延遲下一個數據幀和遠程幀。

 

在間歇(Intermission)的第 1 和第 2 字節檢測到一個“顯性”位。這里有個間歇的概念。我們可以講講。間歇屬于幀間空間的一部分。它包含三個隱性位。間歇期間,所有的站不允許傳送數據幀或遠程幀。它唯一要做的就是標示一個過載條件。

 

如果 CAN 節點在錯誤界定符或過載界定符的第 8 位(最后一位)采樣到一個顯性位,節點會發送一個過載幀。該幀不是錯誤幀,錯誤計數器不會增加。

 

(1)過載標志(Overload Flag)


過載標志由 6 個“顯性”的位組成。過載標志的所有形式和“激活錯誤”標志的一樣。

 

(2)過載界定符(Overload Delimiter)


過載界定符包括 8 個“隱性”的位。

 

五、幀間空間

數據幀(或遠程幀)與先行幀的隔離是通過幀間空間實現的,無論此先行幀類型如何(數據幀、遠程幀、錯誤幀、過載幀)。

 

幀間空間包括間歇、總線空閑的位場。如果“錯誤認可”的節點已作為前一報文的發送器,則其幀間空間除了間歇、總線空閑外,還包括稱作“掛起傳送”(暫停發送)(Suspend Transmission)的位場。

 

對于不是“錯誤認可”的節點,或作為前一報文的接收器的節點,其幀間空間如圖:

 

5ed71037def59-thumb.jpg


非 “錯誤認可”幀間空間

 

對于作為前一報文發送器的“錯誤認可”的節點,其幀間空間如圖:

 

5ed71037e2af8-thumb.jpg


“錯誤激活”幀間空間

 

(1)總線空閑(Bus Idle)
總線空閑的時間是任意的。只要總線被認定為空閑,任何等待發送報文的節點就會訪問總線。在發送其他報文期間,有報文被掛起,對于這樣的報文,其傳送起始于間歇之后的第一個位??偩€上檢測到的“顯性”的位可被解釋為幀的起始。

 

(2)掛起傳送(Suspend Transmission)
“錯誤認可”的節點發送報文后,節點就在下一報文開始傳送之前或總線空閑之前發出 8 個“隱性”的位跟隨在間歇的后面。如果與此同時另一節點開始發送報文(由另一節點引起),則此節點就作為這個報文的接收器。

 

最后用腦圖總結:

 

5ed7103805a60-thumb.jpg

 

再來幾張實物圖:


5ed71038206a1-thumb.jpg


CAN 總線接收芯片

 

5ed71038219c0-thumb.jpg


CAN 總線控制器芯片

 

5ed7103834493-thumb.jpg


標準數據幀波形捕獲

 

5ed7103842825-thumb.jpg


擴展數據幀波形捕獲


本站內容除特別聲明的原創文章之外,轉載內容只為傳遞更多信息,并不代表本網站贊同其觀點。轉載的所有的文章、圖片、音/視頻文件等資料的版權歸版權所有權人所有。本站采用的非本站原創文章及圖片等內容無法一一聯系確認版權者。如涉及作品內容、版權和其它問題,請及時通過電子郵件或電話通知我們,以便迅速采取適當措施,避免給雙方造成不必要的經濟損失。聯系電話:010-82306118;郵箱:aet@chinaaet.com。
热re99久久精品国产66热_欧美小视频在线观看_日韩成人激情影院_庆余年2免费日韩剧观看大牛_91久久久久久国产精品_国产原创欧美精品_美女999久久久精品视频_欧美大成色www永久网站婷_国产色婷婷国产综合在线理论片a_国产精品电影在线观看_日韩精品视频在线观看网址_97在线观看免费_性欧美亚洲xxxx乳在线观看_久久精品美女视频网站_777国产偷窥盗摄精品视频_在线日韩第一页
  • <strike id="ygamy"></strike>
  • 
    
      • <del id="ygamy"></del>
        <tfoot id="ygamy"></tfoot>
          <strike id="ygamy"></strike>
          欧美涩涩视频| 免费在线欧美视频| 亚洲精品视频一区| 亚洲永久免费观看| 久久久久一区二区| 极品少妇一区二区三区| 欧美大片在线看免费观看| 亚洲视频网站在线观看| 亚洲丁香婷深爱综合| 国产主播在线一区| 欧美成人第一页| 久久免费视频网| 国产精品国产三级国产aⅴ入口| 欧美激情一区二区三区不卡| 欧美一区二区三区日韩视频| 国产日韩欧美91| 亚洲视频第一页| 欧美三区在线视频| 曰本成人黄色| 国产精品区二区三区日本| 欧美日韩亚洲国产精品| 国产精品自在在线| 国产精品久久久免费| 欧美一区二区三区免费视频| 好吊妞**欧美| 国产精品久久久久久久久久免费| 久久国产一区二区| 欧美日韩在线三区| 亚洲美女av在线播放| 亚洲——在线| 欧美日韩一级大片网址| 欧美日韩免费区域视频在线观看| 国产精品视频大全| 亚洲国产精品传媒在线观看| 国产视频一区欧美| 欧美精品v日韩精品v国产精品| 蜜桃av噜噜一区| 欧美粗暴jizz性欧美20| 亚洲国产一区在线| 国内精品一区二区| 国产伦精品一区二区三区视频黑人| 欧美一区二区视频网站| 99爱精品视频| 国产嫩草一区二区三区在线观看| 欧美日韩高清在线一区| 国产精品久久久久9999| 亚洲经典视频在线观看| 黄色另类av| 欧美日本高清一区| 亚洲精品1区| 欧美精品国产精品日韩精品| 欧美成人综合| 国产精品99一区二区| 亚洲国产欧洲综合997久久| 亚久久调教视频| 久久亚洲精品一区| 久久精品国产99精品国产亚洲性色| 亚洲欧美日韩人成在线播放| 久久久最新网址| 在线中文字幕不卡| 亚洲精品午夜| 久久青青草综合| 在线观看亚洲视频啊啊啊啊| 日韩亚洲国产欧美| 国产精品日韩欧美一区二区三区| 尤物精品在线| 欧美成人蜜桃| 久久精品人人做人人综合| 欧美精品v国产精品v日韩精品| 欧美色精品天天在线观看视频| 国产精品日韩在线| 欧美日韩一区二区三区在线看| 久久福利一区| 久久综合成人精品亚洲另类欧美| 久久久久久久尹人综合网亚洲| 欧美黑人国产人伦爽爽爽| 久久久久久久久久久一区| 国产精品一区二区久久精品| 一区二区三区四区国产| 久久精品国产亚洲一区二区| 亚洲国产成人不卡| 红桃视频一区| 亚洲黄色影院| 在线观看欧美日韩国产| 欧美日韩一区二区视频在线观看| 欧美日本韩国一区二区三区| 久久国产精品久久w女人spa| 亚洲香蕉伊综合在人在线视看| 激情综合在线| 欧美主播一区二区三区美女 久久精品人| 亚洲无线观看| 欧美大片网址| 在线欧美日韩精品| 久久综合久久久| 日韩午夜激情电影| 国产欧美大片| 亚洲主播在线| 久久国产精品99国产| 欧美国产成人精品| 久久久久成人精品| 欧美黄污视频| 久久精品女人天堂| 久久久久久久999精品视频| 欧美在线播放一区二区| 99精品国产热久久91蜜凸| 欧美va日韩va| 欧美激情亚洲另类| …久久精品99久久香蕉国产| 欧美午夜免费电影| 欧美精品123区| 欧美主播一区二区三区| 一区二区三区精品视频在线观看| 99re在线精品| 欧美三级黄美女| 久久久久久一区二区三区| 久久久午夜视频| 久久午夜激情| 欧美色图麻豆| 欧美亚洲一区二区在线观看| 亚洲小视频在线观看| 久久免费视频这里只有精品| 国内精品久久久久影院色| 在线看欧美视频| 国产精品成人在线观看| 欧美特黄一级| 欧美日韩免费观看一区| 欧美一级日韩一级| 亚洲狼人综合| 欧美日韩亚洲国产一区| 女女同性女同一区二区三区91| 亚洲日韩欧美一区二区在线| 亚洲欧美资源在线| 亚洲天天影视| 午夜影视日本亚洲欧洲精品| 国产精品久久久久久久久久妞妞| 欧美喷潮久久久xxxxx| 夜夜精品视频| 亚洲国产高清一区| 国产女同一区二区| 国产欧美精品国产国产专区| 香蕉乱码成人久久天堂爱免费| 亚洲二区视频| 亚洲大片精品永久免费| 亚洲欧美日韩综合aⅴ视频| 国产亚洲欧美日韩美女| 亚洲婷婷国产精品电影人久久| 在线观看中文字幕亚洲| 国产女精品视频网站免费| 国产性天天综合网| 国产视频在线观看一区二区| 正在播放欧美视频| 欧美午夜精品久久久久久浪潮| 亚洲欧美成人在线| 亚洲精品日韩综合观看成人91| 亚洲精品久久视频| 欧美三级小说| 久久精品论坛| 国产日本欧美一区二区三区| 日韩午夜免费视频| 欧美一区二区成人6969| 欧美色中文字幕| 国产精品国产三级国产专播品爱网| 永久免费视频成人| 欧美一区二区三区视频在线观看| 国产欧美一区二区三区沐欲| 久久综合久久久久88| 欧美三级日本三级少妇99| 91久久国产综合久久91精品网站| 亚洲精品乱码久久久久| 欧美在线短视频| 日韩视频在线播放| 国产精品久久久久久影院8一贰佰| 毛片一区二区三区| 国产一区视频观看| 午夜一级在线看亚洲| 亚洲午夜未删减在线观看| 欧美色播在线播放| 欧美日韩在线播放一区| 欧美亚洲一区| 久久精品视频在线看| 久久免费99精品久久久久久| 久久成人精品一区二区三区| 亚洲人www| 国产伦精品一区| 欧美日韩视频第一区| 女生裸体视频一区二区三区| 日韩亚洲视频在线| 亚洲精选视频在线| 欧美亚洲成人精品| 在线不卡亚洲| 99综合视频| 久久久免费精品| 1769国内精品视频在线播放| 久久亚洲欧美国产精品乐播| 久久亚洲国产成人| 免费人成网站在线观看欧美高清| 在线电影院国产精品| 欧美黄色免费| 欧美三级日本三级少妇99| 久久精品国产91精品亚洲| 亚洲欧美在线观看| 久久综合狠狠综合久久激情| 久久久噜噜噜久久中文字免| 欧美中文字幕在线播放| 欧美中文在线视频| 99精品视频免费观看视频| 国产在线不卡| 伊人男人综合视频网| 欧美人牲a欧美精品| 久久亚洲综合网| 欧美亚洲色图校园春色| 永久免费视频成人| 国产精品专区h在线观看| 国产一区二区三区四区在线观看| 羞羞漫画18久久大片| 香蕉久久一区二区不卡无毒影院| 欧美激情一区| 亚洲国产成人在线播放| 黑人巨大精品欧美一区二区小视频| 欧美视频久久| 亚洲人成网站影音先锋播放| 一区二区日韩免费看| 欧美国产三级| 国产三级精品三级| 国产在线精品自拍| 国产乱子伦一区二区三区国色天香| 国产精品福利在线观看网址| 欧美视频中文一区二区三区在线观看| 亚洲精品美女在线| 永久免费毛片在线播放不卡| 精品成人一区二区三区| 国产精品成人观看视频免费| 国产精品欧美激情| 国产午夜精品视频| 亚洲人午夜精品| 久久久久久久尹人综合网亚洲| 亚洲人成亚洲人成在线观看| 猛干欧美女孩| 国产一区二区三区久久久久久久久| 国产尤物精品| aa级大片欧美| 久热这里只精品99re8久| 日韩一级精品| 亚洲一区二区三区成人在线视频精品| 亚洲美女精品一区| 一区二区三区在线观看视频| 一区二区日韩伦理片| 亚洲精品日韩在线| 久久精品视频一| 国产精品免费区二区三区观看| 亚洲欧美日韩人成在线播放| 欧美国产精品| 亚洲永久在线观看| 狠狠入ady亚洲精品经典电影| 国产精品美女久久久| 欧美性生交xxxxx久久久| 欧美一级在线视频| 亚洲午夜久久久久久久久电影院| 亚洲国产一区二区三区a毛片| 欧美日韩不卡| 午夜精品999| 午夜精品区一区二区三| 亚洲欧美激情精品一区二区| 亚洲字幕在线观看| 国产亚洲欧美激情| 一区二区日韩免费看| 国产精品爽爽爽| 久久亚洲一区二区| 1024国产精品| 午夜精品福利一区二区三区av| 国产亚洲精品久久久久婷婷瑜伽| 欧美88av| 欧美福利视频在线观看| 一区二区欧美在线观看| 在线观看一区视频| 亚洲视频精品在线| 欧美在线综合视频| 亚洲男女自偷自拍图片另类| 亚洲欧美日产图| 一本色道久久88综合日韩精品| 亚洲全部视频| 国色天香一区二区| 午夜亚洲伦理| 快she精品国产999| 国产麻豆精品久久一二三| 欧美精品一区二区高清在线观看| 亚洲另类自拍| 一区二区三区|亚洲午夜| 一本色道久久88综合亚洲精品ⅰ| 国产精品电影在线观看| 欧美国产视频在线观看| 欧美77777| 午夜精品久久久久久久蜜桃app| 国产伊人精品| 另类图片综合电影| 欧美人成在线视频| 亚洲福利视频网| 欧美体内she精视频| 午夜在线精品偷拍| 91久久在线播放| 另类图片国产| 午夜激情久久久| 国产精品免费视频观看| 欧美高清视频一区二区三区在线观看| 夜夜嗨av一区二区三区免费区| 极品裸体白嫩激情啪啪国产精品| 欧美日韩在线精品一区二区三区| 亚洲一区在线免费观看| 午夜久久久久久久久久一区二区| 一本色道久久综合亚洲精品婷婷| 久久九九电影| 国产欧美精品一区二区三区介绍| 欧美精品久久99| 亚洲国产精品久久久| 激情综合电影网| 欧美精品在线看| 欧美顶级少妇做爰| 黄色一区二区在线观看| 欧美日韩一区二区三区在线看| 久久人人97超碰精品888| 欧美网站在线观看| 欧美一区二区三区啪啪| 久久福利视频导航| 欧美国产日本| 乱中年女人伦av一区二区| 永久免费精品影视网站| 国产主播一区二区三区四区| 亚洲欧美99|