物聯網中介軟體平台 06 RFID刷卡拍照

rfid刷卡拍照，如果是傳統意義上的開發，我們一般需要先知道是什麼型號的rfid刷卡器，自己動手編寫一套讀寫rfid的**，用來讀取rfid標籤。攝像頭驅動開發也是這樣的，先要知道攝像頭驅動的協議，然後自己編寫讀取影象並顯示的**。

如果是windows平台，一般廠家還會提供dll等呼叫庫，這樣只需呼叫相關介面函式就能實現相關的功能，不過如果是嵌入式平台，就相對比較麻煩一些了，一般都需要根據通訊協議自行開發相關驅動程式。

無論採用何種辦法，我們實現了該功能。但是過了一段時間，rfid裝置換了，攝像頭裝置也換了，那麼我們的大部分**一般都要作廢了，需要重新進行相關驅動的開發，如果這是已經安裝到現場的專案，臨時更換相關感測器裝置，那對開發廠家來說，真是一場夢魘。

而基於物聯網中介軟體平台進行這類程式開發，就會很好的規避這類問題。

（1）、平台自帶相關驅動（也可以自己開發，後續復用）。

（2）、遠端配置，遠端部署，隨時更換驅動。

（3）、驅動和業務邏輯完全解耦合。

下面就以rfid刷卡拍照為例，介紹基於yfios物聯網中介軟體平台，如何進行相關程式的開發。

rfid和攝像頭的驅動如何開發，我們本篇文章就不作介紹了，我們直接使用已經開發好的驅動（對驅動開發比較感興趣的網友，可以參見這篇文章：《yfios驅動開發指南》）。

rfid驅動配置

我們選用的易火眼的串列埠rfid驅動，只需如下配置即可。

（1）、新建使用者裝置，選擇yhy632的rfid讀卡器的驅動。

（2）、配置裝置引數，選擇裝置所接的串列埠，及配置串列埠引數。

（3）、其它引數都是預設，勾選變數自動新增，這樣使用者變數就不需要手動建立了。

變數自動新增（裝置名字：關鍵字）

攝像頭驅動配置

選擇對應型號的驅動，設定串口號和串列埠引數，勾選變數自動新增選項。

該驅動的掃瞄週期需要設定為0，表示該驅動不會自動執行。

業務邏輯程式設計（策略開發）

業務邏輯相對簡單：先判斷是否刷了rfid卡，如果刷了，則進行拍照。

根據這種業務邏輯，為了降低資源的使用，我們採用事件方式觸發該策略的執行。也就是驅動執行一次完畢後，呼叫一次該策略，並向該策略傳遞驅動程式執行的結果。

public int onrun(ioperate op, strategymode mode, object arg)

}return 0;

}以上**相對簡單，有幾個地方需要說明一下：

（1）、object arg引數跟呼叫的機制相關，和驅動繫結的事件中，會傳遞驅動執行的結果，如果是策略呼叫策略，相關的值根據實際需要進行傳遞。在本應用中，arg是乙個整型數，為0表示驅動執行成功。

（2）、根據裝置驅動的名稱呼叫驅動。

（3）、大塊資料的互動，通過yfiobc資料塊完成。

策略編寫完畢後，需要進行載入：

執行模式為事件模式，和rfid驅動繫結。在驅動的onrun函式執行完畢後呼叫該策略，並把執行結果以引數的方式傳遞給策略。

策略相關開發的博文請參見《yfios策略開發指南》。

部署執行

裝置更換

物聯網中間平台的最大優勢體現在裝置更換上，如果我們需要更換攝像頭，則不需要更改任何**，直接更換攝像頭驅動即可。

mf簡介：

mf資料：

技術論壇: