1. 程式人生 > >深入分析RFID與NFC的關係

深入分析RFID與NFC的關係

       這是一個看似簡單,但是很讓人困惑的問題,即使是在這個行業工作多年,有時也未必能很清楚地表述這兩者之間的關聯和區別。為了弄清這個問題,我們先從一個簡單的圖例開起說起
從上圖可以非常清晰地看出,兩者有很大的差別,同時又有交集。
  • 起源
      最早的RFID雛形可以追溯到二戰,當時盟軍雷達為了有效地進行敵我飛機識別,在雷達上加了一種無線電發射裝置,雷達探測到飛機之後給飛機發送一段特定的無線電波,如果是自己的飛機則會回執一段無線電波,雷達接收到之後就可以判定為自己的飛機,如果沒有迴應則認為是敵方飛機。歷經幾十年的發展,根據用途的差異現已延伸出很多的頻段。作用領域也從最早的單一物體識別延伸到近場支付等場景。
       相比RFID來說NFC起步晚很多,大概是2003年前後,PHLIPS、SONY、NOKIA三大IT巨頭聚在一塊,在原有RFID的基礎之上統一了一下並增加了一些特有的東西推出了NFC技術。
  • RFID分類
       RFID的分類方式很多,例如按有源還是無源來分,按能量傳遞方式來分,本文只為了說清RFID與NFC的關係所以此處只討論按頻段來分。

      根據作用領域不同,RFID分很多的頻段,從低到高可分為:

          1、低頻

      125K、134K
  2、高頻  
      13.56M
  3、超高頻
      900M
  4、微波
      2.4G、5.8G
       當然,這並不是所有的頻率,只是我們日常接觸得最多的幾個而已。需要注意的是900M、13.56M,這兩種頻率應用範圍最廣,我們常用的公交充值卡、飯卡、二代身份證、PBOC銀行卡都屬於此頻段,而經常用於庫存管理的商品標籤則以900M居多。
       與13.56M不同,900M是一個泛指,並不是一個確切的頻率,每個國家有所差異,我們國家的頻段在900M上下一點,所以一般都用900M作為代名詞。
  • RFID與NFC的關係
       通過上面的圖可以看出,最大的共同點是都採用13.56M,而13.56M又是我們接觸得最多的RFID頻段,這也正是很多會弄不明白RFID和NFC的區別的原因。其實RFID的範圍比NFC要廣很多,除13.56M之外還有很多其它頻段,而NFC只有13.56這一個頻段。而NFC制定的初衷是為了近場支付和鬆散認證的小資料交換,NFC選用了13.56M作為基礎,同時增加了一個點對點的通訊,傳統的RFID只能同一時間一個READER與一個TAG互動,而NFC可以兩個READER之間相互傳資料。

        同時NFC並沒有相容所有的13.56M RFID,只是有所取捨地相容了14443 TYPEA和15693兩種協議,對於像我們身份證這種14443 TYPE B並不支援。

相關推薦

深入分析RFIDNFC關係

       這是一個看似簡單,但是很讓人困惑的問題,即使是在這個行業工作多年,有時也未必能很清楚地表述這兩者之間的關聯和區別。為了弄清這個問題,我們先從一個簡單的圖例開起說起 從上圖可以非常清晰地看出,兩者有很大的差別,同時又有交集。 起源      最早的

1230-深入分析RestControllerController

深入分析RestController與Controller 2018年09月03日 12:31:41 不擼遊戲改擼程式碼 閱讀數:2249更多   https://blog.csdn.net/qq_20597727/article/details/82347014 @RestC

深入分析物件

