交互觸摸大屏概念整理

来源:https://www.cnblogs.com/kybs0/archive/2023/03/31/17274899.html
-Advertisement-
Play Games

呆了2個大屏行業的公司,對大屏幕有一些瞭解,所以整理下所瞭解的觸摸屏相關概念。方便自己以及進入這個行業的小伙伴們,能有個系統、快速的認知。 觸摸屏詳細的知識點,網上其實都有。整理資料過程中,我也瞭解了更多的觸摸屏知識,像聲波屏、光學屏之類的之前就沒接觸。下麵分不同的模塊,給大家介紹 交互觸摸屏類型 ...


呆了2個大屏行業的公司,對大屏幕有一些瞭解,所以整理下所瞭解的觸摸屏相關概念。方便自己以及進入這個行業的小伙伴們,能有個系統、快速的認知。

觸摸屏詳細的知識點,網上其實都有。整理資料過程中,我也瞭解了更多的觸摸屏知識,像聲波屏、光學屏之類的之前就沒接觸。下麵分不同的模塊,給大家介紹

交互觸摸屏類型

常見的交互觸摸屏類型有以下6種:

電阻式觸摸屏:採用兩層透明薄膜,中間夾有微細的空氣間隔或液態介質,觸摸時兩層薄膜通過受壓接觸,導通電路,確定觸摸位置。電阻式觸摸屏在精度和可靠性方面表現較好,但需要較大的壓力來觸發,易受外界干擾。

電容式觸摸屏:在觸摸面板的四角或邊緣各設有一對電極,當手指接觸觸摸屏錶面時,會改變電容值,從而感應到手指的位置。電容式觸摸屏對觸摸的壓力要求較低,響應速度快,但對於佩戴手套、帶有絕緣物質的物體等無法觸發。

錶面聲波觸摸屏:利用超聲波感測器,在觸摸屏錶面通過發射和接收超聲波來感應手指的位置。錶面聲波觸摸屏響應速度快,對於多點觸控和手指滑動等操作比較適合,但在強光照射下可能會受到干擾。

電磁感應觸摸屏:利用感應筆在觸摸屏上產生的磁場來感應位置,精度較高,適合於需要進行精確繪圖和寫字的場合。

光學式觸摸屏:採用光學感測器來感應手指的位置,具有高精度和高靈敏度,但需要保證觸摸屏錶面的清潔度和光線條件。

紅外觸摸屏:採用紅外線感測器來感應手指的位置,當手指觸摸屏幕時,會阻擋紅外線感測器的接收,從而確定觸摸位置。紅外觸摸屏可以支持多點觸控,響應速度快,但受到強光干擾時可能會出現誤觸問題。

講下我瞭解的:

使用最多的,應該是紅外屏。紅外屏各方面均衡,性價比高便宜、性價比高。因紅外原理所以當手指相當接近屏幕時,也會引發觸摸事件。受到強光干擾也可能造成誤觸。

體驗最好的,是電容屏。很貴,一般定位是高端機,所以教育場景一般不用,適合會議室。延遲低,有壓感值所以書寫體驗很好。

另外,電磁屏在一些特定場景是一個好的選擇,比如智慧黑板,可以書寫、延遲也低。

代碼中,我們是否需要區分觸摸屏類型?一般是不需要的,可以通過觸摸事件類型(下方觸摸方式里有介紹)以及SystemInformation.TouchSupport == true是否支持觸摸事件,來支持具體的業務。

交互觸摸屏價格

不同類型的交互觸摸屏的價格差異很大,具體價格還要根據屏幕尺寸、解析度、材質、生產廠家等因素來確定。

以下是一些常見的交互觸摸屏類型,按照價格從高到低排序:

電容屏:價格較高,通常用於高端商業、教育等領域,價格一般在數千元至萬元不等。

聲波屏:價格適中,適用於教育、商業、醫療等領域,價格一般在數百元至數千元不等。

 光學屏:價格適中,適用於教育、商業、醫療等領域,價格一般在數百元至數千元不等。

電磁屏:價格適中,適用於需要精確繪圖、簽字、手寫輸入等領域,價格一般在數百元至數千元不等。

