用C#開發.NETCF藍牙通信模塊

    在Windows Mobile軟件開發中.Net正扮演著日益重要的角色，我們已經可以看到很多用.Net CF開發的軟件，這些軟件涉及到了日常應用的方方面面。在智能設備的軟件開發中，無線互聯是一個相當重要的一塊，我們可以看到，紅外幾乎是所有智能設備的標配，而藍牙也日益在越來越多的智能設備上出現，有了硬件，顯然要有相應的軟件相關的應用。

　　我們也知道，用.NET CF開發紅外通信應用時相當輕松的，因為.NET CF中有一個命名空間System.Net.IrDA就是用於紅外通信的通信模塊。但是，.NET CF中還沒有關於藍牙通信的模塊，所以目前來講做這方面的開發還有一定的困難。下面，就談談如何用C#開發.Net CF藍牙通信模塊。

　　一． 基本要點

　　首先明確一點，因為涉及到驅動硬件的問題，所以僅靠了解C#開發的相關知識顯然是無法完成開發的，我們必須對C++開發有所了解。但是為了簡單起見，我們不希望用C++寫半行代碼，所有的編碼工作全部使用C#，也就是說，使用的開發環境只需要使用Visual Studio.Net，不需要用其他的編輯器。

　　作為開發這類驅動硬件的程序的知識准備，您需要了解C++的基本知識，知道頭文件是怎麼一回事，知道托管代碼如何與非托管代碼交互。因為本文的核心是說明如何開發.Net CF藍牙通信模塊，所以前述這些准備知識並不作講述。

　　二． 關於藍牙

　　做藍牙通信模塊開發，自然先要知道藍牙通信是怎麼一回事。在我看來，藍牙通信應該和紅外通信模塊類似，當然我是從開發者的角度來講，抽象化以後應該就是這樣，當然藍牙和紅外通信也有很多不一樣的地方，這在面向對象設計裡面怎麼講，我想一定有很多人理解的比我透徹。好了，這就是我們的基本思路了。我曾經在網上查過關於藍牙開發的文章，很多人在.Net CF開發中把藍牙通信當作一個串行通信來處理，這也是不錯的，但是我不是很喜歡，因為這樣做的話，並不是針對藍牙來開發的，換言之，在使用過程中，需要先手動開啟藍牙，配對，連接，建立串行通道，然後開啟應用程序使用，你還要在應用程序中設置串行端口，對最終用戶來講，這是非常麻煩的。我覺得，這樣的解決方案冠上藍牙通信的名頭簡直就是……不多說了，書歸正傳。

　　在紅外通信中，我們知道，設備的DeviceID是一個Byte數組，那麼藍牙設備的DeviceID什麼樣子呢？我想這個大家都很清楚，是一串以“：”分隔的16進制數字。

　　紅外通信中，一般而言紅外並沒有開啟、關閉之類的狀態，但是藍牙有開啟、關閉、可發現三種狀態。

　　紅外沒有安全設置，而藍牙有安全設置，所以我們需要對藍牙設備進行配對，而紅外通信這部需要。

　　我們查看.Net的Socket地址族裡有IrDA，但是沒有藍牙相關的地址族，這是我們需要解決的問題。

　　三． 獲取設備ID

　　1．獲取本地設備的ID

　　我們查看Window CE 4.2的SDK文檔，得知獲取本地設備ID的函數是BthReadLocalAddr，在btdrt.dll中。SDK文檔中的英文原文是這樣的：“This function retrIEves the Bluetooth address of the current device.”好了，知道了這個就好說了：

　　首先封裝本地托管函數：

[DllImport("Btdrt.dll", SetLastError=true)]

public static extern int BthReadLocalAddr(byte[] pba);

　　這個函數得到的本地DeviceID也是一組byte數組，為了向人們顯示出來，我們要把它變為String：

string text1 = "";

text1 = text1 + pba[5].ToString("X2") + ":";

text1 = text1 + pba [4].ToString("X2") + ":";

text1 = text1 + pba [3].ToString("X2") + ":";

text1 = text1 + pba [2].ToString("X2") + ":";

text1 = text1 + pba [1].ToString("X2") + ":";