一、封裝性 在研究封裝之前,首先先觀察如下一段程式碼: class Book {// 定義一個新的類 String title;// 書的名字 double price;// 書的價格 public void getInfo() {// 此方法將由物件呼叫 S

深入分析RestControllerController

@RestController和@Controller註解 我們都知道RestController預設都只提供Rest風格介面返回值,針對不需要返回頁面的Controller都採用RestController進行註解,下面根據原始碼簡單分析一下兩者處理上的區別

購物車商城訂單的關係以及技術實現深入分析

本站所有文章均為原創,歡迎轉載,來源:技術小樹懶(www.drw1314.com),作者:錦煥同學 接觸商城開發已經有一段時間了,我們從B2C拼團專案做到了C2C視訊電商系統。雖然專案都還不算成功,但還是積累了些業務經驗,希望可以對大家有用。其實商城最主要的還是訂單相關

深入分析JavaWeb Item47 -- Struts2攔截器文件上傳下載

com custom public 面向切面 lang down pri 多功能 art 一、struts2中的攔截器(框架功能核心) 1、過濾器VS攔截器 過濾器VS攔截器功能是一回事。過濾器是Servlet規範中的技術,能夠對請求和響應進行過濾。

[數據庫事務鎖]詳解三: 深入分析事務的隔離級別

不可 ans 提高 重要 不能 標準 insert lec 使用 註明: 本文轉載自http://www.hollischuang.com/archives/943 本文詳細介紹四種事務隔離級別,並通過舉例的方式說明不同的級別能解決什麽樣的讀現象。並且介紹了在關系型數據

深入分析JavaWeb Item6 — servletConfig servletContext詳

顯示 www 程序 存在 文件夾 stream url mat 文件太大 一、ServletConfig講解首先看ServletConfig API文檔 1.1、配置Servlet初始化參數在Servlet的配置文件web.xml中,可以使用一個或多個<init-pa

深入分析JavaWeb技術內幕》之 12-Spring架構設計模式

    core context bean(bean工廠,bean定義,bean解析)   bean(bean工廠,bean定義,bean解析)     

深入分析JavaWeb技術內幕》之 11-Tomcat系統架構設計模式

1、 分發請求 2 、同時請求 3、 多級容器 4、 設計模式 Tomcat的組織結構 https://www.cnblogs.com/zhouyuqin/p/5143121.html   Tomcat Server處理一個HTTP請求的

深入分析JavaWeb技術內幕》之 10-SessionCookie

session與cookie     通過 返回的JsessionID 建立 session物件 查詢已經存在的session如果沒有就新建 session   standard manager管理session生命

深入分析JavaWeb技術內幕》之 15-iBatis系統架構對映原理

關鍵詞: 對映、 反射                              &

深入分析JavaWeb技術內幕》之 14-SpringMVC工作機制設計模式

 dispacherservlet初始化邏輯   handlerMapping            &nbs

Linux IO 監控深入分析

4.6 .cn 計時 說明 扇區 版本 play linux patch https://jaminzhang.github.io/os/Linux-IO-Monitoring-and-Deep-Analysis/ Linux IO 監控與深入分析 引言 接昨天電話面試

Netty深入分析Dubbo實戰解析(一)——網路程式設計模型介紹

Linux網路程式設計模型介紹 Linux核心將所有外部裝置都看作一個檔案來操作,對一個檔案的讀寫操作會呼叫核心提供的系統命令,返回一個file descriptor(fd,檔案描述符)。而對一個socket的讀寫也會有相應的描述符。描述符就是一個數字,它指向核心中的一個結構體(檔案路徑

深入分析JavaWeb Item6 — servletConfig servletContext詳解

一、ServletConfig講解 首先看ServletConfig API文件 1.1、配置Servlet初始化引數 在Servlet的配置檔案web.xml中,可以使用一個或多個標籤為servlet配置一些初始化引數。 例如: ServletCon

十四 第三章再續 快速選擇SELECT演算法的深入分析實現

                                          十四、亦第三章再續:快速選擇SELECT演算法的深入分析與實現前言    經典演算法研究系列已經寫了十三個演算法,共計22篇文章(詳情,見這:十三個經典演算法研究與總結、目錄+索引),我很怕我自己不再把這個算法系列給繼續寫下去

Java多執行緒(六)之DequeLinkedBlockingDeque深入分析

1、LinkedBlockingDeque資料結構 雙向併發阻塞佇列。所謂雙向是指可以從佇列的頭和尾同時操作,併發只是執行緒安全的實現,阻塞允許在入隊出隊不滿足條件時掛起執行緒,這裡說的佇列是指支援FIFO/FILO實現的連結串列。 首先看下LinkedBlockingDeque的資料結構。通常情況

redis cluster叢集搭建深入分析(1)

對於之前所講的master+slave進行讀寫分離同時通過sentinel叢集保障高可用的架構,對於一般的資料量系統已經足夠。但是對於資料量龐大的T級別的資料,單master可能就無法滿足橫向擴充套件的場景。所以redis cluster支援多master

關於MySQL latch爭用深入分析判斷

loop sig 說明 減少 ict ack 拆分 cnblogs 14. 1、latch鎖是什麽鎖? 2、latch鎖是如何保護list? 3、latch爭用的現象和過程? 4、latch什麽時候會產生嚴重的爭用? 5、如何監控latch爭用情況? 6、如何確認