紅外屏:價格適中,適用於教育、商業、醫療等領域,價格一般在數百元至數千元不等。

電阻式觸摸屏:價格較低,適用於一些低成本的商業應用,價格一般在幾百元以下。

交互觸摸屏場景

交互觸摸屏,可觸摸所以交互性強,操作簡單、易於使用,在多個場景中得到了廣泛應用

教育場景:用於教育領域中的互動課件、電子白板、學生考試等多個方面,可以使教學更加生動、互動性更強。常見於課堂授課場景

教育信息化2.0,催生了一些K12教育交互觸摸屏頭部廠商。最靠前的是希沃,鴻合排老二的樣子。教室中間放一塊大屏,全國很多教室都配置了。

當然,除了K12,幼教、高職教也是比較火的。

商業場景:用於商業領域中的使用,比如會議室、廣告機、展示屏等多個方面,可以提高效率、減少人力成本、增加產品銷售。

會議行業,是用的最多的。就像教育的教室,會議室用啥?電子投影儀已經淘汰了,換成交互觸摸大屏。

另外,線下店像一些鏈家一些中介,他們就採購了大屏用於線下展示、本地書寫會議等。

醫療場景:用於醫療領域中的病歷查看、醫生咨詢、智能導診、醫療器械操作等多個方面,可以提高診療效率、減輕醫護人員工作壓力。

醫療場景,用於護士站展示、

娛樂場景:用於娛樂領域中的游戲機、互動娛樂設備、體感游戲、VR設備等多個方面,可以提高娛樂體驗、增加趣味性。

這個方向,挺不錯的。目前電視很垃圾,一堆的會員門檻。

其它:還有很多場景吧比如公共環境下的交互觸摸需求,只是想不到而已。想到了或者市場方向需要了,可能那就是一條新賽道

我前東家在大屏領域很厲害,會議Maxhub、教育Seewo都是行業靠前。

我現在的公司,踏入大屏行業不久,會議、醫療、教育都還是一個概念,沒正式起量,算是創業的階段吧。不過前景比較好,我用多了8K大屏,再看4K屏顯示畫質就感覺很low。後面顯卡、windows系統等鏈條對8K支撐力度起來,延遲、CPU、GPU性能等方面肯定會更好。

觸摸屏的觸摸方式

根據觸摸屏的觸摸方式,可以分為單點觸摸、多點觸摸,手寫觸摸、觸摸筆

電容屏:單點觸控或多點觸控,可以支持手指、電容筆等多種觸控方式。利用觸摸物體和電容屏幕之間的電容變化來檢測觸摸位置。

電阻屏:單點觸控,通常使用手指或專用筆進行觸摸。利用觸摸物體和塗有導電層的屏幕之間的電阻變化來檢測觸摸位置。

電磁屏:需要使用專用的電磁筆。利用感應電流來檢測觸摸位置,可實現精細的手寫輸入和繪圖功能

聲波屏:單點觸控或多點觸控。利用聲波在觸摸屏錶面的傳播和反射來檢測觸摸位置,可實現高精度的觸摸控制

光學屏:單點觸控或多點觸控,支持手指和特殊觸控筆進行觸摸。利用光學感測器來檢測觸摸位置

紅外屏:單點觸控或多點觸控,支持手指和任意觸控筆進行觸摸,所以拿個木頭也可以書寫。教育場景,可以拿個真的黑板擦作為書寫擦除使用,特別好用!

觸摸事件,也分為觸摸事件Touch、觸筆事件Stylus。Stylus作為觸控筆輸入,能提供具有壓感的觸摸數據。壓感觸摸,主要是電容屏配上專門的電容筆,話說電容筆好貴。。。我買一支Maxhub電容筆花了1000塊。

滑鼠事件、觸摸事件、觸筆事件,按微軟的設備相容,一開始有滑鼠,然後有觸摸,再有觸筆。所以後面的手指觸摸,會觸發滑鼠事件;觸筆,會額外觸發觸摸以及滑鼠事件。

