MTK平台用Socket实现HTTP请求

一、MTK平台Socket联网过程 熟悉PC机编程的人都知道，Socket编程接口分两套：TCP和UDP；TCP和UDP中又有服务器端和客户端的概念，这里讲的是TCP的客户端编程接口。 MTK平台中Socket创建步骤： 1、soc_create（） 创建Socket; 2、soc_setsockopt 设置Socket为非阻塞模式; 3、soc_setsockopt 设置Socket选项为连接，读，写，关闭；不清楚为什么要连续设置两次； 4、如果是CMNET联网并且请求中用到了英文域名还需要解析域名soc_gethostbyname，除非使用ip作为域名，解析出来的IP作为我们建立连接的目标IP;如果是CMWAP联网，直接跳到第5步，直接连接移动或联通的网关:10.0.0.172:80; 5、soc_connect与服务器建立连接; 6、soc_send    发送请求; 7、soc_recv     接收服务器返回的数据; 8、soc_close   关闭Socket; 9、如果需要关闭数据账户soc_close_nwk_account   二、CMNET,CMWAP方式下的HTTP请求内容格式 HTTP请求格式： GET方法 MTK模拟器中wap浏览器发送的请求内容 “GET /go_13596557 HTTP/1.1 Host: kong.net User-Agent: SQH_D480B_01/LB19504/WAP2.0 Profile Accept: application/vnd.wap.wmlc, ** //(想当长，省去后面部分) Accept-Charset: utf-8, utf-16, iso-8859-1, iso-10646-ucs-2, GB2312, windows-1252, us-ascii Accept-Language: zh-tw, zh-cn, en Cookie: JSESSIONID=aAQP0FIXp3z7 Connection: Keep-Alive ”   POST方法 对一些需要向服务器传入参数的请求，按名称搜索等请求。还以空中网天气查询为例，之中的其他城市天气查询，输入其他城市名称或电话区号查询: “POST /weather/search.jsp?setcity=1 HTTP/1.1 Host: kong.net User-Agent: SQH_D480B_01/LB19504/WAP2.0 Profile Accept: application/vnd.wap.wmlc, */* //(想当长，省去后面部分) Accept-Charset: utf-8, utf-16, iso-8859-1, iso-10646-ucs-2, GB2312, windows-1252, us-ascii Accept-Language: zh-tw, zh-cn, en Content-Type: application/x-www-form-urlencoded; charset=utf-8 Cookie: KONG_ACCESS=AWYZhg==; JSESSIONID=a91MDc6qoMYf Connection: Keep-Alive Content-Length: 46//get方法没有这一项 ××××××//传给服务器46字节长的数据（参数） ” 当然如果是CMWAP联网方式也要和上述的GET方法一样设置Host和X-Online-Host项，Host:10.0.0.172 X-Online-Host: kong.net 以上的内容，可以在调试状态下运行模拟器的wap浏览器，在soc_send方法处插入断点观察。   三、CMNET,CMWAP连接差别 1、GPRS账户: 与pc机上的socket客户端接口不同，手机客户端在soc_create，soc_gethostbyname接口中都多了参数nwt_acount_id，只的是一般在“网络服务”->“数据账户”->“GPRS”下的GPRS数据账户id,一般起始的一个账户id是10，往下递增1，在建立连接过程中，如果是CMWAP方式联网，soc_create，soc_gethostbyname接口就要设置接入点为CMWAP的账户id,CMNET就要设置接入点为CMNET的账户。 2、目标服务器： 还以空中网的天气服务为例，CMNET情况下，soc_connect需要连接”221.179.172.2”这个ip,如果请求的url为”http://kong.net/weather/home.jsp” ，还需要调用soc_gethostbyname接口去解析域名； 如果是CMWAP方式联网，soc_connect只需要连接移动或联动的网关”10.0.0.172:80”。 3、HTTP请求内容格式（或称报文）： 如第二节所述。   四、SIM1还是SIM2联网 SIM1还是SIM2联网，MTK平台是通过创建socket时传入的nwt_acount_id区分的，如果是SIM1上网，账号就是指的是一般在“网络服务”->“数据账户”->“GPRS”下的对应的GPRS数据账户id；如果是SIM2,通过在四字节的账户id其他字节设置掩码来区分。 设置接口比如07B平台的always_ask_encode_data_account_id，6235_08A的cbm_encode_data_account_id接口。不同平台可能略有差别。       五、联通卡还是移动卡？ 参考其他Socket联网代码中有的以接入点是否为”uniwap”来判断是不是联通的代理上网，但是通过实验，即使在联通卡时连接移动的”cmwap”账户，也是可以正常联网的。不知道设计“GPRS数据账户”的最初意图是什么？通过apn来区分同一内部ip地址网关不同的公网ip吗？如有高人路过，请指点;       六、HTTP1.1与Transfer-Encoding 为chunked的编码方式 发送一个请求后，如果服务器返回的消息头内容包括“Transfer-Encoding: chunked”那么他的传输编码为“chunked”类型。这种传输类型的数据体内容格式是这样： [16进制数字字符串 1到4个字节 len]/r/n [len 长的数据体]/r/n [16进制数字字符串 1到4个字节 len]/r/n [len 长的数据体]/r/n [16进制数字字符串 1到4个字节 len == 0]/r/n/r/n 其中，长度len是16进制的数字，表示本段数据体的长度(字节数)，回车换行后，就是这一段数据真实内容，这就是一段数据体的格式，一段接一段；直到数据体长度为0的数据段出现，紧接着两个回车换行，标识本次请求的数据均已接收完毕。不过socket可以根据soc_recv返回值等于0来判断接收数据结束。如果收到的是这个编码类型的内容，需要对接收到的数据进行处理。   七、MTK平台的S8类型的误导 MTK平台定义的两个数据类型U8和S8,一看名称我们可能会以为是unsigned char和signed char，但事实并非如此， typedef char         S8; typedef unsigned char U8;     MTK平台的char默认也是unsigned char类型的，soc_gethostbyname返回值类型是kal_int8（typedef signed char kal_int8;），如果S8或平台的char类型是有符号的字符型，那么，kal_int8和S8应该是等价的，但用S8类型变量作为soc_gethostbyname的返回值时，经常返回254导致域名不会被正常解析，其实应该返回SOC_WOULDBLOCK(-2),应该是阻塞码，将soc_gethostbyname返回值类型改为kal_int8后，就能正常处理域名解析了。这证明平台的S8类型及char类型默认是无符号的。

 

