交互觸摸大屏概念整理

来源: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
  • 移動開發(一):使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說,近來想嘗試開發一款安卓APP,考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP,畢竟是使用Visual Studio開發工具,使用起來也比較的順手,結合微軟官方的教程進行了安卓 ...
  • 前言 QuestPDF 是一個開源 .NET 庫,用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫,它徹底改變了我們生成 PDF 文檔的方 ...
  • 項目地址 項目後端地址: https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址: ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址: http://tree ...
  • 話不多說,直接開乾 一.下載 1.官方鏈接下載: https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe,運行開始下載SQL server; 二. ...
  • 前言 隨著物聯網(IoT)技術的迅猛發展,MQTT(消息隊列遙測傳輸)協議憑藉其輕量級和高效性,已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫,為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog支持多種接收器用於日誌存儲,增強器用於添加屬性,LogContext管理動態屬性,支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項,適用於不同需求。 ...
  • 目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據,爬取信息時需要模擬瀏覽器行為,否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下: 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • 1.前言 什麼是熱更新 游戲或者軟體更新時,無需重新下載客戶端進行安裝,而是在應用程式啟動的情況下,在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR,Xlua,ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles,Addressable, ...
  • 本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺,其實像阿裡雲,騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後,它會送 ...
  • 通過以下方式可以高效,並保證數據同步的可靠性 1.API設計 使用RESTful設計,確保API端點明確,並使用適當的HTTP方法(如POST用於創建,PUT用於更新)。 設計清晰的請求和響應模型,以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證,確保接收到的數據符合預期格 ...