在symbian上随心控制红外线（5） ------ 常用的红外控制协议 Saturday, October 10, 2009

 Philips RC-5 Protocol
http://blog.csdn.net/mickeyfirst/archive/2008/01/27/2069017.aspx

Philips RC-6 Protocol 

http://blog.csdn.net/mickeyfirst/archive/2008/01/28/2070507.aspx

NEC协议
http://blog.csdn.net/mickeyfirst/archive/2008/01/28/2070588.aspx

Philips RC-MM protocol
http://blog.csdn.net/mickeyfirst/archive/2008/01/28/2070508.aspx

在symbian上随心控制红外线（6）

 

在symbian上随心控制红外线（7） ------ 答疑篇

1. They have to do with the remote control protocols.
   Signal gap is the delay between each signal that the remote sends.
   Signal length is how many 0s and 1s are sent for each code.
   Repeat codes are used by some remotes to indicate that you're holding a button down -- instead of just sending the same key over and over, it sends the key once and then sends a special code that indicates it's being held.
2. Typical remote controls use a 38KHz carrier wave for modulation, and that normally has a 50% duty cycle.

一个浮动的小窗口

注意蓝色的小框，那个小窗体可以到处拖动，本来想拷贝一个在standby上拖动的。一忙给忘了，现在也懒得再弄了。

至少可以在上面放个钟表

2008-9-16 今天看到在https://developer.sonyericsson.com/site/global/techsupport/tipstrickscode/symbian/p_symbian_0801.jsp也有一个实现，这个是2004年就实现了。

symbian手机启动过程

最近两个星期一直都搞手机启动的流程。从boot strap直到standby出现。
大体的流程是boot strap----〉加载kernel-----〉基础初始化阶段，主要是初始化文件系统、加载本地化设置、设置基本的硬件信息和为下一个阶段的启动做准备------〉系统初始化阶段，加载app server和engine等等------〉完成启动。
这是一个大体的流程，因为涉及太多没有public的信息，只能写这么多纪念一下这些天的努力。
下个阶段用2-3周时间把application 框架再看看，就进入多媒体架构。
2008.2.15
发现了一本非常好的书《Symbian.OS.Internals.Real.time.Kernel.Programming》，这本书有一章讲bootup。不过需要注意各个公司的phone的启动过程都会有些差别。

2009.08.11

在kernel启动过程中要做如下工作：
1》 分4个阶段初始化asic/variant
2》 分2个阶段初始化memory model
3》初始化中断和异常
4》创建kernel object containers并创建头节点
等等，大体是13个必须要做的任务
在不同类里面的initX函数代表不同的对象的不同启动阶段，显然init是initialize的意思，后面的数字代表不同的阶段。比如asic/variant最后一个初始化Init3主要打开系统tick，就是大家常说的滴答时钟，以及毫秒计时器。
需要说明的是这些不同对象的不同启动阶段是交替完成的，比如只有在asic/variant初始化了协调处理器后，才能初始化Memory model；然后才能进入asic/variant的第二个初始化阶段。他们都是前后依赖的。


Kernel中运行的线程以及功能

QWERTY,QWERTZ和AZERTY

1> QWERTY
现在通用的QWERTY键盘，以键盘第一排字母的左边6个字母而得名。

2> QWERTZ

3> AZERTY

怎么从Symbian申请UID

W930.1   验证了一下，下面的方法还是可以用的，就是页面变化了而已。

W828.2. notice: 由于signed已经转移到了fundation名下，所以以下的方法可能不好用了

   
 申请账号比较容易，按照要求的格式写好email发给symbian sign小组就可以了。大约需要等来3到4个工作日就可以得到。我是一次就成功了，所以不知道申请不成功是个什么样子，是不是symbian也会回个email告知没有成功？请遇到过的同学告诉一声。

我看有的论坛上说，最好不要用公共电邮发，比如yahoo，gmail等，用公司的email比较容易成功。

    下面说说怎么申请UID

1．申请UID

    在https://www.symbiansigned.com/，用申请到账号登陆后，选择“My Symbian Signed”，如下图中1
 

        然后选择“UIDs à Request ”，就会出现上图那样的页面，按照你自己软件的要求选择不同类型的UID，在当前页面中有关于不同类型的详细介绍。我选择的是“Protected Range”，就是图中3。

       接下来出现如下页面：

 

在这个页面，有两项是必须要填的。其中组织名称（Organization name）最好与你申请账号时填写的一致。数量（Quantity）可以随便填，不大于20就成。

