MTK短消息编程

来源：互联网发布：des算法加密运算过程编辑：程序博客网时间：2024/06/05 06:00

1.获取短消息,

MTK没有专门用于获取短消息内容的函数,这给我们操作短消息带来了不便.比如有时我们需要分析短消息的内容,再比如有时要把短消息写入T卡了,再或者有时要把某条短消息显示到某些应用场合了,这时就需要获取短消息的内容.这里提供一个我经常使用的接口:

#include "SMSApi.h"
#include "med_utility.h"
extern unsigned short mmi_frm_sms_show_list_index[];
S8 g_sms_buffer[160] = {0};
char *ConvertString(char * str)
{
char temp;
int i;
       int len = wstrlen(str);

for (i = 0; i < len ; i += 2)
{
            temp = str[i];
      str[i] = str[i+1];
      str[i+1] = temp;
}

return str;
}
int wstrlen(char * txt)
{
int lenth=0;
unsigned char * ss=(unsigned char*)txt;

while(((*ss<<8)+*(ss+1))!=0)
{
lenth+=2;
ss+=2;
}
return lenth;
}

void my_msg_get_msg_rsp(void* data, module_type mod, U16 result)
{
//U8 type=*(U8*)data;
EMSData* pEms;
int len = 0;

GetEMSDataForView (&pEms, 0);

len = wstrlen((char *)(pEms->textBuffer))+2;

//把获取的信息复制到g_sms_buffer以备使用
if (len < 20)
{
  memcpy(g_sms_buffer, pEms->textBuffer, len);
}
else
{
  memcpy(g_sms_buffer, pEms->textBuffer, 20);
}
}
// type: MMI_FRM_SMS_APP_INBOX, MMI_FRM_SMS_APP_OUTBOX, MMI_FRM_SMS_APP_DRAFTS
// index: 0~0XFF
S32 my_msg_get_msg_req (U8 type, U16 req_index, E_MTPNP_AD_FILTER_RULE cur_sim)
{
int count =0;
U16 index;
/* disallow re-entering SMS application when there is a pending SMS job running in the background */
if(mmi_frm_sms_check_action_pending())
{
  return 1;
}

#ifdef __MMI_DUAL_SIM_MASTER__
if(cur_sim == MTPNP_AD_FILTER_MASTER)
{
  MTPNP_AD_SMS_Set_Filter_Rule(MTPNP_AD_FILTER_MASTER);
  count =MTPNP_PFAL_SMS_Get_SMS_List_Size(type);
}
else
{
  MTPNP_AD_SMS_Set_Filter_Rule(MTPNP_AD_FILTER_SLAVE);
  count = MTPNP_PFAL_SMS_Get_SMS_List_Size(type);
}

if((count <=0)||(req_index >= count))
{
  return -1;
}

MTPNP_PFAL_SMS_Set_Current_Index(req_index);
index = mmi_frm_sms_show_list_index[req_index];
#else
index = req_index;
#endif

mmi_frm_sms_read_sms(my_msg_get_msg_rsp, MOD_MMI, type, index, MMI_TRUE);

return 0;
}

2.发短信,有时我们需要向网络或者别的基站发送一条自填充内容的短信.比如订阅某种服务,或者查询话费,或者定时发送短信,或者拒接电话时给MT发一条提示短信等场合.函数有5个参数,mobileNo为手机号码,ASC类型字串,mobileNoLen号码长度,smsMsg短消息内容,应为UCS2编码,smsMsgLen长度,simid双卡情况下,0为主卡,1为副卡

#include "SMSApi.h"
#include "ProtocolEvents.h"
#ifndef __MMI_DUAL_SIM_MASTER__
void my_send_sms(S8 mobileNo[], U32 mobileNoLen, U8 smsMsg[], U32 smsMsgLen)
#else
void my_send_sms(S8 mobileNo[], U32 mobileNoLen, U8 smsMsg[], U32 smsMsgLen,
U8 simid)