return (text1 + pba [0].ToString("X2"));

　　2．獲取遠程設備的ID

　　其實談到獲取遠程設備的ID就涉及到如何去發現遠程設備了，所以這裡就一並把發現設備的方法也說明了吧。 發現設備需要用到三個Winsock API，分別是WSALookupServiceBegin、WSALookupServiceNext和WSALookupServiceEnd，這三個API到底起什麼作用可以去查看Windows CE 4.2的SDK，這裡就不詳細解釋了，只談一下幾個需要注意的地方。

　　WSALookupServiceBegin的函數原形是這樣的：

INT WSALookupServiceBegin(

LPWSAQUERYSET lpqsRestrictions,

DWord dwControlFlags,

LPHANDLE lphLookup

);

　　我們用托管代碼進行包裝：

[DllImport("ws2.dll", EntryPoint="WSALookupServiceBegin", SetLastError=true)]

public static extern int CeLookupServiceBegin(byte[] pQuerySet, LookupFlags dwFlags, ref int lphLookup);

　　可以看到，本來lpqsRestrictions是一個struct，經過包裝後在托管代碼中成為了byte[]，我們計算好該struct大概要占用多少個byte，struct中每一個成員在byte數組中的位置是怎樣的，裝配出來就好了。

　　由於是針對藍牙作的開發，所以我們要查看一下這些參數應該是哪些值。Windows CE 4.2的SDK中說，藍牙開發時，struct LPWSAQUERYSET中的如下成員應當為這些值：

The dwSize member must be sizeof(WSAQUERYSET).

The lpBlob member (itself a pointer to a BLOB structure) is optional, but if used, the device inquire parameters valid for LUP_FLUSHCACHE are the following:

The cbSize member of the BLOB structure must be sizeof(BTH_QUERY_DEVICE).

The pBlobData member is a pointer to a BTH_QUERY_DEVICE structure, for which the LAP member is the Bluetooth inquiry Access code, and the length member is the length of the inquiry, in seconds.

The dwNameSpace member must be NS_BTH.

All other WSAQUERYSET members are ignored.

　　具體什麼意思各位可以自己去理解，我想比我翻譯出來要好些，畢竟我英語很差的。根據以上要求，我們這樣裝配pQuerySet:

byte[] buffer1 = new byte[0x400];

BitConverter.GetBytes(60).CopyTo(buffer1, 0);

GCHandle handle1 = GCHandle.Alloc(blob1.ToByteArray(), GCHandleType.Pinned);

IntPtr ptr1 = handle1.AddrOfPinnedObject();

BitConverter.GetBytes((int) (ptr1.ToInt32() + 4)).CopyTo(buffer1, 0x38);

　　另外的兩個API也照類似方法調用即可。

　　在調用了WSALookupServiceNext之後，bytes數組pQuerySet中便包含了遠程設備的地址信息，下面我們需要把它找出來。通過閱讀SDK中WSAQUERYSET結構的說明和計算每個成員的位置之後，我們寫出如下代碼：

int num5 = BitConverter.ToInt32(buffer1, 0x30);

int num6 = Marshal.ReadInt32((IntPtr) num5, 8);

int num7 = Marshal.ReadInt32((IntPtr) num5, 12);

SocketAddress address1 = new SocketAddress(AddressFamily.UnspecifIEd, num7);

　　可能是因為藍牙控制軟件還沒有實現標准化或者還是其他的問題，我們發現根據Windows CE 4.2 SDK 使用Winsock 擴展做的藍牙開發有一個問題，而且不論是本文中所述的托管代碼還是其他的非托管代碼，只要是用的這種思路用Winsock 2做的開發都會存在這樣一個問題，那就是不是在所有的Windows Mobile設備上都能正常運行。經過我的測試，我發現在很多使用另行開發的藍牙控制軟件的設備上，如聯想ET560、華碩MyPAL A730上都無法運行，而在沒有另行開發藍牙控制軟件的設備上是可以正常運行的，我不知道這是什麼原因，初步推測可能是廠商另行開發的藍牙控制軟件屏蔽了微軟的API的緣故，到底是不是這樣，還得請高人指點。