然后选择“Submit”。

这时候会出现一个页面，上面就list了你申请的UID。我没有保存那个页面，所以没法演示给大家看了。

      注意UID不是通过e-mail发给申请人的，而是直接在提交后的页面给出。因为在这几步总是出现Internet错误页面，而且我在申请的时候没有仔细看帮助，所以误以为已经发送申请给Symbian了，只要等email就可以。后来我不停地submit，总算是成功给了3个保护的UID！

OMA结构及业务范围

 

2002年6月，OMA（Open Mobile Alliance，移动开放联盟）在Open Mobile Architecture initiative和WAP Forum的基础上组建成立。到目前为止，已经有200多家世界领先的移动运营商、生产厂商和服务提供商加入。而且下面6家知名的组织已经被合并到OMA：

Ø         Location Interoperability Forum (LIF)

Ø         SyncML Initiative

Ø         Multimedia Messaging Interoperability Process (MMSIOP)

Ø         Wireless Village

Ø         Mobile Gaming Interoperability Forum (MGIF)

Ø         Mobile Wireless Internet Forum (MWIF)

1.   OMA的主要任务

1)        Deliver high quality, open technical specifications based upon market requirements that drive modularity, extensibility, and consistency amongst enablers to reduce industry implementation efforts.

2)        Ensure OMA service enabler specifications provide interoperability across different devices, geographies, service providers, operators, and networks; facilitate interoperability of the resulting product implementations.

3)        Be the catalyst for the consolidation of standards activity within the mobile data service industry; working in conjunction with other existing standards organizations and industry fora to improve interoperability and decrease operational costs for all involved.

4)        Provide value and benefits to members in OMA from all parts of the value chain including content and service providers, information technology providers, mobile operators and wireless vendors such that they elect to actively participate in the organization.

简单地说就是收集市场需求并制定规范，清除互操作性发展的障碍，并加速各种全新的增强型移动信息、通信和娱乐服务及应用的开发和应用。OMA代表了无线通信业的革新趋势，它鼓励价值链上所有的成员通过更大程度地参与行业标准的制定，建立更为完整的、端到端的解决方案。

2.   OMA组织结构及工作范围

2.1    组织结构

图表 1 OMA组织结构

2.2    工作范围

每个group的工作范围可以从http://www.openmobilealliance.org查找到。

在这里我只说一下DM（Device Management）和DS（Device Synchronization）的工作范围。DM和DS最初本来是作为一个工作组（DSDM）在OMA开展工作，后来由于在DM方面不断出现新的内容，OMA将这个领域的工作分为这两个工作组。

2.2.1      Device Management

1)        设备管理的协议和机制 （Protocols and mechanisms for management of devices）

2)        设备初始化配置参数的设置 （Setting of initial configuration data in devices）

3)        设备静态存储参数的更新 （Updates of persistent data in devices）

4)        从设备中获得管理数据 （Retrieval of management data from devices）

5)        处理设备产生的事件和警报 （Processing events and alarms generated by devices）

2.2.2      Device Synchronization

1)        数据同步规范（Specifications for data synchronization）

2)        开发相似于SyncML技术的规范，但是并不受限制于SyncML （Develop similar specifications, including but not limited to SyncML technology）

3)        Conformance specifications and a set of best practices

ds&dm到底包含了哪些协议

Device management is the generic term used for technology that allows third parties to carry out the difficult procedures of configuring mobile devices on behalf of the end user (customer). Third parties would typically be wireless operators, service providers or corporate information management departments. Through device management, an external party can remotely set parameters, conduct troubleshooting servicing of terminals, install or upgrade software.

OMA Device Management  V1.2 - Status: Approved Enabler- Release Date: 2007-02-09
Enabler Package		OMA-ERP-DM-V1_2-20070209-A.zip
ERELD	Enabler Release Definition for OMA Device Management	OMA-ERELD-DM-V1_2-20070209-A.pdf
Req Doc	Device Management Requirements	OMA-RD-DM-V1_2-20070209-A.pdf
Specifications	Device Management Bootstrap	OMA-TS-DM_Bootstrap-V1_2-20070209-A.pdf
	Device Management Notification Initiated SessionNotification Initiated Session	OMA-TS-DM_Notification-V1_2-20070209-A.pdf
	Device Management Protocol	OMA-TS-DM_Protocol-V1_2-20070209-A.pdf
	Device Management Representation Protocol	OMA-TS-DM_RepPro-V1_2-20070209-A.pdf
	Device Management Security	OMA-TS-DM_Security-V1_2-20070209-A.pdf
	Device Management Standardized Objects	OMA-TS-DM_StdObj-V1_2-20070209-A.pdf
	Device Management Tree and Description Serialization	OMA-TS-DM_TNDS-V1_2-20070209-A.pdf
	Device Management Tree and Description	OMA-TS-DM_TND-V1_2-20070209-A.pdf