#endif
{

mmi_sms_send_msg_req_struct *sendSms;

sendSms = (mmi_sms_send_msg_req_struct*)OslConstructDataPtr(sizeof(*sendSms));

sendSms->dcs = SMSAL_UCS2_DCS;
sendSms->udhi = 0;
sendSms->length = smsMsgLen;
memset(sendSms->msg,0,SMSAL_MAX_MSG_LEN);

memcpy(sendSms->msg,smsMsg,sendSms->length);

sendSms->profile = 0;
sendSms->para = 0;
sendSms->reply_index = MMI_FRM_SMS_INVALID_INDEX;
sendSms->dest.type = CSMCC_DEFAULT_ADDR_TYPE;
memset((S8*)sendSms->dest.number,0,MAX_CC_ADDR_LEN);

sendSms->dest.length = mobileNoLen;
memcpy(sendSms->dest.number,mobileNo,sendSms->dest.length);

sendSms->seq_num = 0;
sendSms->mms_mode = 0;

// simsp_set_sms_ProtocolEventHandler();
#ifndef __MMI_DUAL_SIM_MASTER__
mmi_frm_sms_send_message(MOD_MMI,MOD_L4C,0,PRT_MSG_ID_MMI_SMS_SEND_MSG_REQ,(
oslParaType*)sendSms,NULL);

#else//__MMI_DUAL_SIM_MASTER__

if(simid == 0)
{
mmi_frm_sms_send_message(MOD_MMI, MOD_L4C, 0,PRT_MSG_ID_MMI_SMS_SEND_MSG_REQ
, (oslParaType *)sendSms, NULL);

}
else
{
MTPNP_PFAL_Send_Message_Segment((void *)sendSms);
}
#endif//__MMI_DUAL_SIM_MASTER__

MTK软件行业有一个岗位，叫做MMI工程师，专门为mmi设置一个岗位就可知道MMI模块在mtk中的核心处理地位，当然他的地位也就决定了他的事务繁忙，mmi需要接收和处理所有其他task的消息，并在界面上进行相应的表现，这个数据量是相当大的。比如media层，L4层等。

mmi task对其他task之间的交互数据实在太多，任务繁重，如果让你设计你将如何设计此功能呢？我是想不出来的。不过我还是觉得应该所有的操作系统应该都会处理上述的需求，只不过对外表现的复杂度不同而已，我们不应该被物质外在的复杂而迷惑。

MTK_MMI协议栈的设计很好的处理了多TASK给MMI_task的消息调度，同时实现各task与mmi_task之间的功能抽象，也就是说其他task做了相应的处理就把处理的结果发送给mmi即可，大可不必去管mmi_task是怎么处理这些消息的。一般我们较多的处理的是L4层和mmi层之间传递的消息。

对于一个task来说，需要做的是：1.定义一个消息，2.发送消息，3.接收消息并处理消息所承载的动作。

（这一部分可以参考我的博文《创建MTK_task的demo》http://www.cnblogs.com/zhangsufeng/archive/2010/08/16/1801042.html）

mmi_task的协议栈处理的是第三条需求，其需要的处理接口（用例）：1.设置消息所承载的动作 2.执行消息所承载的动作 3.取消消息所承载的动作 4.清除所有消息所承载的动作。

这一部分MTK的设计可以见mmi_frm_events_gprot.h定义

2 extern void mmi_frm_execute_current_protocol_handler(U16 eventID, void *MsgStruct, int mod_src, void *Message); /* execute current protocol func handler */
3 extern void mmi_frm_set_protocol_event_handler(U16 eventID, PsIntFuncPtr funcPtr, MMI_BOOL isMultiHandler);
4 extern void mmi_frm_clear_protocol_event_handler(U16 eventID, PsIntFuncPtr funcPtr);
5 extern void mmi_frm_clear_all_protocol_event_handler(void);
6 #ifdef __MMI_DUAL_SIM__
7 extern void mmi_frm_set_slave_protocol_event_handler(U16 eventID, PsIntFuncPtr funcPtr, MMI_BOOL isMultiHandler);
8 extern void mmi_frm_clear_slave_protocol_event_handler(U16 eventID, PsIntFuncPtr funcPtr);
9 extern void mmi_frm_clear_all_slave_protocol_event_handler(void);
10 #endif /* __MMI_DUAL_SIM__ */

针对协议栈的处理，MTK的优美代码是给出了一个清晰简洁的实现方式。其操作方式可能如下：

1.其所有消息的ID定义在stack_msgs.h中的enmu msg_type中(另一个MMI_stack_msgs.h为cplus环境下的消息，Venus_Ui下可能会用到)

2.MTK开辟了一个很大得数组来定义其核心的接口数据，实现高聚低耦

1 /*****************************************************************************
2  * Global Variable
3  *****************************************************************************/
4 PseventInfo protocolEventHandler[MAX_PROTOCOL_EVENT];
5 #ifdef __MMI_DUAL_SIM__
6 PseventInfo SlaveProtocolEventHandler[MAX_SLAVE_PROTOCOL_EVENT];
7 #endif /* __MMI_DUAL_SIM__ */
8
9 /* static event table info, e.g. table pointer, num. of table items */
10 const mmi_frm_event_static_info_struct g_event_table_static_info[EVENT_TABLE_END] = {
11     {protocolEventHandler, sizeof(protocolEventHandler)/sizeof(PseventInfo)},
12 #ifdef __MMI_DUAL_SIM__
13     {SlaveProtocolEventHandler, sizeof(SlaveProtocolEventHandler)/sizeof(PseventInfo)},
14 #endif
15 };
16
17 /* runtime event table info, e.g. used and max. size */
18 mmi_frm_event_runtime_info_struct g_event_table_runtime_info[EVENT_TABLE_END];

g_event_table_static_info来存储所有的消息，g_event_table_runtime_info来存储运行时承载动作的消息数目信息(主要用来减少匹配消息时的计算事件)，两者相互配合来完成整个消息处理的需求（

这个设计里MTK 考虑到__MMI_DUAL_SIM__ 双卡模式下的处理）。有一点需要注意就是MAX_PROTOCOL_EVENT和MAX_SLAVE_PROTOCOL_EVENT是在程序里固定的数据，在自己创建消息时要小心这个数组越界。

对应的结构体设计如下：

/*****************************************************************************
* Typedef
*****************************************************************************/
typedef void (*PsFuncPtr) (void *);

/* Async PRT event information struct */
typedef struct _PseventInfo
{
    PsFuncPtr entryFuncPtr;
    U16 eventID;    /* for timer & hardware events      */
    U8 flagMulti;   /* is multi-handler or not */
} PseventInfo;

typedef struct _PIntseventInfo
{
    U16 eventID;    /* for timer & hardware events      */
    PsIntFuncPtr entryIntFuncPtr;
    PsIntFuncPtr postIntFuncPtr;
} PsInteventInfo;

/* enum event table */
typedef enum {
    EVENT_TABLE_MASTER,     /* main table */
#ifdef __MMI_DUAL_SIM__
    EVENT_TABLE_SLAVE,      /* table for dual sim */
#endif
    EVENT_TABLE_END
} mmi_frm_event_table_enum;

/* static info of event table (may declared as const) */
typedef struct {
    PseventInfo *table;     /* pointer to event table */
    U16 num_of_events;      /* number of events (table size) */
} mmi_frm_event_static_info_struct;

/* runtime info of event table */
typedef struct {
    U16 max_events;     /* max. count of events used*/
    U16 used_events;    /* count of currently used events */
} mmi_frm_event_runtime_info_struct;

空间申请好了，下一步就是对这块空间的利用来实现相应的需求。

3.抽象出来的共有接口:消息匹配

函数原型：

S16 mmi_frm_search_event(
            mmi_frm_event_table_enum tableType,
            U16 eventID,
            PsFuncPtr* pFuncPtr,
            S16 startIdx,
            MMI_BOOL doSwap,
            S16 *pNextIdx,
            S16 *pFirstEmptyIdx,
            MMI_BOOL *pIsMultiInTable)；

给定消息去协议栈中进行匹配，事件pFuncPtr非空时也要匹配消息所载事件为pFuncPtr，返回消息所处的位置index

4.设置消息所承载的动作

其实现函数原型是：

void mmi_frm_set_protocol_event_handler_int(mmi_frm_event_table_enum tableType, U16 eventID, PsFuncPtr funcPtr, MMI_BOOL isMultiHandler);

isMultiHandler表示一个消息在主卡或副卡上承载多个处理动作，其他参数比较容易理解。

5.执行消息所承载的动作

这一部分实现是在void MMI_task(oslEntryType *entry_param)中

   ProtocolEventHandler(
                                    (U16) Message.oslMsgId,
                                    (void*)Message.oslDataPtr,
                                    (int)Message.oslSrcId,
                                    (void*)&Message);

其直接调用的也即是函数：

void mmi_frm_execute_current_protocol_handler(U16 eventID, void *MsgStruct, int mod_src, void *Message);

(如果你想得到mmi处理的对自己有用的消息，你可以在模拟器这个函数里面设置断点)

6.取消消息所承载的动作

void mmi_frm_clear_protocol_event_handler_int(mmi_frm_event_table_enum tableType, U16 eventID, PsFuncPtr funcPtr);

7.清除所有消息所承载的动作

void mmi_frm_clear_all_protocol_event_handler(void);

作者：张素丰，转载请注明出处：http://www.cnblogs.com/zhangsufeng/archive/2010/09/17/1828545.html

这个函数的实现代码写的实在相当完美和严谨，从中可以汲取不少编程的技巧。现在开始重新思考：如果让我来实现这个功能，我又将如何来实现呢？

目前的答案是：我根本就不知道如何去实现~~~希望自己以后也能用的上这样的架构。。

(相应代码考虑版权问题，请自行在自己的工程中查看代码，谢谢！)

来自这里：

http://www.cnblogs.com/zhangsufeng/archive/2010/09/17/1828545.html

http://www.guaiguaier.com