cts中如何指定設備
『壹』 VB中怎麼控制串口的RTS\CTS線
在 linux 下對串口的設置主要是通過 termios 這個結構體實現的，但是這個結構體卻沒有提供控制 RTS 或獲得 CTS 等串口引腳狀態的介面，可以通過 ioctl 系統調用來獲得 / 控制。
獲得：
ioctl(fd, TIOCMGET, &controlbits);
if (controlbits & TIOCM_CTS)
printf(「 有信號 \n」);
else
printf(「 無信號 \n」);
設置：
ioctl(fd, TIOCMGET, &ctrlbits) ；
if (flag)
ctrlbits |= TIOCM_RTS;
else
ctrlbits &= ~TIOCM_RTS;
ioctl(fd, TIOCMSET, &ctrlbits);
其實 TIOCM_RTS 有效後是把串口的 RTS 設置為有信號，但串口的電平為低時是有信號，為高時為無信號，和用 TIOCMGET 獲得的狀態正好相反，也就是說 TIOCMGET/TIOCMSET 只是獲得 / 控制串口的相應引腳是否有信號，並不反應當前串口的真實電平高低。
『貳』 CTS全站儀激光對中怎麼操作
先大致整平，開啟向下的激光，看點射在啥位置，給移動下，然後看平不，不平就再調專，再看差多少，可以屬去推儀器。對正了，再精平儀器，完成後看看激光點的位置，是否偏，偏的就再調，一般是差不了多少的。
架頭越平越容易，傾斜的話，雖然儀器可以調平，但是對位一起做就不那麼容易了。
『叄』 串口中rts/cts是什麼東西
TS/CTS是請求發送/清除發送，用於半雙工時的收發切換，屬於輔助流控信號。半雙工的意思是說，發的時候不收，收的時候不發。那麼怎麼區分收發呢？預設時是DCE向DTE發送數據，當DTE決定向DCE發數據時，先有效RTS，表示DTE希望向DCE發送。一般DCE不能馬上轉換收發狀態，DTE就通過監測CTS是否有效來判斷可否發送，這樣避免了DTE在DCE未准備好時發送所導致的數據丟失。
(3)cts中如何指定設備擴展閱讀：
1、MODEM硬體流控中的RTS與CTS，按照SIMCOM公司的解釋，RTS和CTS是獨立,，RTS是模塊的輸入端，用於MCU通知模塊，MCU是否准備好，模塊是否可向MCU發送信息，RTS的有效電平為低。 CTS是模塊的輸出端，用於模塊通知MCU，模塊是否准備好，MCU是否可向模塊發送信息，CTS的有效電平為低
2、通信協議中的RTS與CTS，RTS/CTS協議即請求發送/允許發送協議，相當於一種握手協議，主要用來解決"隱藏終端"問題。"隱藏終端"（Hidden Stations）是指，基站A向基站B發送信息，基站C未偵測到A也向B發送，故A和C同時將信號發送至B，引起信號沖突，最終導致發送至B的信號都丟失了。
3、IEEE802.11提供了如下解決方案。在參數配置中，若使用RTS/CTS協議，同時設置傳送上限位元組數----一旦待傳送的數據大於此上限值時，即啟動RTS/CTS握手協議：首先，A向B發送RTS信號，表明A要向B發送若干數據，B收到RTS後，向所有基站發出CTS信號，表明已准備就緒，A可以發送，其餘基站暫時"按兵不動"，然後，A向B發送數據，最後，B接收完數據後，即向所有基站廣播ACK確認幀，這樣，所有基站又重新可以平等偵聽、競爭信道了。
『肆』 什麼是RTS/CTS接入方式
FTTB:光纖入樓
AG:大容量抄的寬襲帶和電話終端設備
N:應該指的是接入方式吧(LAN或ADSL)
FTTB+LAN(簡稱FTTB)：即Fiber to The Building（光纖到樓），是一種基於優化光纖網路技術的寬頻接入方式，我們稱為FTTB+LAN的寬頻接入網（簡稱FTTB）。它是利用數字寬頻技術，光纖直接到小區里，再通過雙絞線（超五類雙絞線或4對非屏蔽雙絞線）到各個用戶。FTTB採用的是專線接入，無需撥號，安裝簡便，客戶端只需在計算機上安裝一塊網卡即可進行24小時高速上網。FTTB提供最高上下行速率是10Mbps（獨享）。這是一種最合理、最實用、最經濟有效的寬頻接入方法。
特點:
(1)速度快:光纖到樓，網線到戶，上、下行最高速率可達到10Mbps。
(2)容量大:每戶最高可獨享雙向均衡10M帶寬。
(3)應用廣:高速上網 VOD視頻點播 家庭辦公（SOHO） 遠程教育 視頻會議 遠程辦公（ROBO） 遠程醫療 網間互聯
『伍』 汽車開發中VTS/SSTS/CTS怎麼理解
1、VTS（vehicle technical
specification）：整車技術規范。包括整車技術要求、核心價值、使用標準的條件以及相應責任條款。
2、SSTS（sub system
technical
specification）：子系統技術規范。是規定子系統的一系列要求（特徵、性能、設計）以及認證方法的工程文件。
2、CTS（component
technical specification）：零部件技術規范。關於零件性能、設計要求以及達到規范要求的認證方法的工程文件。
本文首先介紹整車開發階段及電子電氣開發流程，然後針對功能需求開發，提出如何從市場分析Voice of Customer(VOC)開始，逐步進行Vehicle
Technical Specification(VTS)，Subsystem Technical Specification(SSTS)以及Component
Technical Specification(CTS)開發，將市場語言轉化成技術語言。
•整車開發階段
整車開發大致分成4個階段，如圖1所示：
本文描述功能需求開發工作在整車開發過程中的所在環節，並且介紹VOC/VTS/SSTS/CTS的含義及相互關系。通過VTS定義整車的性能指標，由SSTS描述抽象的邏輯關系，由CTS說明實現方案。每個階段轉化都需要大量設計經驗與工程技術人員的支持。希望通過本文讓讀者了解正向設計流程的面貌。除此之外，就開發方式而言，有兩種方式，一種是Top-down(由上至下)，另一種Bottom-up(由下至上)。而要完成一個高度平台化、易於裁剪的電子電氣架構設計，必須採用Top-Down的設計思想，這也是國內自主品牌車企不斷努力的方向。
『陸』 如何分析cts 測試中的device logal
二、運行CTS的方法，步驟如下：（1）進入目錄android-cts，該目錄是通過上面那兩種方法獲得的。在android-cts目錄下會有3個文件夾，其中一個是tools。
（2）進入tools目錄，輸入./startcts來啟動CTS。
（3）如果運行成功會出現Android CTS version 2.3_r1的字樣（我的android的版本是2.3的）。如果有連接設備到PC上還會出現Device(設備ID)connected的字樣。這里設備可以是連接PC的android的機器，也可以是模擬器。
三、CTS測試的方法：
（1）在cts_host>下敲入help，會顯示cts下的許多命令。ls –plan命令顯示google自帶的測試方案，如：Java、Signature、Android、CTS、VM、RefApp、Performance、AppSecurity。其中Performance這個方案是google暫不要求的。Java、Signature、Android、VM、RefApp、Appsecurity方案都是CTS方案的子集。
（2）用命令ls -d來查看已連接的設備，CTS測試之前我們必須保證至少有一個設備連接上。
（3）輸入命令start –plan CTS來執行CTS測試方案，該方案有兩萬多條測試項目，需要很長時間，因此除了第一次測試之外，不建議這么做。我做的都是針對某些包的測試。如果連接了多個設備的話需加上-d參數，後面跟上設備id來告訴CTS需要測試的設備。
（4）對單獨一個包進行測試的方法：start –plan CTS –p 包名；推薦用這種方法來進行針對性的測試。需要知道有哪些包名，可以輸入命令：ls –plan CTS
（5）也可以針對單獨一個case進行測試：start –plan CTS –test 類名#方法名
四、查看測試的結果：
測試生成的log在\android-cts\repository目錄下以log+測試時間.txt命名。測試報告在android-cts\repository\results目錄下，也是以測試時間命名。
五、注意事項：
（1）測試前需要安裝一個apk：adb install -r android-cts/repository/testcases/.apk 然後在設置裡面
『柒』 android cts如何到另一台電腦繼續測試
Android 4.0 CTS 測試方法
這段時間公司做CTS測試，下面是一些總結，以android4.0.3為例，希望對大家有所幫助！
一 CTS測試簡介
The Android compatibility program makes it easy for mobile device manufacturers to develop compatible Android devices
CTS具體的介紹，大家可以參考google的官方網站，大家可以詳細的了解CTS測試的目的和環境，我們一般的疑惑都能在該網站上找到答案。
1.1為什麼需要兼容性測試（以下稱CTS）？
1.1.1、讓APP提供更好的用戶體驗。用戶可以選擇更多的適合自己設備的APP。讓APP更穩定。
1.1.2、讓開發者設計更高質量的APP。
1.1.3、通過CTS的設備可以運行Android market。
1.2怎麼樣才能讓我的設備變成兼容的。
1.2.1、與Android Compatibility Definition文檔（以下簡稱ACD）匹配
先看一下與你的系統版本相匹配的ACD，文檔中描述了你需要具備的軟體和硬體參數。
1.2.2、通過CTS測試
CTS是開源的測試框架，使用它來測試你的設備是否具備兼容性。
1.2.3、提交報告
你可以把測試結果發送給[email protected]。當你提交了一個CTS報告時，你還可以要求訪問Android Market。
如果是google的合作夥伴，需要將CTS測試報告、機器、以及軟體一共寄給google進行測試，取得google的approval以後，手機才能上市，這是後話，相信好多人都是用不到的。
1.3 CTS測試原理
CTS主要包含兩個組件：
運行在PC上的測試框架組件。主要用來管理測試用例（test case）的執行。
運行在設備或模擬器上的測試用例。這些用例用JAVA寫成的APK文件。
1.4工作流程
1）可以從源碼編譯CTS，也可以從網站下載編譯好的CTS
2）安裝配置CTS。
3）把設備連接到PC上。
4）運行CTS。CTS會把相應的測試用例（也就是一個APK文件）傳送到設備上並通過instrumentation運行，然後記錄運行結果，最後刪除測試用例。
所有的測試用例執行完畢後，可以參照測試結果重新調整或優化系統。然後繼續運行CTS測試。
1.5、測試通過以後，你可以把CTS生成的結果（就是result下面那個以測一、取得Compatibility Test Suite的兩種方法：
（1）可以從 下載最新版本的Compatibility Test Suit；
（2）也可以通過編譯Android源代碼的方式獲得。在android源代碼目錄下輸入make cts命令來編譯CTS，之後會在out/host/linux-x86/cts/下生成android-cts文件夾。這個文件夾就是Compatibility Test Suit。
注意：但是源碼中的代碼可能不是最新的，所以建議沖網站上下載最新的，需要用git在google的網站上下載，網上有好多例子，這里就不再重復了。
二 測試用例的范圍
1、Signature
對每個Android產品，都有一些XML文件來描述所有的公開API。CTS包含了一個工具來檢測這些API簽名中包含的API是否都在系統中被支持。
2、Platform
測試SDK文檔中描述的平台API，比如core libraries,Android Application Framework等。要求這些API可以提供：
正確的類、屬性、方法簽名、方法行為、錯誤參數處理方式
3、Dalvik VM
專門針對Dalvik Vm的測試。
4、Platform Data Model
平台通過ContentProvider提供給開發者使用的數據，比如：Contacts,Browser,Settings等。
5、Platform Intents
平台提供的用於核心功能的Intent。
6、Platform permission
平台提供的一些重要APP許可權
7、Platform Resources
simple values,drawables,nine-patch,animations,layouts,styles and themes，loading alternate resources等
三 如何搭配環境
目前cts沒有提供windows版本，只能在Linux下測試。
1 PC機配置環境
PC端網上有好多資料可以供參考，這里就省略了。
2 手機設置
1) 進入settings->Privacy->Factorydata reset，對平台進行reset一次
2) 平台插入一張空的TF卡
3) 平台安裝兩個APK：.apk，CtsDeviceAdmin.apk
4) 進入settings打開Wi-Fi並連接AP (AP需要連外網)
5) 進入settings->Security->Screenlock設為None
6) 進入settings->Security->EnableUnknown sources
7) 進入settings->Security->Deviceadministrators->Enable兩個選項
8) 進入Language&input->language設為English(UnitedStates)
9) 進入settings->Display->Sleep設為30minutes或None
10) 進入settings->Accessibility->EnableDelegating Accessibility Service
11) 進入settings->Developeroptions->Enable USB debugging、Stay awake、Allowmock locations
12) PC上「android-cts-media-1.0」，在android-cts-media-1.0文件下輸入./__media.sh運行腳本，將media文件進平台。成功後會在平台的內存中看到test文件夾。(此條適用於CTS4.0 R2和R3，R1上無需使用）
四 測試方法
1.平台用USB線連接LinuxPC （連通後平台左上方會顯示usb和debug icon）
2.打開終端
3.輸入sudosu -
輸入root密碼
4.輸入cd ../..
輸入 cd /home/linux/cts/android-cts-4.0.3_r1-linux_x86-arm/android-cts/tools (這個是cts-tradefed文件所在路徑，各位需要輸入實際路徑)
輸入 ./cts-tradefed
終端顯示 01-16 15:44:05 I/DeviceManager: Detected newdevice 0123456789ABCDEF(如果沒有這行，說明設備沒有和PC聯通）
Android CTS 4.0.3_r1
cts-tf >
5.輸入run cts --plan CTS
終端顯示 cts-tf > run cts --plan CTS
cts-tf> 01-16 15:45:34 I/TestInvocation: Starting invocation for 'cts' on build'4.0.3_r1' on device 0123456789ABCDEF
01-16 15:45:35I/0123456789ABCDEF: Created result dir 2012.01.16_15.45.34
開始測試CTS
五 關於CTS4.0測試報告
1.CTS測試報告是自動生成一個xml報表，並自動填寫的，不需要測試人員干預
2.當一個CTS測試任務開始時，會在android-cts-4.0.3_r1-linux_x86-arm/android-cts/repository/results中，為這個任務建立一個存放測試報告的文件夾，文件名以任務開始的日期和時間命名。
例如：2012.01.12_13.00.03
3.CTS4.0生成測試報告的速度比CTS2.3/2.2要慢不少，特別是在測試過程中中斷測試，CTS4.0需要70秒才會開始生成報告。如果你在此過程中按ctrl+c終止CTS進程，測試報告就無法生成，以後也無法繼續測試未完成的計劃。
下方是中途斷開後生成報告的例子：
01-1813:50:19I/0123456789ABCDEF: android.accounts.cts.AccountManagerTest#testHasFeature FAIL
Testfailed to run to completion. Reason: 'Test run failed to complete. Expected 1tests, received 0'. Check device logcat for details
01-1813:51:29I/0123456789ABCDEF: android.accounts package complete: Passed 20, Failed 2, NotExecuted 6
01-1813:51:29 I/0123456789ABCDEF: -----------------------------------------
01-1813:51:29 I/0123456789ABCDEF: Test package android.admin started
01-1813:51:29 I/0123456789ABCDEF: -----------------------------------------
……
01-1813:51:30 I/0123456789ABCDEF: -----------------------------------------
01-1813:51:30 I/0123456789ABCDEF: Test package android.widget started
01-1813:51:30 I/0123456789ABCDEF: -----------------------------------------
01-1813:51:30 I/0123456789ABCDEF: Saved log device_logcat_8558243668624894128.zip
01-1813:51:30 I/0123456789ABCDEF: Saved log host_log_6087775957743010530.zip
『捌』 無線路由中在高級-無線中，有個CTS模式，有三個選項，無，總是，自動。問：CTS模式是什麼
何謂 CTS-to-Self
相信大家一定曾經看過街頭路霸的行徑。為了自身方便，在公有的馬路上放障礙物，並且大喇喇貼上告示「每天晚上六點到早上八點為貨車進出時間，請勿佔用，否則一切後果自負。」這個作法在現實生活中經常會引起一些大大小小的爭執，所以警察機關不得不定期來個「掃除路霸專案」，以維護公眾的利益。
在無線網路的世界中，也有類似這樣的行為喔。假設管理員基於向前相容，規劃了一個11b加11g的混合模式，乍看之下會以為是11b與11g的節點有均等的機會傳輸訊息。不過事實上卻是，IEEE 802.11g允許11g的節點啟用CTS-to-self保護機制，假設11g啟用這個功能，他會在即將佔用訊息通道之前，發出一個名為CTS(Clear to send)的控制訊框。在CTS訊框中夾帶一個ration的欄位資訊，等於就是對外宣稱，我即將佔用訊息通道一小段時間，請大家迴避。這跟「路霸」的行徑沒啥兩樣，不過這次，不會有仲裁機關出來取締，而是容許他這麼做。
既然IEEE 802.11g給了11g這麼多的福利，使用11b的節點只好自己摸摸鼻子，根據所看到的CTS訊框中ration欄位的數值來修正自己的NAV值，然後在NAV值倒數到0之前，他都會默默的等待，以免與11g的訊框撞個正著。
看到這里，或許有些同學會覺得不可思議，為什麼802.11g獨厚11g的使用者呢?
其實，這是他不得不然的設計。讓我再補充一下~~~
相較於使用CCK調變技術的11b工作站來說，11g會使用一種截然不同的ERP-OFDM調變技術來傳Data。他們就像是兩個不同的世界，當11g在傳送資料訊框時，11b根本無法察覺。這就會造成在訊息通道中不可避免的相互碰撞。所以，IEEE 802.11g才會設計這個保護機制，當AP發現有11b工作站進來時，立即透過beacon通知其他11g節點，請他們使用CTS-to-self的保護模式，在傳Data之前，先用CCK調變技術送一個CTS，藉此警告周遭所有工作站。這就像是站起來大聲喊「閉嘴!」有一樣的功效。
另外，值得注意的是，CTS的RA(接收位址)就是自己，也就是11g想當路霸時，會先將CTS往訊息通道送出去，然後再自己接回來，藉此警告周遭所有節點。所以才有人將這個機制中譯為「CTS為自我」。
最後，想提醒管理員的是，千萬別以為使用混合模式可以使11g佔到多少便宜。因為有人做過這樣的實驗，在G-only的環境中，50英呎的范圍內，Throughput可達24.7Mbps，即使拉長到150英呎遠，還有12.4Mbps的吞吐量。可是一當在11b/g的環境中啟用CTS-to-self 這個MAC層的保護機制，50英呎范圍內的Throughput就硬生生的掉到14.7Mbps(大約打了六折)，拉到150英呎，也只剩下9.1Mbps。
因此，除非是短暫的過渡期，否則我並不建議您規劃11b/g 的混合模式。
『玖』 配電櫃的cts是怎麼意思
CTS還是ATS？ATS配電櫃ATS指的是雙電源保護切換裝置。如果確定CTS的話，那可能只是某企業編號。——東方大華電力設備