4G攝像頭低功耗方案

深圳市合方圓科技開發有限公司應用場景-4G低功耗攝像頭該方案中，

Module為G8100B，HOST為海思攝像頭(Linux or LiteOS)，G8100B的USB可以在Host端虛擬出串口和

網卡，G8100B符合以下條件進入休眠：

1） 用戶AT+CSCLK=1命令使能睡眠功能，關于CSCLK更多參數和作用請參考用戶手冊

（可以配置喚醒時長，是否保存睡眠參數）；

2）拉高DTR管腳（該管腳默認啟動為拉高）；

3）通過GPIO拉低連接的模塊VBUS管腳（USB斷電）。

發生以下事件時會喚醒整個系統：

1）拉高VBUS管腳即可喚醒模塊。

2）主機拉低DTR可以喚醒模塊，大概需要100毫秒以上喚醒模塊；

3）當G8100模塊有TCP喚醒包或URC需要上報時，RI信號將會喚醒主機，此時RI產生100毫秒脈沖(可以用

AT+RIMODE指令配置RI工作模式為“喚醒一直拉高”)；推薦板級集成 - 合方圓CAM_4G38板

SPI_MOSI_ECAM_4G38介紹

• 尺寸：38 mm * 38 mm, 帶適配大部分攝像頭產品定位孔

• 支持UART通訊

• 用戶可以直接通過該接口發送AT指令控制4G模塊

• 支持USB 2.0接口，軟件驅動為USB ECM（虛擬網卡），USBSerial(可選)

• 兼容Linux/華為LiteOS，用戶可以直接對接海思支持LiteOS的芯片平臺

• USB接口還可以虛擬為串口，Linux和LiteOS都可以通過USB串口發送AT指令

• 支持SPI硬件通訊接口，使用該接口需要攝像頭模組支持SPI Slave

• 需要合方圓提供二次開發包，研發調試較復雜海思平臺（LiteOS）接線圖(USB接口)

在此電源板基礎上，不斷升級，增加了MCU檢測功能，保證設備一直在線！

海思

PIRUSB ECM（虛擬網卡）處理流程

• 海思模組和CAM_4G38采用USB接口通訊，USB虛擬網卡實現TCP/IP協議

傳輸，USB虛擬串口實現AT命令傳輸；

• 海思模組和CAM_4G38預留UART口，實現AT命令傳輸。如果LiteOS下的驅動可以

用USB口虛擬UART口，則不需要此連接口；

• 通過AT指令配置好TCP連接、心跳間隔、注冊包、心跳包、喚醒包、RI

引腳模式；

• 在休眠時， CAM_4G38 會根據配置定時發送心跳包給服務器，服務器

收到心跳包應該要回復應答包給CAM_4G38 ，

• 處于休眠時， CAM_4G38在收到網絡側APP 喚醒包后，RI腳(PIN 63)保

持拉高，從而控制電源IC給海思模組上電；

• 海思模組上電啟動后，同時給CAM_4G38-VBUS腳(PIN22 USB_ID)送高電

平使能USB總線，激活USB驅動（包括ECM和虛擬串口），海思模組即

時可以激活整個海思OS的TCP/IP進行網絡傳輸；

• 在海思模組完成工作后，海思模組先關閉VBUS，使CAM_4G38模塊進

入休眠，如此使得RI腳拉低，接著電源IC不再對海思模組供電，整個系

統進入休眠狀態；應用場景- 配置指令

如果需要建立TCP長鏈接，定時發送心跳包，并且通過預先配置喚

醒包喚醒系統，可以采用以下指令配置：

• 配置TCP斷線重連: AT+CIPSTART=“TCP”,”IP或域名”,端口,連接選項

• AT+CIPSTART=“TCP”,”hofuniot.   cn”,4120,2

• 連接選項說明

• 0 - 不需要保持長鏈接。

• 1 - 鏈接在空閑時間值后發送自定義心跳包保持長鏈接，不判斷服務器是否有回應包。

• 2 – 鏈接在空閑時間值后發送自定義心跳包保持長鏈接,若服務器在兩次心跳包間隔之內沒給模塊發數據模塊會自動發起

重連

• 心跳發送間隔: AT+CIPCFG=0,60,0

• 配置登錄包：AT+CIPPACK=1,”id0001”

• 配置心跳包：AT+CIPPACK=0,”00”

• 配置喚醒包：AT+CIPPACK=2,”xx”

• 配置RI喚醒拉高：AT+RIMODE=1

• 設置休眠：AT+CSCLK=1,1 (配置休眠模式為1，喚醒時間持續1秒)