如果觸摸或者觸筆事件觸發時不想引發額外的事件,可以通過這個來區分:WPF 屏幕點擊的設備類型 - 唐宋元明清2188 - 博客園 (cnblogs.com),也可以自行封裝成設備事件給業務層調用:WPF 自定義附加事件 - 唐宋元明清2188 - 博客園 (cnblogs.com)

觸摸相關的知識點,可以看看我朋友德熙的博客:WPF 觸摸相關 (lindexi.com),寫的很詳細、領域化。

交互觸摸大屏的尺寸

交互觸摸大屏的尺寸因製造商和應用領域而異,取決於房間大小、觀眾數量以及使用場景等因素。

我查看了下網上一些廠商的產品,有以下這些尺寸:

  • 55英寸
  • 65英寸
  • 75英寸
  • 86英寸
  • 98英寸
  • 110英寸
  • 138英寸
  • 165英寸

但最常見生產最多的尺寸型號,65寸適用於小型會議室、教室,86寸適用中型會議室、中型教室。

 

梳理的就這些,後面想到了繼續補充

作者:唐宋元明清2188 出處:http://www.cnblogs.com/kybs0/ 本文版權歸作者和博客園共有,歡迎轉載,但未經作者同意必須在文章頁面給出原文連接,否則保留追究法律責任的權利。
您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 自2022年11月30日 OpenAI 發佈 ChatGPT 以來,雖然時有唱衰的聲音出現,但在OpenAI不斷推陳出新,陸續發佈了OpenAPI、GPT-4、ChatGPT Plugins之後,似乎讓大家看到了一個聊天機器人往操作系統入口進軍的升緯之路。 ChatGPT能被認為是操作系統級別的入口 ...
  • C++中的explicit關鍵字只能用於修飾只有一個參數的類構造函數,它的作用是表明該構造函數是顯示的,而非隱式的,跟它相對應的另一個關鍵字是implicit,意思是隱藏的,類構造函數預設情況下即聲明為implicit(隱式)。 那麼顯示聲明的構造函數和隱式聲明的有什麼區別呢? 來看下麵的例子: c ...
  • Java重寫toString的意義 一.toString()方法 toString()方法在Object類里定義的,其返回值類型為String類型,返回類名和它的引用地址. 在進行String類與其他類型的連接操作時,自動調用toString()方法,demo如下: Date time = new ...
  • 一、問題引入 單鏈表的實現【01】:Student-Management-System 只體現了項目功能實現,未對代碼部分做出說明。 故新增隨筆進行補充說明代碼部分。 重構代碼,迭代版本:Student Mangement System(Version 2.0) 二、解決過程 基於單鏈表實現就離不開 ...
  • 在java,c#類的成員修飾符包括,公有、私有、程式集可用的、受保護的。 對於python來說,只有兩個成員修飾符:公有成員,私有成員 成員修飾符是來修飾誰呢?當然是修飾成員了。那麼python類的成員包括什麼呢? python成員: 欄位,方法,屬性 每個類成員的修飾符有兩種: 公有成員:內部外部 ...
  • 前言 RocketMQ是阿裡巴巴旗下一款開源的MQ框架,經歷過雙十一考驗、Java編程語言實現,有非常好完整生態系統。RocketMQ作為一款純java、分散式、隊列模型的開源消息中間件,支持事務消息、順序消息、批量消息、定時消息、消息回溯等 本篇文章第一部分屬於一些核心概念和工作流程的講解;第二部 ...
  • 針對大量log日誌快速定位錯誤地方 動態查看日誌 tail -f catalina.ou 從頭打開日誌文件 cat catalina.ou 可以使用 >nanjiangtest.txt 輸出某個新日誌去查看 [root@yesky logs]# cat -n catalina.out |grep 7 ...
  • 近段時間忙於各種項目和對【易排平臺】的優化,沒顧得上分享APS相關的小技巧,回頭看看小公眾號的關註人數早已達1500+,在此爭取時間寫一下這段時間在項目上及平臺優化過程中遇到的一些小技巧,以感謝諸位的關註。過去數月的解決的問題中,涉及最多的是規劃模型中,實現各種時間維度的功能,目前在平臺上也稍有成果 ...
