應(yīng)用于觸控系統(tǒng)的傳輸接口的制作方法
【專利摘要】一種應(yīng)用于觸控系統(tǒng)的傳輸接口,包括單一傳輸線,其連接于一微控制單元以及一觸控裝置之間,用以供該微控制單元與該觸控裝置進行雙向傳輸。本發(fā)明可使觸控系統(tǒng)中的通訊架構(gòu)更加簡潔,并達成穩(wěn)定傳輸?shù)男枨蟆?br>
【專利說明】應(yīng)用于觸控系統(tǒng)的傳輸接口
【技術(shù)領(lǐng)域】
[0001 ] 本發(fā)明關(guān)于應(yīng)用于觸控系統(tǒng)的單線雙向傳輸技術(shù)。
【背景技術(shù)】
[0002]觸控裝置包括各種觸控面板以及整合了觸控面板及顯示組件的各種觸控屏幕。由于觸控裝置能夠帶給使用者更直覺的操作體驗,故已廣泛應(yīng)用于各種電子裝置之中。
[0003]在觸控裝置與微控制單元間的溝通方面,現(xiàn)有技術(shù)多半采用I2C、SPI等通訊協(xié)議。由于這些通訊協(xié)議皆須使用多條傳輸線,因此在架構(gòu)上不夠簡潔。就I2C通訊協(xié)議而言,雖然其僅需使用到兩條傳輸線,但每次的信息傳輸仍然只能單方向進行,在應(yīng)用上并不方便。
【發(fā)明內(nèi)容】
[0004]本發(fā)明提供一種應(yīng)用于觸控系統(tǒng)的傳輸接口,其中該觸控系統(tǒng)包括一微控制單兀以及一觸控裝置;該傳輸接口包括單一傳輸線,其連接于該微控制單元以及該觸控裝置之間,用以供該微控制單元與該觸控裝置進行雙向傳輸。
[0005]在某些實施例中,本發(fā)明還提供一種單線傳輸協(xié)議,其中,該單線傳輸協(xié)議的信息格式依序包括:一請求信息,用以表示該微控制單元與該觸控裝置兩者中的一個對另一個的請求;一接收請求確認(rèn)信息,用以表示確認(rèn)已接收該請求;一數(shù)據(jù)信息,用以表示響應(yīng)該請求的數(shù)據(jù);一數(shù)據(jù)結(jié)束確認(rèn)信息,用以表示該數(shù)據(jù)已傳送結(jié)束。
[0006]本發(fā)明的目的在使觸控系統(tǒng)中的通訊架構(gòu)更加簡潔,并達成穩(wěn)定傳輸?shù)男枨蟆?br>
【專利附圖】
【附圖說明】
[0007]圖1是依據(jù)本發(fā)明一實施例的一觸控系統(tǒng)示意圖。
[0008]圖2為本發(fā)明第一實施例的單線傳輸協(xié)議的信息格式結(jié)構(gòu)示意圖。
[0009]圖3為本發(fā)明第一實施例的信息時序圖。
[0010]圖4為本發(fā)明第二實施例的信息時序圖。
[0011]圖5為本發(fā)明第三實施例的信息時序圖。
[0012]附圖中的符號簡單說明如下:
[0013]100:觸控系統(tǒng);110:觸控裝置;112:按鍵;120:微控制單元;130:傳輸接口 ;202、302?402?502:請求信息;204、304?404?504:接收請求確認(rèn)信息;206、306?406?506:數(shù)據(jù)信息;208、308?408?508:數(shù)據(jù)結(jié)束確認(rèn)信息;312?412?512?314?414?514:同步信息;316?416?516:標(biāo)頭信息;D0、D1?D4:數(shù)據(jù);CM0、CM1?CM4:參數(shù)。
【具體實施方式】
[0014]下文為介紹本發(fā)明的最佳實施例。各實施例用以說明本發(fā)明的原理,但非用以限制本發(fā)明。本發(fā)明的范圍當(dāng)以權(quán)利要求項為準(zhǔn)。[0015]為了克服現(xiàn)有技術(shù)的缺失,本發(fā)明提供一種可應(yīng)用于觸控系統(tǒng)的單線雙向傳輸技術(shù)。圖1是依據(jù)本發(fā)明一實施例的一觸控系統(tǒng)示意圖。在此觸控系統(tǒng)100中,觸控裝置110可偵測其上多個按鍵(key) 112是否被觸發(fā)或釋放。觸控裝置110與其它外圍設(shè)備(圖未示)皆受一微控制單元(micro control unit, MCU) 120所控制。值得注意的是,在本發(fā)明中,觸控裝置110與微控制單元120間的傳輸接口 130僅有單一傳輸線。該單一傳輸線130連接于該微控制單元120以及該觸控裝置110之間,可供該微控制單元120與該觸控裝置110進行雙向傳輸之用。
[0016]為了提升該單一傳輸線在進行雙向傳輸時的穩(wěn)定性,本發(fā)明又提供一種單線傳輸協(xié)議(signal wire protocol)。圖2為本發(fā)明的單線傳輸協(xié)議的信息格式結(jié)構(gòu)示意圖。其中,該單線傳輸協(xié)議的信息格式200依序包括下列內(nèi)容:(I)請求信息202,其用以表示該微控制單元與該觸控裝置兩者中的一個對另一個的請求;(2)接收請求確認(rèn)信息204(確認(rèn)信息常簡記為ACK),其用以表示確認(rèn)已接收該請求;(3)數(shù)據(jù)信息206,其用以表示響應(yīng)該請求的數(shù)據(jù);(4)數(shù)據(jù)結(jié)束確認(rèn)信息208(確認(rèn)信息常簡記為ACK),其用以表示該數(shù)據(jù)已傳送結(jié)束。下文將以第一、第二及第三實施例說明本發(fā)明的單線傳輸協(xié)議在觸控裝置110與微控制單元120間的三種通訊模式。
[0017]第一實施例
[0018]圖3為本發(fā)明第一實施例的信息時序圖。此第一實施例用以說明當(dāng)使用者按壓觸控裝置的一鍵時的情形。當(dāng)此之時,該請求信息302由該觸控裝置110所發(fā)出;該接收請求確認(rèn)信息304及該數(shù)據(jù)結(jié)束確認(rèn)信息308由該微控制單元120響應(yīng);而該數(shù)據(jù)信息306用以表示按鍵112的數(shù)值,例如:數(shù)據(jù)D0、DfD4等。在某些實施例中,為了使觸控裝置110與微控制單元120之間不會出現(xiàn)因為信息不同步而造成無法順利交握(handshaking)的情形,該請求信息302與該接收請求確認(rèn)信息304之間、及/或該接收請求確認(rèn)信息304與該數(shù)據(jù)信息306之間可再增加一同步信息312及314,如圖3所示。同理,在某些實施例中,為了使數(shù)據(jù)信息的傳輸不致發(fā)生錯誤,該數(shù)據(jù)信息306可在多筆數(shù)據(jù)之間增加多個標(biāo)頭信息316。此外,在某些實施例中,為了確保觸控裝置110與微控制單元120傳送的信息可供彼此識別以增加傳輸?shù)姆€(wěn)定性,本發(fā)明將該請求信息302的長度與該接收請求確認(rèn)信息304的長度設(shè)定成具有一特定比例。如圖3所示,請求信息302的長度為Tl,而該接收請求確認(rèn)信息304的長度為兩倍的Tl,兩者間具有一特定比例1:2,可用以檢驗信號傳遞是否發(fā)生錯誤。盡管此實施例以信息長度的比例做為檢驗信號傳輸是否正確的依據(jù),但本領(lǐng)域技術(shù)人員可了解到本發(fā)明不必以此為限,在某些實施例中,前述各種信息本身的數(shù)據(jù)形態(tài)(pattern)即可做為檢驗依據(jù)。
[0019]第二實施例
[0020]圖4為本發(fā)明第二實施例的信息時序圖。此第二實施例用以說明當(dāng)微控制單元120欲設(shè)定該觸控裝置110時的情形。當(dāng)此之時,前述請求信息402由該微控制單元120所發(fā)出;該接收請求確認(rèn)信息404及該數(shù)據(jù)結(jié)束確認(rèn)信息408由該觸控裝置110響應(yīng);而該數(shù)據(jù)信息406用以表示該微控制單元120設(shè)定該觸控裝置110的參數(shù),例如參數(shù)CM0、CMf CM4等。在某些實施例中,為了使觸控裝置110與微控制單元120之間不會出現(xiàn)因為信息不同步而造成無法順利交握(handshaking)的情形,該請求信息402與該接收請求確認(rèn)信息404之間,及/或該接收請求確認(rèn)信息404與該數(shù)據(jù)信息406之間可再增加一同步信息412及414,如圖4所示。同理,在某些實施例中,為了使數(shù)據(jù)信息的傳輸不致發(fā)生錯誤,該數(shù)據(jù)信息406可在多筆數(shù)據(jù)之間增加多個標(biāo)頭信息416。此外,在某些實施例中,為了確保觸控裝置110與微控制單元120傳送的信息可供彼此識別以增加傳輸?shù)姆€(wěn)定性,本發(fā)明將該請求信息402的長度與該接收請求確認(rèn)信息404的長度設(shè)定成具有一特定比例。如圖4所示,請求信息402的長度為T2,而該接收請求確認(rèn)信息404的長度為兩倍的T2,兩者間具有一特定比例1: 2,可用以檢驗信號傳遞是否發(fā)生錯誤。盡管此實施例以信息長度的比例做為檢驗信號傳輸是否正確的依據(jù),但本領(lǐng)域技術(shù)人員可了解到本發(fā)明不必以此為限,在某些實施例中,前述各種信息本身的數(shù)據(jù)形態(tài)即可做為檢驗依據(jù)。
[0021]第三實施例
[0022]圖5為本發(fā)明第三實施例的信息時序圖。此第三實施例用以說明當(dāng)該觸控裝置欲自行重設(shè)(reset)時的情形。當(dāng)此之時,前述請求信息502由該觸控裝置110所發(fā)出;該接收請求確認(rèn)信息504由該微控制單元120響應(yīng);該數(shù)據(jù)信息506用以表示該微控制單元120重設(shè)該觸控裝置110的參數(shù),例如參數(shù)CM0、CMf CM4等;而該數(shù)據(jù)結(jié)束確認(rèn)信息508則由該觸控裝置110響應(yīng)。在某些實施例中,為了使觸控裝置110與微控制單元120之間不會出現(xiàn)因為信息不同步而造成無法順利交握(handshaking)的情形,該請求信息502與該接收請求確認(rèn)信息504之間,及/或該接收請求確認(rèn)信息504與該數(shù)據(jù)信息506之間可再增加一同步信息512及514,如圖5所示。同理,在某些實施例中,為了使數(shù)據(jù)信息的傳輸不致發(fā)生錯誤,該數(shù)據(jù)信息506可在多筆數(shù)據(jù)之間增加多個標(biāo)頭信息516。此外,在某些實施例中,為了確保觸控裝置110與微控制單元120傳送的信息可供彼此識別以增加傳輸?shù)姆€(wěn)定性,本發(fā)明將該請求信息502的長度與該接收請求確認(rèn)信息504的長度設(shè)定成具有一特定比例。如圖5所示,請求信息502的長度為T3,而該接收請求確認(rèn)信息504的長度為兩倍的T3,兩者間具有一特定比例1:2,可用以檢驗信號傳遞是否發(fā)生錯誤。盡管此實施例以信息長度的比例做為檢驗信號傳輸是否正確的依據(jù),但本領(lǐng)域技術(shù)人員可了解到本發(fā)明不必以此為限,在某些實施例中,前述各種信息本身的數(shù)據(jù)形態(tài)即可做為檢驗依據(jù)。
[0023]值得注意的是,在前述第一至第三實施例中,當(dāng)應(yīng)響應(yīng)確認(rèn)信息(包括:接收請求確認(rèn)信息、數(shù)據(jù)結(jié)束確認(rèn)信息)者卻未實時予以響應(yīng)時,原發(fā)出請求信息者可再次發(fā)送請求信息以重新執(zhí)行前述雙向傳輸流程。通過執(zhí)行本發(fā)明所提供的單線傳輸協(xié)議,觸控系統(tǒng)的通訊架構(gòu)將更加精簡,傳輸品質(zhì)亦將更加穩(wěn)定。
[0024]以上所述僅為本發(fā)明較佳實施例,然其并非用以限定本發(fā)明的范圍,任何熟悉本項技術(shù)的人員,在不脫離本發(fā)明的精神和范圍內(nèi),可在此基礎(chǔ)上做進一步的改進和變化,因此本發(fā)明的保護范圍當(dāng)以本申請的權(quán)利要求書所界定的范圍為準(zhǔn)。
【權(quán)利要求】
1.一種應(yīng)用于觸控系統(tǒng)的傳輸接口,其特征在于,該觸控系統(tǒng)包括一微控制單兀以及一觸控裝置;該傳輸接口包括: 單一傳輸線,連接于該微控制單元以及該觸控裝置之間,用以供該微控制單元與該觸控裝置進行雙向傳輸。
2.根據(jù)權(quán)利要求1所述的應(yīng)用于觸控系統(tǒng)的傳輸接口,其特征在于,該單一傳輸線依據(jù)一單線傳輸協(xié)議于該微控制單元與該觸控裝置之間傳輸數(shù)據(jù),而該單線傳輸協(xié)議的信息格式依序包括: 一請求信息,用以表示該微控制單元與該觸控裝置兩者中的一個對另一個的請求; 一接收請求確認(rèn)信息,用以表示確認(rèn)已接收該請求; 一數(shù)據(jù)信息,用以表示響應(yīng)該請求的數(shù)據(jù); 一數(shù)據(jù)結(jié)束確認(rèn)信息,用以表示該數(shù)據(jù)已傳送結(jié)束。
3.根據(jù)權(quán)利要求2所述的應(yīng)用于觸控系統(tǒng)的傳輸接口,其特征在于,當(dāng)該觸控裝置的一鍵受到按壓觸發(fā)時,該請求信息由該觸控裝置所發(fā)出;該接收請求確認(rèn)信息及該數(shù)據(jù)結(jié)束確認(rèn)信息由該微控制單元響應(yīng);而該數(shù)據(jù)信息用以表示該鍵的數(shù)值。
4.根據(jù)權(quán)利要求2所述的應(yīng)用于觸控系統(tǒng)的傳輸接口,其特征在于,當(dāng)該微控制單元欲設(shè)定該觸控裝置時,該請求信息由該微控制單元所發(fā)出;該接收請求確認(rèn)信息及該數(shù)據(jù)結(jié)束確認(rèn)信息由該觸控裝置響應(yīng);而該數(shù)據(jù)信息用以表示該微控制單元設(shè)定該觸控裝置的參數(shù)。
5.根據(jù)權(quán)利要求2所述的應(yīng)用于觸控系統(tǒng)的傳輸接口,其特征在于,當(dāng)該觸控裝置欲自行重設(shè)時,該請求信息由該觸控裝置所發(fā)出;該接收請求確認(rèn)信息由該微控制單元響應(yīng);該數(shù)據(jù)信息用以表示該微控制單元重設(shè)該觸控裝置的參數(shù);而該數(shù)據(jù)結(jié)束確認(rèn)信息由該觸控裝置響應(yīng)。
6.根據(jù)權(quán)利要求2所述的應(yīng)用于觸控系統(tǒng)的傳輸接口,其特征在于,該請求信息與該接收請求確認(rèn)信息之間,及/或該接收請求確認(rèn)信息與該數(shù)據(jù)信息之間還包括一同步信肩、O
7.根據(jù)權(quán)利要求2所述的應(yīng)用于觸控系統(tǒng)的傳輸接口,該數(shù)據(jù)信息還包括對應(yīng)多筆數(shù)據(jù)的多個標(biāo)頭彳目息。
8.根據(jù)權(quán)利要求2所述的應(yīng)用于觸控系統(tǒng)的傳輸接口,其特征在于,該接收請求確認(rèn)信息的長度與該請求信息的長度設(shè)定成具有一特定比例。
【文檔編號】G06F13/38GK103823774SQ201210466147
【公開日】2014年5月28日 申請日期:2012年11月16日 優(yōu)先權(quán)日:2012年11月16日
【發(fā)明者】蔡鍵賢, 李威龍, 涂介勇 申請人:普誠科技股份有限公司