關於iphone accessory的理解

首先，如果我們的應用程序想跟外設傳輸數據，先要透過iphone的操作系統，也就是iphoneOS，而最開始的認證過程也是在外設和iphoneOS之間發生的，蘋果爲這個過程提供了一顆認證芯片(這顆芯片的作用是用來讓iphoneOS識別這個外設是經過蘋果公司承認的，他的通信方式是I2C總線，而且每出一個產品蘋果都會收幾美元的認證費用，蘋果用心何其毒也~~~)
          IphoneOS承認外設分兩個步驟，識別和認證，我們先說說識別過程。
          識別過程是使用純物理連接來實現的，在這個過程中iphone的30pin有三個引腳被用到，分別是Accessory Identify，Accessory Detect，Accessory Power，Accessory Identify接549k歐姆的電阻，告知iphoneOS使用串口通信，Accessory Detect直接接地，告知iphoneOS有外設插入，Accessory Power相當於iphoneOS的信號，待機時這個引腳沒有輸出，否則會有3.3V的電壓輸出。如果按照以上連接就完成了識別過程。
         下面開始認證過程，認證過程也叫IDPS過程，這些就牽扯到蘋果指定的通信協議了，蘋果給自己的通信協議起了一個名字叫Lingo，Lingo分好多種有音頻的lingo還有顯示遙控的lingo，而我們認證使用的lingo叫做General Lingo。可能大家這時有點暈，那我就給大家看一個iphone的命令包。
StartIDPS packet
Byte     Value    Comment
0            0XFF    Sync byte（required only for UART serial）
1            0X55    Start of packet(SOP)
2            0XNN    Length of packet payload
3            0X00    General Lingo
4            0X38    StartIDPS
5            0XNN    transID [bit 15:8] Transaction ID 
6            0XNN    transID [bit 7:0]
7            0XNN    校驗

這是iphone的命令包，大家看到這個應該就明白了。開始IDPS過程首先要發送StartIDPS命令，這樣，外設與iphoneOS之間的認證過程就開始了。其中咱們應用中EAAccessory關於一些外設的屬性，都是在這個過程中外設發給操作系統的，具體還是大家加入蘋果的mfi(made for ipod)，拿到資料後，才能更明白。稍後我會將iphone串口通信的源碼發出來。先寫到這兒吧，這些東西不能說的太多，希望會對大家有點幫助。

和配件進行通訊

在iPhone OS 3.0及之後的系統上，External Accessory框架（ExternalAccessory.framework）提供了一種管道機制，使應用程序可以和iPhone或iPod touch設備的配件進行通訊。通過這種管道，應用程序開發者可以將配件級別的功能集成到自己的程序中

爲了使用External Accessory框架的接口，您必須將ExternalAccessory.framework加入到Xcode工程，並連接到相應的目標中。此外，還需要在相應的源代碼文件的頂部包含一個#import <ExternalAccessory/ExternalAccessory.h>語句，才能訪問該框架的類和頭文件。有關如何爲工程添加框架的更多信息，請參見Xcode工程管理指南中的工程中的文件部分；有關External Accessory框架中類的一般信息，請參見External Accessory框架參考。

配件的基礎

在和配件進行通訊之前，需要與配件的製造商緊密合作，理解配件提供的服務。製造商必須在配件的硬件中加入顯式的支持，才能和iPhone OS進行通訊。作爲這種支持的一部分，配件必須支持至少一種命令協議，也就是支持一種定製的通訊模式，使配件和應用程序之間可以進行數據傳輸。蘋果並不維護一個協議的註冊表，支持何種協議及是否使用其他製造商支持的定製或標準協議是由製造商自行決定的。

作爲和配件製造商通訊的一部分，您必須找出給定的配件支持什麼協議。爲了避免名字空間發生衝突，協議的名稱由反向的DNS字符串來指定，形式是com.apple.myProtocol。這使得每個配件製造商都可以根據自己的需要定義協議，以支持不同的配件產品線。

應用程序通過打開一個使用指定協議的會話來和配件進行通訊。打開會話的方法是創建一個EASession類的實例，該類中包含NSInputStream和NSOutputStream對象，可以和配件進行通訊。通過這些流對象，應用程序可以向配件發送未經加工的數據包，以及接收來自配件的類似數據包。因此，您必須按照期望的協議來理解每個數據包的格式。

聲明應用程序支持的協議

能夠和配件通訊的應用程序應該在其Info.plist文件中聲明支持的協議，使系統知道在相應的配件接入時，該應用程序可以被啓動。如果當前沒有應用程序可以支持接入的配件，系統可以選擇啓動App Store並指向支持該設備的應用程序。