一周排行
    -Advertisement-
    Play Games
  • 1、預覽地址:http://139.155.137.144:9012 2、qq群:801913255 一、前言 隨著網路的發展,企業對於信息系統數據的保密工作愈發重視,不同身份、角色對於數據的訪問許可權都應該大相徑庭。 列如 1、不同登錄人員對一個數據列表的可見度是不一樣的,如數據列、數據行、數據按鈕 ...
  • 前言 上一篇文章寫瞭如何使用RabbitMQ做個簡單的發送郵件項目,然後評論也是比較多,也是準備去學習一下如何確保RabbitMQ的消息可靠性,但是由於時間原因,先來說說設計模式中的簡單工廠模式吧! 在瞭解簡單工廠模式之前,我們要知道C#是一款面向對象的高級程式語言。它有3大特性,封裝、繼承、多態。 ...
  • Nodify學習 一:介紹與使用 - 可樂_加冰 - 博客園 (cnblogs.com) Nodify學習 二:添加節點 - 可樂_加冰 - 博客園 (cnblogs.com) 介紹 Nodify是一個WPF基於節點的編輯器控制項,其中包含一系列節點、連接和連接器組件,旨在簡化構建基於節點的工具的過程 ...
  • 創建一個webapi項目做測試使用。 創建新控制器,搭建一個基礎框架,包括獲取當天日期、wiki的請求地址等 創建一個Http請求幫助類以及方法,用於獲取指定URL的信息 使用http請求訪問指定url,先運行一下,看看返回的內容。內容如圖右邊所示,實際上是一個Json數據。我們主要解析 大事記 部 ...
  • 最近在不少自媒體上看到有關.NET與C#的資訊與評價,感覺大家對.NET與C#還是不太瞭解,尤其是對2016年6月發佈的跨平臺.NET Core 1.0,更是知之甚少。在考慮一番之後,還是決定寫點東西總結一下,也回顧一下.NET的發展歷史。 首先,你沒看錯,.NET是跨平臺的,可以在Windows、 ...
  • Nodify學習 一:介紹與使用 - 可樂_加冰 - 博客園 (cnblogs.com) Nodify學習 二:添加節點 - 可樂_加冰 - 博客園 (cnblogs.com) 添加節點(nodes) 通過上一篇我們已經創建好了編輯器實例現在我們為編輯器添加一個節點 添加model和viewmode ...
  • 前言 資料庫併發,數據審計和軟刪除一直是數據持久化方面的經典問題。早些時候,這些工作需要手寫複雜的SQL或者通過存儲過程和觸發器實現。手寫複雜SQL對軟體可維護性構成了相當大的挑戰,隨著SQL字數的變多,用到的嵌套和複雜語法增加,可讀性和可維護性的難度是幾何級暴漲。因此如何在實現功能的同時控制這些S ...
  • 類型檢查和轉換:當你需要檢查對象是否為特定類型,並且希望在同一時間內將其轉換為那個類型時,模式匹配提供了一種更簡潔的方式來完成這一任務,避免了使用傳統的as和is操作符後還需要進行額外的null檢查。 複雜條件邏輯:在處理複雜的條件邏輯時,特別是涉及到多個條件和類型的情況下,使用模式匹配可以使代碼更 ...
  • 在日常開發中,我們經常需要和文件打交道,特別是桌面開發,有時候就會需要載入大批量的文件,而且可能還會存在部分文件缺失的情況,那麼如何才能快速的判斷文件是否存在呢?如果處理不當的,且文件數量比較多的時候,可能會造成卡頓等情況,進而影響程式的使用體驗。今天就以一個簡單的小例子,簡述兩種不同的判斷文件是否... ...
  • 前言 資料庫併發,數據審計和軟刪除一直是數據持久化方面的經典問題。早些時候,這些工作需要手寫複雜的SQL或者通過存儲過程和觸發器實現。手寫複雜SQL對軟體可維護性構成了相當大的挑戰,隨著SQL字數的變多,用到的嵌套和複雜語法增加,可讀性和可維護性的難度是幾何級暴漲。因此如何在實現功能的同時控制這些S ...