车窗控制.PPTVIP

Arm上的Qt Arm上的Qt Arm上的Qt Arm上的Qt Arm上的Qt Arm上的Qt Arm上的Qt Arm上的Qt Arm上的Qt Server 端 二端傳輸時，有資料 便會先傳送，讓程式 不阻塞。 判斷密碼對錯。是的話 往下，錯的話從目前回 圈開始。 讀取傳過來的一行，如 果等於0跳回。 Server端 判斷是否為鍵盤輸入。 開啟檔案並寫入。 專題分工 Android頁面 —密碼傳輸 Android Android Android 頁面 —主操控介面 Android Android 頁面 —車門操控介面 專題分工 系統硬體架構 RS-232 無線網卡 CAN BUS簡介 ?CAN BUS: Controller area 　　network(ISO-11898)是起緣於80年代，由國 際標準化組織(ISO)所發佈，是一種應用於極嚴苛環境下的傳輸匯流排，它能在電氣條件惡劣或是不穩定的狀況下依然提供相當穩定的傳輸量，所以常用於各種交通工具的控制系統中。 　　簡單來說，就是利用雙線差動(two-wire differential)傳輸的技術規格，當某個差動匯流排訊號線斷路、接地或搭上電源線時，仍提供持續傳送訊號。 CAN BUS原理 物理層與資料連結層 物理層-負責實體信 　　號傳輸解碼與位　　　 　　元同步 資料連結層-負責匯 　　流排仲裁、資料 　　安全偵測與防止 　　錯誤資料傳送 發展動機 ?目前使用的汽車線束(Hard-wired)，在車內形成 　　高複雜度的車內網路，雖然解決車上傳輸基本需求，卻會增加車輛重量、成本與引響車子性能。 ?採用CAN Bus能大幅縮減電線使用量，減少許多 　　　線路上的接點，讓早期歐系車線路不良通病的發生機率大幅降低。 使用場合 短距離高使用率的通訊環境 CAN Bus包含三種 高速(HSCAN): 用於安全性與操控性的架構 中速(MSCAN): 用於音響與空調的架構 低速(LSCAN): 用於輔助性的配備 連接示意圖 CAN是經由 82C250作為共同連接點 經由 CAN＿H 與 CAN＿L 兩條線 來傳送差動(Differential)訊號 並於頭尾端 各加一顆120 ohm 的終端電阻 CAN輸出準位 CANH與CANL的電壓均為2.5V，表示“1” CANH＝3.5V與CANL＝1.5V，表示“0” 應用架構 動作程序-CAN Controller架構 動作程序-傳送 ? Host-Controller將傳送的資料送到CAN-Controller。 ?CAN-Controller透過Interface Management Logic將資料送到Transmit Buffer所在的暫存器位址。 ?CAN Core Block將資料加入其他CAN Bus信息格式所需的資訊，如識別碼和Data Length Code (DLC)，形成固定格式(Frame)的信息。 ?最後Transceiver將信息轉成電子信號送到Bus上，此時一面傳送，一面也聆聽網路上的信號，當發現與所傳信號不符，便進入聆聽狀態。 動作程序-接收 ?當CAN Bus line出現信息時，Transceiver便將電 子信號轉換並由CAN Core Block解讀，取得信息中的各項資訊。 ?根據信息中的識別碼，Acceptance Filter會過濾信息，決定是否接收可讓使用者自行設定。 ?若該筆信息通過Acceptance Filter，會送到 Receive Register中，透過Register polling或中斷通知Host-Controller信息已送達。 ?若要使用此筆資料， Host-Controller會透過 Interface Management Logic來取出Receive Register的資料。 CAN BUS-優點 1 具備容錯及防干擾能力。 2 具備五種偵錯機制，且可由硬體負擔偵錯，適　 　　合於於單晶片型態下發展。 3 具備優先權仲裁機制。 4 多主控端的架構，當CAN 上的匯流排閒置時， 　　任一節點可自由的傳送訊息至另一節點。 5 簡化配線複雜度、重量及配線成本。 6 有效通訊距離長。 7 提升整合服務能力。 CAN Bus 與其他通訊介面的比較 CAN Bus 與其他通訊介面的比較 成果展示 專題分工 遭遇問題 Android連線設定未能成功-----採用備案。 QT部分語法在不同平台架構上有所差異。 3G Dongle移植成功，但執行Wvdial撥號呼叫PPP API 傳入組態設定發生問題-----採用WIFI。 時間不夠，部分CAN control節點尚未