在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

数据同步协议---SyncML入门

 

 概述      

      SyncML是目前行业通用的移动数据同步化协议。它由SyncML initiative制定，是一种开放性协议。SyncML initiative最初由行业先锋Ericsson, IBM, Lotus, Motorola, Nokia, Palm Inc., Psion, Starfish Software初创，Matsushita最近也加入其中，使其会员达到9家。另外还有555家支持公司。SyncML initiative的目的就在于，与终端用户、设备开发商、数据提供商、基础构件开发商、应用软件开发商及服务提供商协同工作，以真正实现使用任何终端设备均可随时随地访问任何网络数据。 

       有了SyncML，用户就可以在他的移动设备上更多地使用应用软件和信息，如果对这些软件和信息有所更新，可以随时将这些更新同步化给办公室设备或同步化到网络上；另外，例如，当移动设备用户通过电子邮件收到定单时，就可以立即使用同一移动设备访问公司的存货系统，以确定发货日期。无疑这将更加促进移动设备的流行与普及。          
         要实现上述目的，SyncML协议应具备这样几种特征：一、对无线和有线网络均有效；二、支持任意网络数据；三、支持多种传输协议；四、能够从多种应用软件入手访问数据；五、解决移动设备资源有限问题；六、建立在现有的Internet和网络技术基础之上；七、协议最基本也要做到，使得所有设备能够达到最普通的同步化要求。

协议构成     

        2002年11月，SyncML initiative合并到了OMA（Open Mobile Alliance）。原有的SyncML标准被OMA整理分割成三个部分：SyncML common specification, Data synchronization specification（DS）和Device Management specification（DM）。每个部分都包含了一系列的标准，你可以在“ds&dm到底包含了哪些协议”找到他们的最新版本，这里还有下载地址。免费的！！嗬嗬，从现在开始我们把这些协议统称为OMA SyncML。

       OMA将原来SyncML中同步和设备管理标准中公用的部分提取出来组成了SyncML common specification，彼此不同的部分仍然保留在各自的协议中。所以你会看到一些奇怪的现象，比如SyncML common specification，DM和DS中都包含了一个representation protocol，这下明白了吧？DM中的representation protocol和DS中的没有任何重叠部分，他们两个公用SyncML common specification中的representation protocol。     

       OMA SyncML从功能角度可以划分为四大部分：

1.         XML-based representation protocol

2.         OMA SyncML common

   3.         OMA Data Synchronization和OMA device Management

   4.         Tansprot binding for protocol

        

当前状态

         2006年7月份刚发布了DS 1.2版本。

         2007年2月份刚发布了DM 1.2版本，正在进行DM 1.2.1修订工作，同时在准备DM 2.0的工作，预计明年初启动。

 

如何掌握

       要想学习了解这些协议必须要有xml基本约定以及xml dtd的相关知识背景。我建议开始的时候不必深入研究representation protocol 和 meta protocol，把它当字典用就可以。

远程同步体验

  

  下面我们来体验一下远程同步。：）

    首先登陆https://www.mobical.net，注册一个账号，密码通过sms发送给你。按照提示选择手机的型号，然后一步步完成设置。这个时候网站会将配置信息发到你的手机，自动完成手机设置（这也是通过OMA的一个标准实现的）

    如果没有配置信息送来，那就需要手动设置了，下面以w950为例子说明：

1〉主菜单-----工具-----同步

2〉新建

3〉按照下面输入。用户名和密码用自己的

4〉保存

5〉这时候会出现如下界面。Se只支持这5个软件的同步

6〉选择一个要同步的选项，一个设置对话框出现

这里需要设置Database，不同软件对应的数据库名称网站里面有提示。通讯录对应的是con。

这就算设置好了，开始体验吧