爲了聲明支持的協議，您必須在應用程序的Info.plist文件中包含UISupportedExternalAccessoryProtocols鍵。該鍵包含一個字符串數組，用於標識應用程序支持的通訊協議。您的應用程序可以在這個列表中以任意順序包含任意數量的協議。系統並不使用這個列表來確定應用程序應該選擇哪個協議，而只是用它來確定應用程序是否能夠和相應的配件進行通訊。您的代碼需要在開始和配件進行對話時選擇適當的通訊協議。

在運行時連接配件

在配件接入系統並做好通訊準備之前，通過External Accessory框架無法看到配件。當配件變爲可見時，您的應用程序就可以獲取相應的配件對象，然後用其支持的一或多個協議打開會話。

共享的EAAccessoryManager對象爲應用程序尋找與之通訊的配件提供主入口點。該類包含一個已經接入的配件對象的數組，您可以對其進行枚舉，看看是否存在應用程序支持的配件。EAAccessory對象中的絕大多數信息（比如名稱、製造商、和型號信息）都只是用於顯示。如果您要確定應用程序是否可以連接一個配件，必須看配件的協議，確認應用程序是否支持其中的某個協議。

請注意：多個配件對象支持同一協議是可能的。如果發生這種情況，您的代碼必須負責選擇使用哪個配件對象。

對於給定的配件對象，每次只能有一個指定協議的會話。EAAccessory對象的protocolStrings屬性包含一個字典，字典的鍵是配件支持的協議。如果您試圖用一個已經在使用的協議創建會話，External Accessory框架就會產生錯誤。

程序清單8-1展示瞭如何檢查接入配件的列表並從中取得應用程序支持的第一個配件。它爲指定的協議創建一個會話，並對會話的輸入和輸出流進行配置。在這個方法返回會話對象時，已經完成和配件的連接，並可以開始發送和接收數據了。

程序清單8-1  創建和配件的通訊會話

- (EASession *)openSessionForProtocol:(NSString *)protocolString{
    NSArray *accessories = [[EAAccessoryManager sharedAccessoryManager]
                                   connectedAccessories];
    EAAccessory *accessory = nil;
    EASession *session = nil;
 
    for (EAAccessory *obj in accessories) {
        if ([[obj protocolStrings] containsObject:protocolString]) {
            accessory = obj;
            break;
        }
    }
 
    if (accessory) {
        session = [[EASession alloc] initWithAccessory:accessory
                                 forProtocol:protocolString];
        if (session) {
            [[session inputStream] setDelegate:self];
            [[session inputStream] scheduleInRunLoop:[NSRunLoop currentRunLoop]
                                     forMode:NSDefaultRunLoopMode];
            [[session inputStream] open];
            [[session outputStream] setDelegate:self];
            [[session outputStream] scheduleInRunLoop:[NSRunLoop currentRunLoop]
                                     forMode:NSDefaultRunLoopMode];
            [[session outputStream] open];
            [session autorelease];
        }
    }
    return session;
}

在配置好輸入輸出流之後，最好一步就是處理和流相關的數據了。程序清單8-2展示了在委託方法中處理流事件的基本代碼結構。清單中的方法可以響應來自配件輸入輸出流的事件。當配件嚮應用程序發送數據時，事件發生表示有數據可供讀取；類似地，當配件準備好接收應用程序數據時，也通過事件來表示（當然，您並不一定要等到這個事件發生才向流寫出數據，應用程序也可以調用流的hasBytesAvailable方法來確認配件是否還能夠接收數據）。有關流及如何處理流事件的更多信息，請參見Cocoa流編程指南。

程序清單8-2  處理流事件

// Handle communications from the streams.
- (void)stream:(NSStream*)theStream handleEvent:(NSStreamEvent)streamEvent{
    switch (streamEvent){
        case NSStreamHasBytesAvailable:
            // Process the incoming stream data.
            break;
 
        case NSStreamEventHasSpaceAvailable:
            // Send the next queued command.
            break;
 
        default:
            break;
    }
}

監控與配件有關的事件

當配件接入或斷開時，External Accessory框架都可以發送通告。但是這些通告並不自動發送，如果您的應用程序感興趣，必須調用EAAccessoryManager類的registerForLocalNotifications方法來顯式請求。當配件接入、認證、並準備好和應用程序進行交互時，框架可以發出一個EAAccessoryDidConnectNotification通告；而當配件斷開時，框架則可以發送一個EAAccessoryDidDisconnectNotification通告。您可以通過缺省的NSNotificationCenter來註冊接收這些通告。兩種通告都包含受影響的配件的信息。

除了通過缺省的通告中心接收通告之外，當前正在和配件進行交互的應用程序可以爲相應的EAAccessory對象分配一個委託，使它在發生變化的時候得到通知。委託對象必須遵循EAAccessoryDelegate協議，該協議目前包含名爲accessoryDidDisconnect:的可選方法，您可以通過這個方法來接收配件斷開通告，而不需要事先配置通告觀察者。