DTD	DM Device Description Framework (OMA-DMDDF)	OMA-SUP-dtd_dm_ddf-V1_2-20070209-A.dtd
Support Files	Application Characteristic for OMA Device Management	OMA-SUP-ac_w7_dm-V1_0-20070209-A.txt
	Device Management detail information management object	OMA-SUP-MO_DM_DevDetail-V1_2-20070209-A.txt
	Description of the Device Management information management object	OMA-SUP-MO_DM_DevInfo-V1_2-20070209-A.txt
	Device Management Account management object	OMA-SUP-MO_DM_DMAcc-V1_2-20070209-A.txt

 

The Open Mobile Alliance Data Synchronization V1.1.2 specifications are based on the SyncML Initiative v1.1.1 Data Synchronization specifications and make use of the OMA SyncML Common v1.1.2 specifications as specified in the OMA SyncML Common specifications Enabler Release Definition [ELREDSC]. The OMA Data Synchronization v1.1.2 Enabler Release release provides for the definition and promotes a set of universal specifications for data synchronization.

OMA Data Synchronization V1.2 - Status: Approved Enabler -  Release Date: 2006-07-10
Enabler Package		OMA-ERP-DS-V1_2-20060710-A.zip
ERELD	Enabler Release Definition for Data Synchronisation	OMA-ERELD-DS-V1_2-20060710-A.pdf
Specifications	Email Data Object Specification	OMA-TS-DS_DataObjEmail-V1_2-20060710-A.pdf
	File Data Object Specification	OMA-TS-DS_DataObjFile-V1_2-20060710-A.pdf
	Folder Data Object Specification	OMA-TS-DS_DataObjFolder-V1_2-20060710-A.pdf
	SyncML Data Synchronisation Protocol	OMA-TS-DS_Protocol-V1_2-20060710-A.pdf
	SyncML Representation Protocol, Data Synchronization Usage	OMA-TS-DS_DataSyncRep-V1_2-20060710-A.pdf
	SyncML Device Information	OMA-TS-DS_DevInf-V1_2-20060710-A.pdf
Support Files	DTD for OMA Data Synchronization Device Information	OMA-SUP-DS_DevInf_DTD-V1_2-20060710-A.zip
	Application characteristics for OMA Data Synchronization	OMA-SUP-DS_W5AppChar-V1_2-20060710-A.zip

The Open Mobile Alliance SyncML Common V1.2.x specifications are based on the OMA SyncML Common V1.1.2 specifications with the addition of previous requirements and change requests identified in the SyncML Initiative..

 

The OMA SyncML Common Specifications include documents which define the binding requirements for communicating SyncML over various transports. Although SyncML is transport independent, a set of common bindings is defined to encourage interoperability.

OMA SyncML Common Specification V1.2.1 - Status: Approved Enabler - Release date: 2007-08-13
Enabler Package		OMA-ERP-SyncML-Common-V1_2-20070813-A.zip [2.2 MB]
ERELD	Enabler Release Definition for SyncML Common Specification	OMA-ERELD-SyncML_Common-V1_2_1-20070813-A.pdf
Specifications	SyncML HTTP Binding	OMA-TS-SyncML_HTTPBinding-V1_2_1-20070813-A.pdf
	SyncML Meta Information	OMA-TS-SyncML_MetaInfo-V1_2_1-20070813-A.pdf
	SyncML OBEX Binding	OMA-TS-SyncML_OBEXBinding-V1_2-20070221-A.pdf
	SyncML Representation Protocol	OMA-TS-SyncML_RepPro-V1_2_1-20070813-A.pdf
	SyncML Server Alerted Notification	OMA-TS-SyncML_SAN-V1_2_1-20070813-A.pdf
	SyncML WSP Binding	OMA-TS-SyncML_WSPBinding-V1_2-20070221-A.pdf
Support Files	Document Type Definition	OMA-SUP-DTD_SyncML_MetaInfo-V1_2-20070221-A.txt
	Document Type Definition	OMA-SUP-DTD_SyncML_RepPro-V1_2-20070221-A.txt