exoSip 开发者手册 1 扩展的eXosip协议栈 1.1 如何初始化libeXosip2 当使用eXosip时，你的首要任务是初始化eXosip上下文和libosip库（语法分析器和状态机）。这是在使用libeXosip2之前一定要完成的。 include
微服务开发手册 Document serial number【KKGB-LBS98YT-BS8CB-BSUT-BST108】
微服务开发手册 1．开发说明 ●所有服务均基于springboot框架开发。Springboot内嵌了tomcat服务器，无需生成war包，并简化了maven配置，能够让开发者快速入手spring的开发。 ●服务的接口定义需严格符合restful规范。rest规范参考第2节 ●所有服务都需要在注册服务上注册，否则不能被其他服务所调用。同时平台也能够实时监测服务的状态，能够及时预警及调度资源。 ●所有服务的配置信息统一保存于gitlab上，并通过配置服务获取配置。 ●对数据库的操作统一采用MyBatis框架。MyBatis是个支持普通SQL查询，和高级映射的优秀框架。Springboot也提供了mybatis的集成方案，可以很快捷地整合mybatis到项目中。 ●包名约定：所有包均以com.drht.服务名为父包名 ●所有项目基于jdk1.8来开发。项目的管理与构建采用maven，代码统一托管于gitlab 仓库。 2．restapi接口规范 springboot接口设计需符合restful风格。在RESTful架构中，每个网址代表一种资源（resource），所以网址中不能有动词，只能有名词，而且所用的名词往往与数据库的表格名对应。 而客户端要执行某种类型的操作，需要根据http的操作协议来决定。HTTP提供了常 对于更新动作，参数通过requestbody来传递，格式为json。服务端返回数据格式也均为json。 服务端返回数据对象约定： publicclassUnifyInfo{ privateintcode;//返回代码，1：成功，0：失败
＜项目名称＞ 用户手册 作者： 完成日期： 签收人： 签收日期： 修改情况记录：
目录 1 引言 (1) 1.1 编写目的 (1) 1.2 背景 (1) 1.3 定义 (1) 1.4 参考资料 (1) 2 用途 (1) 2.1 功能 (1) 2.2 性能 (2) 2.2.1 精度 (2) 2.2.2 时间特性 (2) 2.2.3 灵活性 (2) 2.3 安全保密 (2) 3 运行环境 (2) 3.1 硬设备 (2) 3.2 支持软件 (3) 3.3 数据结构 (3) 4 使用过程 (3) 4.1 安装与初始化 (3) 4.2 输入 (3) 4.2.1 输入数据的现实背景 (3) 4.2.2 输入格式 (4) 4.2.3 输入举例 (4) 4.3 输出 (5) 4.3.1 输出数据的现实背景 (5) 4.3.2 输出格式 (5) 4.2.3 输出举例 (5) 4.4 文卷查询 (5) 4.5 出错处理和恢复 (6) 4.6 终端操作 (6)
1 引言 1.1 编写目的 说明编写这份用户手册的目的，指出预期的读者范围。 1.2 背景 说明： a．这份用户手册所描述的软件系统的名称； b．列出本项目的任务提出者、开发者、用户（或首批用户）以及安装该软件的单位。 1.3 定义 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2 用途 2.1 功能 结合本软件的开发目的逐项地说明本软件所具有各项功能以及它们的极限范围。
osgFX - 开发者简明手册 Marco Jez 2003年9月 osgFX是一个OpenSceneGraph的附加库，是一个用于实现一致、完备、可重用的特殊效果的构架工具，其效果可以添加到OSG的节点中。它同时还包含了一系列预定义好的特殊效果。 osgFX概述 所谓“特效”指的是装载于单个对象中的一系列可视的属性和行为。要实现一个真正可用的特效，相应的特效类应当具备一个公有的接口，以修改各种配置和微调量。 特效也可以被理解成是提出问题（对象应当是什么样子）与解决问题（应当设置哪些属性和其它调节量）之间的“桥梁”。从C++代码来看，特效具现了osgFX::Effect类的实例。或者说，是这个类的派生类的实例，因为osgFX::Effect直接派生自osg::Node，因此它是抽象类。 对于OSG而言，特效就是一个Node节点。它与其它节点类的特性完全相同，因此可以关联到场景图形中的任意位置。 特效功能图如图1所示。 Effect类是一个多子节点的组节点。它使用addChild()方法和其它节点关联。 在特效类中设置的可视属性将被关联到它的子节点上，与此相类似，Transform节点也会将坐标变换的信息应用到其子节点上。Effect中的各种属性不会在其子节点以外生效。 如果用户想要将某一种特效应用到自己的图形子树上，那么需要遵循下面的步骤： 1、创建所需特效的实例，例如，osgFX::Scribe； 2、必要的话，使用特效类的方法设置特效属性； 3、调用Effect::addChild()方法，将图形子树与特效节点相关联； 4、将特效节点与场景图形关联。 下面的例子中使用了刻线（scribe）特效： osg::ref_ptr
文档中的章节: 1、Moodle体系结构 2、您如何参与开发 ○学习活动 ○主题风格 ○语言 ○数据库模式 ○课程格式 ○文档和文章 ○参与缺陷修正 1.Moodle体系结构 从一个系统管理员的角度，Moodle被设计为遵循以下标准: 1、Moodle应该能运行在尽可能广泛的平台上 很多系统上运行的web应用程序平台是PHP和MySQL的结合，这也是Moodle 开发所使用的平台(Linux,Windows,和MacOSX)。Moodle也使用ADOdb库作为数据库抽象层，这意味着Moodle能使用超过10个不同品种的数据库(不幸的是，它还不能初始化表格在所有的这些数据库-更多的数据库支持将逐步添加)。 2、Moodle应该是容易安装、学习和修改的 最早的Moodle(1999)原型使用Zope构建-一种高级面向对象的web应用服务器。不幸的是我发现即使这项技术非常酷，但它学习起来很困难而且在系统管理上也不灵活。PHP脚本语言，在另一方面来说，是非常容易入门的(尤其是当您有其他脚本语言的编程经验时)。最早我决定不使用以类（class-oriented）为基础的设计，来保持它对于新手而言足够简洁。代码重用通过使用分类的库文件、清晰命名的函数和一致的脚本文件放置来实现。PHP也非常容易安装(几乎每个平台都有可用的二进制包)并且大多数的主机托管服务作为标准配置提供广泛的PHP支持。 3、它应该容易的进行版本升级 Moodle知道自己目前的版本(也同样知道所有插件的版本)，同时一个内置的机制确保Moodle能正常的升级自己到新的版本(例如，它能修改数据库表格或添加新的字段)。如果您使用Unix下的CVS命令，您可以运行"cvsupdate-d"，然后访问站点的主页来完成升级。
《HongCMS开发者手册》--二次开发指南 模板语法参阅：/bbs/?thread-index-fid-1-tid-19.htm 一、前言： 说实在的，很怕写文档，特别是这种开发文档，无法知道别人需要什么样或者说什么程度的描述，自己高兴的事别人未必开心。所以，这个文档总的想法是将重点介绍清楚，让用户了解系统脉络，细枝末节的技术google就行了。 前些日子因参与其它公司的项目，研究了些PHP开发框架，如CI, ThinkPHP等这些，觉得这些小型框架对我来说很不爽，因为本人一直 喜欢4S的开发理念，即：Safe, Simple, Small, Stable (安全，简单，小巧，稳定)，不刻意追求大而全的东西，认为简单是最美的。 这和性格有关，也很难改变。就拿CI来说吧，前台游客只要一进入网站，就有至少1个数据库写入及1个session生成，一个session在服务器就要写入一个文件，试想如果网站同时来了1万个用户访问，文件IO开销巨大，说得不好听点，服务器可能就死球了。对于框架，业内一直有这么一句话：学之者生，用之者死。本人觉得这句话很值得琢磨一下。 如今没有几个公司不要求程序员有MVC的开发理念，MVC确实有好处，本人也喜欢，但也不去刻意追求. 当然也有反对MVC的, 包括PHP创始人。HongCMS开发中有V和C，M基本没有，因为不需要或者说使用M编程反而累了，但完全可以使用Model，系统框架
已经为它设计好了，程序包models/目录下有实例。特别是后台admin/models/目录下的admin.php, 它就是后台用户（管理员）的模型。说白了，模型就是一些类啦。 HongCMS系统框架APP.php非常小巧，仅5K大小，再加上XTpl超小模板引擎，HongCMS核心非常小巧、快速和高效。有基础的朋友，如果对HongCMS进行二次开发，或是参考其中的理念，足可以开发出大型系统来。 这些思想，加上多年做双语企业网站的经验，同时有朋友要我开发一个中英双语的小型企业网站，于是HongCMS出生了。对于一些从事网站开发的朋友来说，我想HongCMS更适合成为你的工具，像很多使用weenCompany的用户能赚钱一样，使用HongCMS当然能赚钱，同时在技术上会有更大的提高。对于一般用户，HongCMS是中英文网站系统，对于懂程序的朋友来说，它是小型开发框架，开发由你。 二、目录布局与重要文件介绍 1. 根目录下的几个文件 .htaccess: 此文件是apache服务器下的伪静态规则文件，另外此文件还限制了浏览器可以访问或进入哪个目录或文件夹，增强了系统安全性。如果你添加了一个目录如blog，这个目录下独立安装了另一个blog系统，那么需要修改htaccess文件，以便允许浏览器访问blog目录。 index.php: HongCMS是单入口系统，所有前台页面的访问均从index.php进入。
Adobe flash media server 开发者向导 By：闪闪威廉@nju 1 起步 Adobe flash meida server提供了一个流媒体的集合和为建立富媒体应用的群集交互模式。Flash media server提供了即时开始，实况视频流和基于用户带宽的可变的流的码率。 Flash media server有三个版本 Flash Media Interactive Server：拥有完整特性的服务 Flash Media Development Server：一个用于开发的交互式服务的版本。支持所有的特性，但是有连接数的限制。 Flash Media Streaming Server：只支持实况和视频点播的服务。这个版本不支持服务器端的脚本或视频编码。 注释：在使用这个向导之前最好阅读flash media server 技术一般观察 1. 1 前言 1.1.1 client-server体系结构 Flash media server是一个网络中心，应用程序联用实时信息协议（real-time messaging protocol）连结到这个中心，这样服务器可以向连接到服务器上的很多用户发送数据并且从这些用户接受数据。一个用户通过一台配备了摄像头和麦克风，并且安装了flash player的电脑可以捕捉实况视频或音频，然后通过服务器向全世界成千上万的用户发布自己的视频或音频。全世界的用户可以参与在线游戏，并且同步所有用户的动作。 用户通过网络连接连到服务器。一个连接类似于一个大的管道，这个管道里面传输着大量的数据流。每个流在客户端和服务器之间传输。每个服务器可以并发的处理很多连接，最大的连接数量取决于您的服务器的能力。 一个在flash media server上运行的应用程序后一个client-server体系结构。客户端的应用程序是由adobe flash 或adobe flex开发，运行在flash player，AIR 或flash lite 3 上的。他可以捕捉和播放音频和视屏并且处理用户的交互。服务器端的应用程序运行在服务器上。它可以处理客户端的连接，向服务器的文件系统写入文件，并且处理其他的任务。 客户端必须向服务器发起连接。一旦连接成功，客户端可以和服务器或其他客户端通信。确切的说，客户端连接到一个服务器上运行的应用程序的实例。一个应用程序的实例的例子是一个有着很多不同房间的在线游戏，用户可以组成很多不同的组群来进行游戏。在这个例子里面，每个房间就是一个确定的应用程序的实例。 许多应用程序的实例可以同时运行。每一个应用程序的实例有自己唯一确定的名字，并且向客户端提供独一无二的资源。多个用户可以连接到同一个应用程序的实例或不同的应用程序的实例
1引言 (2) 1.1编写目的 (2) 1.2背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2用途 (2) 2.1功能 (2) 2.2性能 (3) 2.2.1精度 (3) 2.2.2时间特性 (3) 2.2.3灵活性 (3) 2.3安全保密 (3) 3运行环境 (3) 3.1硬设备 (3) 3.2支持软件 (3) 3.3数据结构 (4) 4使用过程 (4) 4.1安装与初始化 (4) 4.2输入 (4) 4.2.1输入数据的现实背景 (4) 4.2.2输入格式 (4) 4.2.3输入举例 (5) 4.3输出对每项输出作出说明 (5) 4.3.1输出数据的现实背景 (5) 4.3.2输出格式 (5) 4.3.3输出举例 (5) 4.4文卷查询 (6) 4.5出错处理和恢复 (6) 4.6终端操作 (6)
用户手册（GB8567——88） 1引言 1.1编写目的 说明编写这份用户手册的目的，指出预期的读者。 1.2背景 说明： a.这份用户手册所描述的软件系统的名称； b.该软件项目的任务提出者、开发者、用户（或首批用户）及安装此软件的计算中心。 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出有用的参考资料，如： a.项目的经核准的计划任务书或合同、上级机关的批文； b.属于本项目的其他已发表文件； c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件资 料的标题、文件编号、发表日期和出版单位，说明能够取得这些文件资料的来源。2用途 2.1功能 结合本软件的开发目的逐项地说明本软件所具有各项功能以及它们的极限范围。
Revit 2012 API 开发人员指导手册
目录 一、欢迎到Revit平台API (4) 1.1 Revit平台API简介 (4) 1.2 Revit平台API可以做什么？ (4) 1.3 需求 (5) 1.4 安装和学习Revit的产品 (6) 1.5安装 (7) 1.6支持的编程语言 (7) 1.7用户手册 (7) 1.7.1介绍Revit平台API (7) 1.7.2基本内容 (8) 1.7.3元素内容 (8) 1.7.4进阶内容 (9) 1.7.5 产品内容 (10) 1.7.6其他 (10) 1.8文档约定 (10) 1.9 新增功能 (10) 二、入门 (10) 2.1演练 (11) 2.2演练：Hello World (11) 2.2.1创建一个新项目 (12) 2.2.2添加引用 (13) 2.2.3 添加代码 (13) 2.2.4构建程序 (14) 2.2.5创建a.add-in文件 (15) 2.2.6 调试 (16) 2.2.7 疑难解答 (17) 2.3演练：添加的Hello World Ribbon Panel (20) 2.3.1创建一个新项目 (20) 2.3.2更改类的名称 (21) 2.3.3添加代码 (22) 2.3.4构建应用程序 (23) 2.3.5创建.add-in(manifes)文件。 (23) 2.3.6调试 (24) 2.4演练：检索选定的元素 (24) 2.5演练：条件检索并筛选元素 (26) 三、外部应用程序整合 (26) 3.1概述 (27) 3.2外部命令 (28) 3.2.1载入并运行外部命令 (29) 3.2.2 IExternalCommand (29) 3.3 外部应用程序 (35)
安全开发管理系统环境使用人员培训手册 中国建设银行成都开发中心 二零一一年十二月
文档管理信息表 文档修改记录表
目录 1简介4 1.1名词解释 (4) 1.2访问服务器地址与端口设置 (5) 2TELNET协议操作说明 (6) 2.1登录访问服务器 (6) 2.2修改静态口令 (7) 2.3主菜单介绍 (8) 2.4所有资源列表 (9) 2.5访问目标主机 (10) 2.6帮助信息 (12) 3SSH协议操作说明 (13) 3.1虚拟终端配置方法 (13) 3.2主界面 (16) 4FTP协议操作说明 (18) 4.1登录访问服务器 (18) 4.2转接后台主机 (19) 4.3图形界面的ftp客户端 (19) 4RDP协议操作说明23
1简介 安全开发管理系统为环境使用人操作主机提供安全的访问渠道，并且对环境使用人通过安全开发管理系统在主机上的操作行为和访问记录进行实时监控审计。 在原有的访问模式下，访问人员直接登录主机进行远程操作访问，而在安全开发管理系统上线后，访问人员须先连接到访问服务器上进行身份认证，然后选择要访问的主机地址和相应的系统帐户，由访问服务器完成从本地到后台主机之间的自动转接。 与原有的访问模式相比，对于环境使用人而言，操作流程上仅仅在连接后台主机时有所变化，在连接到后台主机后的操作方式和过程则完全相同。 本文档描述远程登录的详细操作过程。 1.1 名词解释 ●系统帐户 后台主机上的登录用户，由操作系统创建，具有操作体统所系统赋予的用户名、组别、权限和密码等等。 ●通行证帐户 安全开发管理系统为环境使用人分配的帐户，用于在访问服务器上的身份验证以及访问权限控制。环境使用人员先以通行证帐户在访问服务器上通过身份验证后再选择要登录的后台主机地址以及在后台主机上的系统帐户。
密级：秘密 开发人员手册 https://www.doczj.com/doc/0c3818262.html,开发规范篇 文档最后修订者及日期： 孙立新 2009-3-16 本版文件批准人及日期： 浪潮集团山东通用软件有限公司
目录 1导言 (5) 1.1目的 (5) 1.2适用范围 (5) 1.3术语定义 (5) 1.4参考资料 (5) 1.5版本更新记录 (5) 2使用的开发工具： (6) 3程序源代码风格定义 (6) 3.1代码结构风格 (6) 3.2注释风格 (7) 3.2.1单行注释 (8) 3.2.2多行注释 (8) 3.2.3文档型注释 (8) 3.2.4文档型注释规范 (10) 3.3代码书写风格 (14) 3.3.1缩进 (14) 3.3.2空行 (15) 3.3.3换行 (15) 3.3.4空格 (16) 3.3.5花括号 (16) 4命名规范 (17) 4.1大写规则 (17) 4.2区分大小写 (18) 4.3缩写 (19) 4.4措词 (20) 4.5避免类型名称混淆 (21) 4.6命名空间命名规范 (22) 4.7类命名规范 (24) 4.8接口命名规范 (24) 4.9属性命名规范 (25) 4.10枚举类型命名规范 (25) 4.11静态字段命名规范 (26) 4.12参数命名规范 (30) 4.13方法命名规范 (29) 4.14属性命名规范 (27) 4.15事件命名规范 (30) 4.16数据库对象命名规范 (31) 4.16.1数据库名（开发过程中） (31) 4.16.2数据库表 (32) 4.16.3字段 (32)
4.16.4存储过程命名约定 (33) 4.16.5触发器（插入，更新，删除）命名约定 (33) 4.16.6视图命名约定 (33) 4.16.7自定义数据类型命名约定 (34) 4.16.8自定义函数命名约定 (35) 4.17数据库表结构设计规范 (35) 4.18数据库存储过程编写规范 (36) 5界面规范 (37) 5.1总则 (37) 5.2遵从原则 (37) 5.3色彩搭配 (37) 5.4屏幕大小 (37) 5.5主控页面 (37) 5.5.1主页：登录窗口 (37) 5.5.2主操作页分成三个区域：标题菜单区、系统管理区、操作区 (38) 5.5.3浏览器 (39) 5.6各种页面模板应用的场景 (39) 5.6.1字典类 (39) 5.6.2单据类 (41) 5.6.3管理类 (42) 5.6.4索引类 (43) 5.6.5Tab页类 (43) 5.6.6响应式窗口类 (43) 5.6.7查询结果/报表类 (43) 6提示信息规范 (43) 6.1总则 (43) 6.2提示信息 (43) 7热键定义、帮助及使用规范 (44) 7.1总则 (44) 7.2规范 (44) 8单元测试规范（从开发人员角度） (45) 8.1总则 (45) 8.2测试规范 (45) 9配置管理规范（从开发人员角度） (46) 9.1总则 (46) 9.2开发前的准备 (46) 9.3开发过程中的规则 (46) 10程序模板 (47) 10.1总则 (47) 10.2字典模板 (47)
软件开发用户手册模板 2009-03-04 14:22 1引言 1.1编写目的 说明编写这份用户手册的目的，指出预期的读者。 1.2背景 说明： a. 这份用户手册所描述的软件系统的名称； b. 该软件项目的任务提出者、开发者、用户（或首批用户）及安装此软件的计算中心。 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出有用的参考资料，如： a. 项目的经核准的计划任务书或合同、上级机关的批文； b. 属于本项目的其他已发表文件； c. 本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够取得这些文件资料的来源。 2用途 2.1功能 结合本软件的开发目的逐项地说明本软件所具有各项功能以及它们的极限范围。 2.2性能 2.2.1精度 逐项说明对各项输入数据的精度要求和本软件输出数据达到的精度，包括传输中的精度要求。 2.2.2时间特性 定量地说明本软件的时间特性，如响应时间，更新处理时间，数据传输、转换时间，计算时间等。 2.2.3灵活性 说明本软件所具有的灵活性，即当用户需求（如对操作方式、运行环境、结果精度、时间特性等的要求）有某些变化时，本软件的适应能力。 2.3安全保密 说明本软件在安全、保密方面的设计考虑和实际达到的能力。 3运行环境 3.1硬设备 列出为运行本软件所要求的硬设备的最小配置，如： a. 处理机的型号、内存容量； b. 所要求的外存储器、媒体、记录格式、设备的型号和台数、联机／脱机； c. I／O设备（联机／脱机？）； d. 数据传输设备和转换设备的型号、台数。 3.2支持软件 说明为运行本软件所需要的支持软件，如：
平台使用手册 一、研发与管理 1.创建产品 将设备接入百度IoT需首先创建产品，配置接入设备基本信息。 1.在开发者完成了注册流程后，进入开发者中心，在设备接入页面，点击【新建产品】 按钮，开始创建产品。 2.设置产品类别、产品型号、联网方式，可根据自身需要设置自定义配置信息，信息填 写完成后，点击【新建】按钮； 3.产品创建完成 产品创建完成后，您可以在新产品研发的右边区域看到您刚才创建的产品。 2.下载CA及Profile文件 设备创建成功后，可快速下载Profile和CA，参考设备端开发者手册，将其烧录至设备，联网后CA会向百度IoT云平台定时发送心跳，验证设备是否与百度IoT云平台实现了互通。点击创建的产品，点击【下载Profile】和【下载CA】按钮，下载Profile和CA； 3.检测心跳 设备联网后，在设备接入页面，可进行检测心跳操作，自动检测设备是否已向云端上报心跳，如检测成功表明已与云端连接成功；
1.点击【心跳检测】按钮 2.正在检测 如检测成功会弹窗提醒； 如心跳检测失败，请检查烧录过程是否有误；并可重新检测。 4.数据点设置 设备与云端的具体数据交互通过数据点进行定义 1.在产品数据点页面，选择需编辑数据点的相关产品 2.点击新建数据点进行数据点的创建 3.选择数据点类型 4.根据需要选择数据类型，编辑完数据点后，点击【确认】按钮创建成功，并可对已创 建数据点进行编辑和删除操作。
5.数据点创建完成 5.数据点测试 产品创建完数据点后，需导出为设备描述文件，之后将其与CA集成，烧入设备，实现设备与云端的数据互通。 1.在数据点设置页面，点击【数据点测试】按钮 2.使用DemoAPP扫描二维码，开始数据点测试； 6.批量生产 在产品数据点创建并检测无问题后，可申请批量生产，批量生成大量Profile。
uNabto Developer’s Documentation
Introduction Nabto offers a solution enabling users to access devices behind a firewall.The patented technology provides secure,encrypted communication to devices through firewalls,no matter where they are and how they are connected to the internet. The user interacts with the device via a browser on his/her computer,or via Nabto’s smartphone/tablet application for iOS or Android. uNabto(micro-Nabto)is the Nabto product line targeted at low resource devices-see https://www.doczj.com/doc/0c3818262.html, for solutions on more resource rich platforms and https://www.doczj.com/doc/0c3818262.html, for use-cases of uNabto. The starter-kit supports the most basic functionality to demonstrate key aspects of Nabto,running on different platforms.It is meant to give a taste of what Nabto is capable of and it’s portability.The starter-kit can be downloaded from https://www.doczj.com/doc/0c3818262.html,/starterkit. uNabto Details describes what it takes to get started writing y Nabto Overview gives a short introduction to the Nabto Framework. Nabto Details describes the key aspects of how Nabto works. our own uNabto based applications. uNabto Demos goes through some of the demo projects included in the starter-kit.To get started straight away,skip to the chapter. If you have any questions or comments to the starter-kit,please feel free to post in the Nabto Community Forum or write an email directly to us on support@https://www.doczj.com/doc/0c3818262.html,. Nabto Overview uNabto basically allows direct interaction with tiny embedded devices through a browser interface by installing a browser plugin to handle nabto://URLs.The user is given the impression of interacting with a full-blown web-application,while actually only exchanging a few bytes with the remote device-the actual HTML response is generated in-browser. The Nabto platform consists of four major components: ■uNabto Adapter(supplied by Nabto and/or vendor):Communicates with browser through a simple UDP based protocol and registers with the Base Station.The adapter interfaces with the local hardware. ■HTML Device Driver(supplied by vendor):Description of device requests/responses and content for HTML layout.May be retrieved from a central repository by the Nabto Plugin or installed manually. ■Nabto Plugin(supplied by Nabto):Handles nabto://requests in browser,retrieves HTML device drivers,forwards requests to device and retrieves response. ■Base Station(supplied by Nabto):Is located in the cloud and mediates among Nabto Plugin, device(uNabto Adapter)and HTML device driver.
平台使用手册 研发与管理 1. 创建产品 将设备接入百度loT需首先创建产品，配置接入设备基本信息。 1.在开发者完成了注册流程后，进入开发者中心，在设备接入页面，点击【新建产品】按钮，开 始创建产品。 幵妙廿 +阿产品 2.设置产品类别、产品型号、联网方式，可根据自身需要设置自定义配置信息，信息填写 完成后，点击【新建】按钮;
产品対「: 新建类§!!■ 产品型号諭入产品型号联网方式”：? Wifi 0朝丈网 目定义配置；什么是目定义配置 输入KR^AVALUE 取消 3.产品创建完成 产品创建完成后，您可以在新产品研发的右边区域看到您刚才创建的产品。
设备创建成功后，可快速下载Pro,参考设备端开发者手册，将其烧录至设备，联网后CA 会向百度IoT云平台定时发送心跳，验证设备是否与百度IoT云平台实现了互通。点击创建的产品，点击【下载Profile】和【下载CA】按钮，下载Pro；
产品详情 1 ■ JI 11 产口 口主右 NEW-GD9F1H3 联网万式 Wif 陡接 创建时间 C 1 3 IC KEY VALUE 下 ^Profile 3. 检测心跳 设备联网后，在设备接入页面，可进行检测心跳操作，自动检测设备是否已向云端上报心跳, 如检测成功表明已与云端连接成功； 1?点击【心跳检测】按钮 硏发中 TWCA 已创律
B A I D I. I O T BD 345 nr 2.正在检测 BAIDU 107 =3 3J3ti nrrtJt^ 士S祐 僂 BD 345 戶目苣巴 止在绘重9:5-- ＜： = 如检测成功会弹窗提醒;
用户手册大纲 1引言 1.1编写目的 说明编写这份用户手册的目的，指出预期的读者。 1.2背景 说明： 这份用户手册所描述的软件系统的名称； 该软件项目的任务提出者、开发者、用户（或首批用户）及安装此软件的计算 机中心。 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出有关的参考文件，如： 本项目的经核准的计划任务书，上级机关批文、合同等； 属于本项目的其他已发表文件； 本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2用途 2.1功能 结合本软件的开发目的逐项地说明本软件所具有各项功能以及它们的极限范围。 2.2性能 2.2.1精度
逐项说明对各项输入数据的精度要求和本软件输出数据达到的精度，包括传输中的精度要求。 2?2?2时间特性 定量地说明本软件的时间特性，如响应时间，更新处理时间，数据传输、转换时间，计算时间等。 2?2?3灵活性 说明本软件所具有的灵活性，即当用户需求（如对操作方式、运行环境、结果精度、时间特性等的要求）有某些变化时，本软件的适应能力。 2.3安全保密 说明本软件在安全、保密方面的设计考虑和实际达到的能力。 3运行环境 3.1硬设备 列出为运行本软件所要求的硬设备的最小配置，如： 处理机的型号、内存容量； 所要求的外存储器、媒体、记录格式、设备的型号和台数、联机/脱机； I/O设备（联机/脱机？）； 数据传输设备和转换设备的型号、台数。 3.2支持软件 说明为运行本软件所需要的支持软件，如： 操作系统的名称、版本号； 程序语言的编译/汇编系统的名称和版本号； 数据库管理系统的名称和版本号； 其他支持软件。 3.3数据结构 列出为支持本软件的运行所需要的数据库或数据文卷。
用户手册版本 <1.0>
修订历史记录
目录 1.引言4 1.1编写目的4 1.2背景4 1.3定义4 1.4参考资料4 2.用途4 2.1功能4 2.2性能4 2.2.1精度4 2.2.2时间特性4 2.2.3灵活性4 2.3安全保密4 3.运行环境4 3.1硬设备4 3.2支持软件4 3.3数据结构5 4.使用过程5 4.1安装与初始化5 4.2输入5 4.2.1输入数据的现实背景5 4.2.2输入格式5 4.2.3输入举例5 4.3输出对每项输出作出说明6 4.3.1输出数据的现实背景6 4.3.2输出格式6 4.3.3输出举例6 4.4文卷查询6 4.5出错处理和恢复6 4.6终端操作6
用户手册（GB8567——88） 1.引言 1.1编写目的 说明编写这份用户手册的目的，指出预期的读者。 1.2背景 说明： a.这份用户手册所描述的软件系统的名称； b.该软件项目的任务提出者、开发者、用户（或首批用户）及安装此软件的计算中心。 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出有用的参考资料，如： a.项目的经核准的计划任务书或合同、上级机关的批文； b.属于本项目的其他已发表文件； c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件资料的标题、文 件编号、发表日期和出版单位，说明能够取得这些文件资料的来源。 2.用途 2.1功能 结合本软件的开发目的逐项地说明本软件所具有各项功能以及它们的极限范围。 2.2性能 2.2.1精度 逐项说明对各项输入数据的精度要求和本软件输出数据达到的精度，包括传输中的精度要求。 2.2.2时间特性 定量地说明本软件的时间特性，如响应时间，更新处理时间，数据传输、转换时间，计算时间等。 2.2.3灵活性 说明本软件所具有的灵活性，即当用户需求（如对操作方式、运行环境、结果精度、时间特性等的要求）有某些变化时，本软件的适应能力。 2.3安全保密 说明本软件在安全、保密方面的设计考虑和实际达到的能力。 3.运行环境 3.1硬设备 列出为运行本软件所要求的硬设备的最小配置，如： a.处理机的型号、内存容量； b.所要求的外存储器、媒体、记录格式、设备的型号和台数、联机／脱机； c.I／O设备（联机／脱机？）； d.数据传输设备和转换设备的型号、台数。 3.2支持软件 说明为运行本软件所需要的支持软件，如：
Z-Stack Developer’s Guide 4.Binding翻译文档 SWRA176 Version 1.6 翻译：冯浩 e-mail:12120063@https://www.doczj.com/doc/0c3818262.html, 2013-4-25 4. 绑定 绑定是一种控制信息流从一个应用到另一个应用（或多个应用）的机制。 绑定允许一个应用在不知道目的地址的情况下发送一个数据包，应用支持子层从它的绑定表中决定目的地址，然后把信息传递给目的应用（或多应用）或组。 4.1 建立一个绑定表 有3种方法建立一个绑定表： ZigBee设备对象绑定请求-一个委任工具能告诉设备建立一个绑定记录。 ZigBee设备对象终端设备绑定请求-2个设备可以告诉协调器它们想建立一个绑定表记录。协调器将进行匹配，在两个设备中创建绑定表条目。 设备应用-设备中的一个应用可以建立和管理一个绑定表。 4.1.1 ZigBee设备对象绑定请求 为了网络中的其它设备，任何设备或应用可以向另一个设备发送一条ZDO 信息（通过无线方式）来建立一个绑定记录。这叫做协助绑定，这将为发送设备创建一个绑定条目。 4.1.1.1 委任应用 一个应用可以通过调用ZDP_BindReq()（在ZDProfile.h文件中有定义）实现委任应用，包括两个应用（地址和终端节点），所需要的簇ID在绑定记录中可以找到。第一个参数（目标dstAddr）是绑定源地址（在绑定记录中有储存）的短地址。用同样的参数，调用ZDP_UnbindReq()可以解除绑定记录。 确保你在ZDConfig.h[ZDO_BIND_UNBIND_REQUEST]中对这个功能使能了。 目标设备将会回发一个ZigBee设备对象绑定或解除绑定请求信息，ZDO将在协调器上进行编码并将通过调用ZDApp_ProcessMsgCBs()解析和通告ZDApp.c，这些和操作的状态有关。 对于绑定请求来说，从协调器返回的状态将可能是ZDP_SUCCESS，ZDP_TABLE_FULL，ZDP_INVALID_EP，或ZDP_NOT_SUPPORTED。 对于解除绑定请求来说，从协调器返回的状态将可能是ZDP_SUCCESS，ZDP_NO_ENTRY,，ZDP_INVALID_EP，或ZDP_NOT_SUPPORTED。 4.1.1.2 ZigBee设备对象终端设备绑定请求