mtk平台camera流程原理（转+改）

以23C的平台为例子。   1. mmi_camera_entry_app_screen 进入MMI，CAMERA进行分配动态内存，供采集数据处理。 2. mmi_camera_entry_app_screen_internal，进入判断T卡等环境相关，---》CAMERA_ENTER_STATE（CAMERA_STATE_PREVIEW），进入预览状态，mmi_camera_entry_preview_state，获取用户的对CAMERA的设置参数，如大小，特效等参数。同时，注册进入CAMERA后的快捷键，为CAMERA的界面，画OSD层，画出左右软键到OSD LAYER的BUFFER中，通过该函数mmi_camera_preview_set_blt_layer合并OSD层和基层，通过函数gdi_layer_blt_previous实现把合并后的层数据刷到LCD上。 3. mmi_camera_preview_start，开始进入CAMERA预览状态，获得并初始化CAMERA驱动所要的设置参数(camera_setting_data),通过gdi_layer_push_and_set_active函数激活CAMERA的PREVIEW层，也就是预览时的BUFFER用来保存SENSOR输出的数据。 4. mdi_camera_preview_start， --》mdi_camera_preview_start_internal，设置好状态，准备打开SENSOR了，取得驱动需要的各种参数（cam_preview_data）， 5. media_cam_preview，发送消息到下层，通知打开SENSOR，设置好CAMERA预览的事件， 6. cam_preview_req_hdlr，下层开始启动CAMERA预览事件。   接下来，预览的刷屏都是通过SENSOR的VSYC接到中断上来实现的，每来个VSYC中断，把PREVIEW LAYER的BUFFER,经过YUV-RGB的转换，通过DMA配置来刷到LCD上。   由于MTK把刷屏的那部分没有开放，所以跟到6就跟不下去了，在6那里有几个CAM_SET_EVENT(CAM_EVT_PREVIEW);由于对MTK的操作系统不是很熟悉，不知道这句话是什么意思，#define CAM_SET_EVENT(evt_) do{                                                          /                               kal_set_eg_events(cam_context_p->cam_event, (evt_),KAL_OR);/                               CAM_SET_EVT(evt_,__LINE__);                                /                               } while(0) 预览过程中通过一个while循环不断发中断完成

 

 

 

 

 

 

mtk平台，相关问题总结

