最近在Linux環境下利用開源組件開發簡訊貓應用，經常遇到這個錯誤發現網上也有很多朋友遇到過這個問題，現在將解決這個問題的方案分享給大家

 modem.com1：網關ID（即簡訊貓埠ID，多個簡訊貓時用於標識是由哪個口發出的簡訊）
 /dev/ttyUSB1：串口名稱（USB轉串口，簡訊貓中的所有埠自動被操作系統映射到/dev/目錄下以ttyUSB*開頭的攵件上，前提是系統預裝有USB轉串口的驅動）註：Linux下2.6.32以上內核已預裝USB串口設備驅動，如果低版本的內核未檢測到USB設備，則需要自己安裝驅動或升級內核

 9600：波特率，根據二次開發包中的CommTest.java測試程序檢測你的設備所支持的波特率。

 Wavecom：生產廠商名稱必須設置正確，否則SMSLib在初始設備時會報No response from Device異常，原因是SMSLib為不同的生產廠商有相應的AT指定介面實現，見下圖：

在「圖1-1「中是因為我在創建串口網關對象是，指定叻廠商名稱為「HuaWei「所以報了如圖1-3所示異常：

 型號：可以不用指定，如果指定了型號SMSLib在初始化設備的時候，會找特定型號的AT指令實現類如果沒找到有可能會出現初始化設備異常，但據我測試如果沒有找到指定廠商指定的型號的AT指令實現，會去指定廠商的通用實現介面

鉯上異常是基於SMSServer-3.5.2在Linux環境下開發所遇到的一些問題和大家分享，Window上也會有相類似的問題可參考上面的解決思路去尋找解決方案，另外簡訊貓二次開發包還有其它的廠商進行了底層AT指令的封裝比如：jindiJavaSms(金笛)開發包，用它時我也遇到了類似的問題，解決方式也和上面差不多只不過可能參數有些不同，在這裡不做詳細介紹如有遇到同樣問題的朋友，歡迎大家討論！

• response总是以0为起始位以1为结束位。緊跟起始位的是传送方向为0表示device to host。

R1b与R1基本一致但是多了一个可选的busy位，通过DATA0传输, 当前如果是busy状态则data0被拉低。

總長48 bit此響應為中斷請求的響應格式，只有當Host下達CMD40命令某張卡必須進入中斷模式時 Device若確實收到並回應此R5響應，則代表此卡進入中斷並且RCA被設置為0x0。