下面是在mtk平台，遇到的一些问题，我将其保存，大家可以看看: 编译前请将..customcommon vram_lid_statistics.h文件和tst文件夹的属性、plutommiCustomerCustomize下的GCML.txt改为可读写。 Release 版本的时候，MMI/MiscFramework/MiscFrameworkSrc/UCS2.c不能删除，因为，resgen要用倒ucs2.c 1:深路经覆盖浅路径文件 2:只有ADD_APPLICATION_MENUITEM,ADD_APPLICATION_MENUITEM2两种添加菜单方式 3:添加菜单的时候一定要,指定子菜单的个数 4:CmsWapMmsAdp.h文件中,如果是26项目,不要打开28开关 #define SUPPORT_MTK_6226 #if 0 #ifdef SUPPORT_MTK_6228 #define CMS_SURPPORT_PNG_BMP #endif #endif 5:Res_SAT.c中,如果用 移软的 库,要将 #ifndef CMS_NEW_APP ADD_APPLICATION_MENUITEM((SERVICES_WAP_MENU_ID,MAIN_MENU_SERVICES_MENUID,0,SHOW,NONMOVEABLE|SHORTCUTABLE,DISP_LIST, SERVICES_WAP_STRING_ID,SERVICES_WAP_IMAGE_ID)); #endif 注释掉 6:DataAccountDef.h中添加 #include "custom_mmi_default_value.h" 用来防止 #ifdef MAX_GPRS_USER_NAME_LEN #define MAX_GPRS_USERNAME MAX_GPRS_USER_NAME_LEN-1 #else #define MAX_GPRS_USERNAME 15 #endif #ifdef MAX_GPRS_PASSWORD_LEN #define MAX_GPRS_USERPASSWD MAX_GPRS_PASSWORD_LEN-1 #else #define MAX_GPRS_USERPASSWD 15 #endif 的偏差 7:头文件打不开,很可能在 make中的相应文件里,没有加这个路径 如：plutommi.inc文件中没有包含相应路径 8: user agent profile 在文件cmswapmmsadp.c 9:mtk 28, 在mms_send_message函数中，要将 MMS_SetMaxSize(gconfig.sendsize, gconfig.retrievesize); 放在 MMS_Init(); 之后，否则，发彩信会重启 10:mms_init_global_param此函数中设置了mms的相关参数， 还有 mms_init_pre_setting_file_chinamobile 改为gconfigtemp.gprs_mode =4 [2 wap] wap里的wap_init_pre_setting_file_chinamobile函数 帐号改为gWapTemp.gprs_mode = 14//WAP_SERVICE_CHINAMOBILE+GSM_NET_ACCOUNT; 11：cmswapmmsadp.h中有wap，mms相关设置 12:将开关 #if defined(CMS_NEW_APP) || defined(MMS_SUPPORT) #define __MMI_STATUS_ICON_MMS__ #endif 打开，否则来彩信的时候没有未读图标 13:收发彩信的时候，底下的白色部分 修改mmi_mms_show_send_receive_status函数中的 UI_fill_rectangle(0,MMS_PROGRESS_INDICATOR_HEIGHT,UI_device_width-1, 10,UI_color(255,255,255)); 14: 我们发了新版本给贵方,如果需要打trace请在手机上开启trace,方法: 1:Idle->输入*#34364#,选择第2项设备，--〉7项，set uart->1项 TST Config-〉 uart port选择uart1完成，重启 15:gif重复播放，gif图像消失的解决方式 （1）在播放前添加 gdi_image_gif_reset(); 16:Idle 来短信 进入了短信inbox，没有进合一接口 #if defined(CMS_NEW_APP)&&defined(SUPPORT_SMSMMS_COMBINE) extern void mmi_mms_entry_inbox(void); #endif void mmi_msg_exit_inbox_list_dummy(void) { memset(&currHistory, 0, sizeof(currHistory)); #if defined(CMS_NEW_APP)&&defined(SUPPORT_SMSMMS_COMBINE) currHistory.scrnID = SCR_ID_MMS_INBOX; #else currHistory.scrnID = SCR_ID_MSG_INBOX_LIST; #endif SetMessagesCurrScrnID(0); g_msg_cntx.MessagesScrnIdToDelHistoryNodes = SCR_ID_MSG_INBOX_LIST; g_msg_cntx.MessagesScrnIdDelUptoHistoryNodes = SCR_ID_MSG_INBOX_LIST; #if defined(CMS_NEW_APP)&&defined(SUPPORT_SMSMMS_COMBINE) currHistory.entryFuncPtr = mmi_mms_entry_inbox; #else currHistory.entryFuncPtr = mmi_msg_entry_inbox_list; #endif 17：filter.txt文件用于模拟器的编译，此文件中定义的开关，都将被模拟器过滤掉，所以如果第三方release的软件不能支持模拟器就要将其在模拟器上过滤掉 18: MTK23：我们模拟器在开机无法正常启动时，可以将MTK23_07AW0736MPmodisWIN32FSDRIVE_CNVRAMNVD_DATA下的数据文件全部清除，在从新启动模拟器，一般都可以成功启动。这是因为我们在修改nvram值的时候，这个目录下的值没有从新生成，所以会出现错误 19:editor出现滚动条覆盖虚拟键盘的情况，有可能是mmi_pen_editor_vk_show（）中算的changed_height不对 20：去掉手机触摸屏校验在PhnsetNeedFactoryDefaultCalibration（）中 21:recorder在退出的时候，要清除与hmchip之间所注册的handler 此外：mdi_video_rec_save_file（）中一句代码不应该注释掉，记得要打开media_vid_file_merge（） vis_merge_recorder_file（）是用来保存视频文件的 22：recorder在stop的时候，没有stop preview，所以我们要加上stop preview的消息，然后我们还需要close file。media_vid_close（）是player用的 23默认支持超级终端，如果要使用Mtk的Trace，设置步骤: 1 . 输入*#3646633#,进入工程模式 2. DeviceSet UART Trace setting 选择Trace setting ON 手机重起之后就可以了 3. 如果只关心cdma_print 的Trace信息。只选择MOD_DISPATCH模块即可 24：指定模拟器heap大小，ZM300 300指定义的大小（手写时候出现的问题） 25：手写在imeres.c中，参数 IME_HAND_WRITING_ATTRIB(MMI_FALSE, IME_HAN_WRITING_INVALID_INPUT_MODE, GUI_VIRTUAL_KEYBOARD_TRAY, PEN_EDITOR_SIMPLIFIED_CHINESE)中 PEN_EDITOR_SIMPLIFIED_CHINESE用于在手写时，获取当前的输入法后，此参数将被mmi_pen_editor_get_hand_writing_type_by_input_mode（）返回并传给手写模块，用于识别当前输入法，给出相近文字 26：手写可以用库来调试，步骤如下： 1：用wentonginterface.c替换掉原来的文件，并将WTRecognizeUShort定义换为WTRecognize。 #ifdef DEBUG_IN_WIN32_FOR_HANDWRIGING WTError WTRecognize(unsigned short * PointData,short PointsNumber,unsigned short *CandidateResult,char *RamAddress); #else WTError WTRecognizeUShort(unsigned short * PointData,short PointsNumber,unsigned short *CandidateResult,char *RamAddress); #endif 2：RecoCore.obj为手写模拟器的库，加入即可。此过程遇到模拟器heap大小问题，如25所示修改 27:修改editor默认输入法的时候，在Nvram_cust_pack.c中数组 kal_uint8 const NVRAM_CACHE_SHORT_DEFAULT[NVRAM_CACHE_SIZE]= { } 中修改 0x0E, 0x00, 记住此时还需修改 0x0E, 0x00, 后者用于恢复出厂设置的时候，系统来取值 修改nvram的时候，要相应升级custom_nvram_editor_data_item.h中， #define NVRAM_EF_CACHE_SHORT_LID_VERNO "004" 我们现在发现一个问题，如果我们修改了nvram里面的一个默认设置的值，如果我们不修改对应的版本号的话，在升级手机的时候就必须要format才可以正常读出我们新设置的值，但是在实际的操作中，这样会把经过硬件校准过的数据清除掉（尤其是客户在量产后进行升级），会造成一些预想不到的错误，所以请大家在修改了nvram的值以后，一定要修改相应的版本号。举例如下： 如果我们修改了：NVRAM_EF_PHB_COMPARE_DIGIT_DEFAULT 那应该同时修改与其对应的NVRAM_EF_PHB_COMPARE_DIGIT_LID的版本：VER(NVRAM_EF_PHB_COMPARE_DIGIT_LID)即：NVRAM_EF_PHB_COMPARE_DIGIT_LID_VERNO 一般的情况，我们修改的方法是：增加一个版本号 请各个review leader在给大家review的时候一定要注意这个问题。 28： 将lib解开的命令 ar -x custom.lib 将文件打包成lib的命令 ar -crus custom.lib *.obj 29：vc模拟器出现error LNK2005错误，如： mstdXXXX.lib(afxmem.obj) : error LNK2005: "void __cdecl operator delete(void *)" (??3@YAXPAX@Z) already defined in LIBCD.lib(delop.obj) 这是因为两个vc库冲突，把后者LIBCD.lib在vc设置中屏蔽掉即可。 方法如下： Vc设置==》link==》选择input选项，在ignore libraries中写上LIBCD.lib（要屏蔽的库） 即可 30：mtk底层声音转换在InitializeResourceVariables（）函数中，诸如： resource_tones= resource_midis =