酷乐宅二次开发接口与协议

合集下载

二次开发平台的设计与实现

二次开发平台的设计与实现

二次开发平台的设计与实现随着科技的发展和社会的进步,越来越多的企业和个人开始重视数字化转型和应用程序的开发。

对于软件开发人员来说,二次开发平台是一个非常重要的工具。

通过二次开发平台,开发人员可以轻松地利用已有的技术和工具,快速构建出符合自己需求的应用程序。

本文将探讨二次开发平台的设计与实现。

1. 二次开发平台的概述二次开发平台是指基于已有的软件基础设施和平台,提供开放的API或插件接口,供开发人员进行二次开发的平台。

开发人员可以在该平台上进行快速开发,做到软件定制化,提高开发效率和质量。

目前,市面上已有很多二次开发平台,如微信开放平台、百度API平台等。

二次开发平台主要包含以下几个部分:1. 平台核心模块:这是整个平台的核心,包含各种基础设施和数据接口,如服务器、数据库、数据接口等。

2. 开放API:这是二次开发平台最重要的组成部分,它为开发人员提供了各种接口和文档,以供开发人员进行二次开发。

比如,微信开放平台提供了各种API 接口,开放了微信的功能和数据。

3. 开发工具:这是开发人员必须掌握的工具,主要包含IDE、调试工具等。

目前市面上有很多流行的开发工具,如PyCharm、Visual Studio等。

4. 应用插件:这是为了扩展和加强应用程序功能而设计的插件,开发人员可以根据自己的需求进行定制。

2. 二次开发平台的设计二次开发平台的设计是一个复杂的过程,需要考虑很多因素,如架构、性能、安全、可扩展性等。

下面是二次开发平台设计的一些关键因素:1. 架构设计:二次开发平台的架构设计需要考虑到平台的可扩展性和可维护性。

在设计时,需要考虑到将来可能的需求,并采用模块化的设计模式。

2. 数据库设计:数据库是平台的关键部分,需要根据具体的需求进行设计。

在设计时,需要考虑到数据的类型、组合、索引等各个方面,以及数据的安全性和完整性。

3. 接口设计:接口是平台最重要的部分,需要设计清晰、简洁、易用的API接口。

二次开发平台 (2)

二次开发平台 (2)

二次开发平台1. 简介二次开发平台是一种用于定制化和扩展应用程序的工具。

通过这个平台,开发人员可以使用现有的软件基础设施来创建新的功能和业务流程,以满足特定的需求。

二次开发平台通常提供了一系列的工具、API和插件,使开发人员能够轻松地构建和部署自定义解决方案。

2. 功能特点2.1 可定制化二次开发平台允许开发人员根据自己的需求定制应用程序。

通过提供灵活的接口和工具,开发人员可以修改现有的功能,添加新的功能,甚至完全重构应用程序的外观和交互方式。

2.2 扩展能力二次开发平台提供了丰富的接口和插件机制,使开发人员能够轻松地扩展应用程序的能力。

通过这些插件,开发人员可以与第三方系统集成,添加新的数据源,甚至创建全新的业务模块。

2.3 快速开发由于二次开发平台提供了现成的基础设施和工具,开发人员可以快速地构建和部署定制化的解决方案。

这大大缩短了开发周期,提高了开发效率。

2.4 易于维护由于二次开发平台使用标准化的开发工具和技术,使得应用程序更易于维护。

开发人员可以通过传统的开发方式进行调试和排错,从而更容易理解和修改代码。

3. 应用场景3.1 企业资源管理二次开发平台可以用于定制企业资源管理(ERP)系统,满足企业特定的业务需求。

开发人员可以根据企业的业务流程和数据模型,创建新的模块和报表,并与现有系统进行集成。

3.2 客户关系管理二次开发平台可以用于定制客户关系管理(CRM)系统,帮助企业更好地管理客户关系。

开发人员可以根据企业的销售流程和客户管理需求,定制化系统的各个模块,以适应不同的业务场景。

3.3 市场营销二次开发平台可以用于定制市场营销软件,帮助企业更好地推广产品和服务。

开发人员可以根据企业的市场营销策略,创建新的推广工具和活动管理功能,以提高营销效果。

3.4 数据分析二次开发平台可以用于定制数据分析工具,帮助企业更好地理解和利用数据。

开发人员可以根据企业的业务需求,创建新的数据可视化和分析功能,以提供有价值的洞察和决策支持。

二次开发的配合方案

二次开发的配合方案

二次开发的配合方案
二次开发的配合方案是指在现有软件或系统基础上进行修改、定制和优化的工作。

这种开发方式旨在满足用户特定需求,提供更加个性化和高效的解决方案。

首先,为了确保二次开发的顺利进行,需要进行详细的项目规划和需求分析。

这包括与用户和开发团队密切合作,明确用户的具体需求和期望,制定可行的开发计划。

在此过程中,我们应该充分了解现有系统的架构和功能,以便能够对其进行有效的修改和定制。

其次,为了确保二次开发的安全性和稳定性,我们需要采取适当的开发工具和
方法。

这包括选择合适的开发语言和框架,以及使用测试和调试工具进行质量控制。

同时,我们需要确保开发过程中的数据安全,避免用户信息泄露和系统漏洞。

另外,为了保证二次开发的高效性,我们需要合理安排开发团队的工作。

这包
括分配任务和资源,制定开发进度表,并及时沟通和协调团队成员的工作。

在开发过程中,我们应遵循敏捷开发方法,及时调整开发计划,以适应用户需求的变化。

最后,为了保证二次开发的成功应用,我们必须进行充分的测试和培训工作。

这包括对开发结果进行全面的功能测试和性能测试,以确保系统的稳定性和可用性。

同时,我们还应为用户提供系统的操作手册和培训材料,以便他们能够熟练使用和维护二次开发的系统。

综上所述,二次开发的配合方案需要进行详细的规划和需求分析,采用合适的
开发工具和方法,合理安排团队工作,进行充分的测试和培训。

通过有效的配合方案,我们可以为用户提供个性化和高效的解决方案,满足其特定需求。

二次开发接口文档

二次开发接口文档

接口开发文档一、开发包目录结构1.1demo文件夹包含了sdk接口调用源代码,可供二次开发参考。

使用C++开发的MFC程序。

1.2dll文件夹包含了二次开发所需的所有动态库,demo编译好的exe文件需要放在该文件夹内才可以运行。

1.3include文件夹包含了二次开发所需要的头文件。

1.4lib文件夹包含了二次开发所需要的lib静态库。

1.5DSS二次开发指南(C++).pdf指导二次开发用户如何新建VS2005工程运行demo文件夹中的demo。

1.6Version.xmldpsdk开发包的程序版本信息。

1.7常见问题解答.pdf二次开发常见问题以及解决方式。

1.8大华平台SDK开发手册(C++版).chm二次开发接口使用说明。

二、术语和缩略语1、DPSDK:DSS平台二次开发SDK包2、CMS:中心管理服务5、web管理员端:在浏览器中输入DSS平台的ip即可打开管理员端6、CameraID:通道id,形如:10000010$1$0$07、DeviceID:设备id三、Demo操作方法3.1运行demo把“demo/bin/”目录下面的3个文件,如下图所示拷贝到“dll”文件夹下面,运行Test_DPSDK_Core.exe。

3.2登陆平台图 1 登陆界面登陆界面如图 1 所示,其中: IP:DSS 平台ip 地址;端口:9000;用户名:web 管理员端配置的用户;密码:web管理员端配置的用户对应的密码。

点击“登录”按钮,登陆平台。

登陆成功的界面如图2所示:1235图2 主界面上图选中的 5个模块分别是:1、组织树;2、实时视频;3、本地录像;4、云台操作;5、执行结果。

3.3主界面功能介绍3.3.1、组织树操作步骤:点击“加载所有组织结构”按钮加载组织结构是其他操作的前提,是为了获取 DSS平台上所有的设备信息。

3.3.2、实时视频模块操作步骤:1)确保已经成功加载组织结构。

2)输入CamID(通道ID)。

二次开发接口说明

二次开发接口说明

二次开发接口说明目录客户接口说明.................................................................................................... 错误!未定义书签。

短信二次接口技术 (2)支持多种操作体统:WINDOWS、LINUX、UNIX (2)支持多种开发语言:C#、VB、delphi、VC++、ASP、JAVA、.NET 等 (2)支持编码格式:UTF-8编码 (3)第一章发送接口 (3)1.1 请求地址 (3)1.2参数说明 (3)1.3返回值 (3)第二章余额及已发送量查询接口 (5)2.1 请求地址 (5)2.2参数说明 (5)2.3返回值 (5)第三章非法关键词查询 (7)3.1 请求地址 (7)3.2参数说明 (7)3.3返回值 (7)第四章状态报告接口 (9)4.1请求地址 (9)4.2参数说明 (9)4.3返回值 (9)4.4错误返回值——状态报告请求错误返回格式及对应值 (10)第五章上行接口 (10)5.1 请求地址 (10)5.2参数说明 (10)5.3返回值 (10)5.4错误返回值——回复请求错误返回格式及对应值 (11)短信二次接口技术随着移动商务应用和3G无线技术的加速普及和深入发展与用户需求的变化,短信用户群由时尚人群不断向企业、行业用户扩展。

短信作为一种实用、方便、廉价的通信手段,越来越多地成为企业、行业人士日常工作不可或缺的通讯工具;同时,短信应用范围也由通用服务向企业、行业应用领域扩展。

短信应用不再局限于交互游戏等娱乐方式,它已经介入到企业办公、银行、证券、保险、交通、教育、社保、数据采集等领域,已成为企业、行业应用密不可分的一部分。

面向企业、行业的短信业务逐渐成为短信应用的一个重要组成部分,越来越多的企业开始利用短信平台开展各种短信增值业务如:OA管理系统、短信商业信息发布系统、短信客户关系管理系统、短信呼叫中心、进销存系统、短信防伪、生产管理系统、短信数据采集等。

【UCHome二次开发】主要文件说明

【UCHome二次开发】主要文件说明

1、系统首页/index.php显示页面为/template/模板文件夹名/index.htm。

2、个人页面/space.php不带参数时显示个人首页;带uid参数(用户编号)为显示其他人的首页;do参数指示调用的模块,如/space.php?do=blog将显示日志内容。

带do参数页面的处理:/space.php?do=xxx将调用/source/space_xxx.php(其中xxx为相关模块或操作,下同)进行数据和逻辑处理,最终的页面是显示对应的模板页,为/template/模板文件夹名/space_xxx.htm。

具体模板的解析请参考《【UCHome二次开发】模板解析》,下同。

3、随便看看页面/network.php不带参数时显示随便看看首页;带ac参数时显示某个模块的随便看看页面,如/network.php?ac=space为随便看看现有的成员。

带ac参数页面的处理:/network.php?ac=xxx将调用/source/network_xxx.php进行数据和逻辑处理,最终的页面是显示对应的模板页,为/template/模板文件夹名/network_xxx.htm。

4、操作页面/cp.php不带参数时显示个人设置页;带ac参数时显示某个操作的页面,如/cp.php?ac=profile 为设置个人资料。

带ac参数页面的处理:/cp.php?ac=xxx将调用/source/cp_xxx.php进行数据和逻辑处理,最终的页面是显示对应的模板页,为/template/模板文件夹名/cp_xxx.htm。

5、动作页面/do.php不带参数时会被跳转到个人首页或系统首页(看是否已登录);带ac参数时为进行某项动作,不一定有显示的界面。

带ac参数页面的处理:/do.php?ac=xxx将调用/source/do_xxx.php进行数据和逻辑处理,最终的页面是显示对应的模板页,为/template/模板文件夹名/do_xxx.htm(不是所有的动作需要页面显示结果,所以不一定存在对应的模板文件)。

酷卡软件二次开发接口文档

个端口改串,改串对应的 MsgType 是 45 MsgTitle 中 改 串 举 例 : " 新 串 码 =123456789012345" 代 表 新 写 入 的 串 码 是
123456789012345 3.发送表中的数据一旦发出,软件就会清空这条信息
卡池换卡:(卡池厂商 ) 1. 用 软 件 打 开 安 装 目 录 下 的 MMSCRM.MDB 文 件 , 并 将 要 发 的 数 据 插 入 到
MSG_Outbox 这个发送表中 2.发送表中的 receiver 填写换卡类型,包括:"独立换卡"和"同步换卡"两种类型 MsgTitle 填写固定内容:"卡池换卡" MMSContentLocation 填写换卡要求:"正常换卡"、"新位置=15"、"失
败换卡"和"复位卡池" CommPort 填写哪个端口改串,改串对应的 MsgType 是 48
接收短信: 1.接收到的短信存放在了 MMSCRM.MDB 库中的 MSG_Inbox 表中 2.接收到的短信同时在存放在了安装目录下的"总保存记录中\短信接收记录.txt"中
本机号码: 本机号码存放在了安装目录下的“当前本机号码.txt”中,每一行对应一个端口的
本机号码
端口信息: 用软件打开安装目录下的 MMSCRM.MDB 文件,端口信息存放在 Devices 这张表中,
3.发送表中的数据一旦发出,软件就会清空这条信息
设备改串: 1. 用 软 件 打 开 安 装 目 录 下 的 MMSCRM.MDB 文 件 , 并 将 要 发 的 数 据 插 入 到
MSG_Outbox 这个发送表中 2.发送表中的 receiver 随意填写内容,MsgTitle 中填写改串要求,CommPort 填写哪

酷宅IOT平台_zigbee补充协议_1.2

酷宅IOT平台_zigbee补充协议版本:1.21概述1.1通用说明本协议是在长连接原有协议基础上,新增针对zigbee网关业务的相关指令。

zigbee子设备的id格式:mac:port子设备申请到的deviceid:与普通wifi设备id格式一致服务器业务逻辑修改中(长连接和REST api),凡是涉及到devices和factorydevices 表的修改,都要同步到缓存;2长连接服务接口说明:长连接服务器提供一个公用接口地址,通过接收不同的指令执行不同的业务功能。

连接方式:websocket连接接口地址:wss://domain-name:port/api/ws指令格式:请求与响应都采用标准JSON(RFC 7159)格式2.1握手指令(zigbee网关注册)说明:对于网关来说握手跟普通设备一样,只是app端收到网关上线的指令以后,要刷新一下设备列表;请求参数:跟普通设备一样,省略响应参数:跟普通设备一样,省略注意:网关设备上线后,app收到sysmsg消息,应该立即刷新一下设备列表,这样可以尽快同步到子设备的在线状态;2.2批量上报子设备指令说明:网关上线以后,分批上报子设备信息,包括在线状态;当出现丢包或者系统异常,服务器端也可以通过该指令,要网关重新全部上报或者重新上报指定批次的信息;服务器业务逻辑:如果是新增加的子设备,参考2.3 子设备管理指令来处理;如果上报完成,服务器要模拟一个网关上线的指令给app,让app再次刷新设备列表;注意:如果某个子设备,设置为下线的时候,发现deviceid被别的账号添加了,那么就要给网关下发一个删除子设备的指令;(因为有可能是子设备被别的网关添加了)2.3子设备管理指令说明:zigbee网关通过该指令,可以批量注册、删除子设备,还可以批量上报子设备在线状态。

服务器端可以通过该指令下发给网关,通知网关某个子设备被删除了(被添加到其他网关)服务器业务逻辑:所有请求,都要检查请求参数是否合法、有效、设备是否存在等;下面根据操作类型分别说明:0 注册新子设备a.用请求里的deviceid去devices.params.parentid统计当前已经添加了多少个子设备,如果超过500个就返回414;b.根据subDevI d去FactoryDevices表查询partnerDevice.ezVedioSerial字段,看是否已经存在记录;如果已经有记录,就可以重用deviceid,否则生成新的deviceid并插入到factorydevices表;c.根据factorydevices的deviceid,新增一条记录到Devices表(参考rest api的添加设备接口逻辑)d.在Devices表除了要记录普通设备相同的数据以外,还要增加这两个字段params.parentid (父id,也就是zigbee网关的deviceid)params.subDevId (zigbee子设备本身的id,格式为mac:port)e.根据subDevId查找网关设备的params.subDevices中是否有这个子设备,有就更新deviceid字段,否则新增数组对象;f.返回操作成功的响应g.转发请求给app,让app及时更新界面;1 删除子设备如果是app上报的删除操作,需要判断网关是否在线,网关不在线不能删除;a.用请求里的params.deviceid到Devices表删除记录即可,FactoryDevices的记录保留;b.查找网关设备的params.subDevices中是否有这个子设备,有也要删除并更新到数据库;c.返回操作成功的代码;d.如果是服务端发起的删除操作,检查app是否在线,如果在线,把消息转发给app,便于app刷新界面;2/3子设备上、下线a.修改devices表的online状态;b.检查app是否在线,如果在线,参考普通设备的上、下线消息格式,返送给app;c.还要检查该子设备是否分享给别人,分享的app如果在线也要发送消息(跟普通设备一样)d.如果设置为下线的时候,发现deviceid被别的账号添加了,那么就要给网关下发一个删除子设备的指令;(因为有可能是子设备被别的网关添加了)2.4更新/上报状态指令说明:设备端状态发生变化、设备端上报历史数据、APP修改设备状态,应该发送该指令到服务器。

二次开发合同标准版

二次开发合同标准版The latest standard version of secondary development contract甲方:___________________________乙方:___________________________签订日期:____ 年 ____ 月 ____ 日合同编号:XX-2020-01二次开发合同标准版前言:合同是民事主体之间设立、变更、终止民事法律关系的协议。

依法成立的合同,受法律保护。

本文档根据合同内容要求和特点展开说明,具有实践指导意义,便于学习和使用,本文档下载后内容可按需编辑修改及打印。

甲方:身份证号:住址:乙方:身份证号:住址:甲方委托乙方研究开发并完成软件二次开发项目,并支付研究开发实施经费和报酬,乙方接受委托并进行此项目研究开发工作。

为此,甲乙双方经过友好协商,在相互信任、平等互利、意思表示真实的基础上,达成如下协议共同遵守履行。

一、合作项目1、项目实施范围要求:对软件进行二次开发。

2、项目技术内容要求:乙方按照甲方要求对甲方使用的软件进行二次开发,交付出的软件由甲方确认是否满足需要:。

3、成果交付(1)研究开发成果交付的内容:(2)交付形式、数量:(3)研究开发成果交付的时间:二、合作时间合作期限为________年,自本协议签字生效之日算起。

期满后双方如有继续合作的愿望,以本协议为基础重新签订协议。

三、合作分工1、系统安装调试完毕后,由甲方组织进行一次系统测试,测试通过后出具测试报告,同时进行系统验收,由双方授权代表确认签署《软件二次开发验收单》,乙方同时提供相关成果交付物。

2、如系统最终验收不合格,则乙方应在甲乙双方共同确认的工作日内修改完毕,并经甲方签字确认后验收合格,若甲方验收仍未通过,则按乙方违约责任处理。

3、乙方保证交付出开发的软件后,如在运行中出现问题,乙方应积极配合甲方查找原因,并直至问题解决。

四、技术、市场保密1、双方都有责任对对方提供的技术情报、资料数据及商业秘密保密,不得向第三方泄露。

二次开发接口说明V3.0

⼆次开发接⼝说明V3.01.概述精伦电⼦开发的⼆代⾝份证读卡系列机具适⽤于相关⾏业的联机型应⽤。

产品提供了完善的⼆次软件开发接⼝(API)。

本⼿册对开发接⼝的⽂件组成、函数定义格式、调⽤⽅法及返回值等进⾏详细的说明。

本通⽤开发包⽀持的设备型号如下:1、iDR200(串⼝和USB⼝)。

2、iDR320(必须进⼊“同步应⽤”模式)。

3、iDR400-1(必须进⼊“同步”模式)。

4、iDR210(USB-HID免驱动接⼝)。

5、iDR210(串⼝)。

注意:完全兼容原2.0版本开发接⼝,⽀持USB-HID接⼝和串⼝的iDR210。

1、如果使⽤原开发包采⽤动态调⽤dll⽅式,只需直接替换原dll即可。

2、如果使⽤原开发包采⽤的静态调⽤⽅式,则在不改变代码的情况下,对原程序重新编译链接即可。

2.系统要求使⽤本API的PC机,必须满⾜下列条件:●Windows 98、Windows 2000 Pro、Windows 2000 Server、Windows XP。

●⾄少32兆内存(32M RAM or Larger)。

●⾄少10兆空闲硬盘空间(10M Free Hard Disk Space or Larger)。

●⾄少⼀个空闲普通串⼝或USB⼝(视⽤户需求⽽定)。

3.接⼝⽂件说明接⼝⽂件包括:Dewlt.dll 相关动态联接库sdtapi.dll 相关动态联接库JpgDll.dll 相关动态联接库SavePhoto.dll 相关动态联接库sdtapi.h 相关动态联接库头⽂件适⽤开发语⾔:Visual C++ 5.0 及以后版本C++ Builder 5.0 及以后版本Visual Basic 5.0 及以后版本Delphi 3.0 及以后版本PowerBuilder 5.0 及以后版本4.接⼝函数说明4.1.端⼝函数4.1.1.端⼝初始化函数原型:int InitComm (int iPort)说明:本函数⽤于打开串⼝或USB并检测读卡设备是否就绪。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

酷乐宅™二次开发 接口与协议
文档版本V1.1
初稿制定:林海
2012年8月25日
图1 酷乐宅正面视图
图2 酷乐宅背面视图
KEY3
KEY2 KEY4 KEY1 KEY0
KEY5
KEY6
KEY13
KEY14
KEY21
~
~
GND GND GND GND GND GND
GND ~ GND
O U T 0 / T X O U T 1 / R X O U T 2 / C S O U T 3 / M D V C C G N D
LD1
LD0
LD2
LD5
LD3
LD4
RLD
协议总揽
注:
□数据包= 包头+ 类型[+ 内容1] [+ 内容2] [+ 校验] □Dev:酷乐宅设备
□PC:USB接口与计算机连接
□MCU:扩展开发接口与单片机连接
□波特率:2400bps
□校验位:N
□数据位:8
□停止位:1
一、按键事务
二、获取按键模拟值
1)按键模拟数据请求
模拟值内容:0x00(最弱感应) ~ 0x64(最强感应)
三、设置寄存器
1)设置寄存器内容
注:内容2中RSTC、EXT、RLED、BLED、THR数据可选,但是前后位置关系不能调换。

校验为内容2所有数据的累加和的最低字节部分。

注:CONF中其中某位为1,表示在内容2中存在对应的数据;反之亦然
DF = 0x0F 恢复默认设置若DF不为0x0F则忽略复位默认设置事务。

复位后,BLED = 0x00
BLC = 0 普通模式
LDx = 0 对应LED触摸亮,非触摸灭
LDx = 1 对应LED触摸灭,非触摸亮
BLC = 1 手动模式初始化后为灭状态
LDx = 1 对应LED亮
LDx = 0 对应LED灭
*BLC = 2 保留
*BLC = 3保留
RLW1 = 1, RLF0 ~ RLF3设置有效; RLW1 = 0, 忽略RLF0 ~ RLF3的设置 RLW0 = 1, RT 设置有效; RLW0 = 0, 忽略RT 的设置
RLF3 = 1上电后红灯亮 RLF3 = 0 上电后红灯不亮 RLF2 = 1上电闪灯 RLF2 = 1上电不闪灯 RLF1 = 1连接完毕闪灯 RLF1 = 0连接完毕不闪灯 RLF0 = 1通讯闪灯 RLF0 = 1通讯不闪灯
RT = 0 红灯灭 RT = 1红灯亮
注:RT 设置的设置将不会保存,重新上电 后红灯的状态取决于
RLF3
OTC = 0 串口通讯模式 (详见串口扩展部分) OTC = 1 方向输入口与扩展输出口映射
即KEY2↔OUT0 KEY3↔OUT1 KEY4↔OUT2 KEY5↔OUT3 SWT = 0 触发模式
OUTx = 1 触摸为高电平 OUTx = 0 触摸为低电平 SWT = 1 电平转换模式
OUTx = 1 触摸转换电平 ;OUTx = 0 释放转换电平
*OTC = 2保留
OTC = 3 直接控制输出 OUTx = 1 输出高电平
OUTx = 0 输出低电平 (初始化为高阻)
PUSH = 0 弱上拉输出 ; PUSH = 1 推挽输出 警告:在推挽输出情况下短路,将造成设备的损坏!
2)返回设置状态
SR = 0 设置失败 ; SR = 1 设置成功
四、读取寄存器
1)请求读取寄存器
注:读取内容的含义请参考“设置寄存器”节
校验为内容2所有数据的累加和的最低字节部分。

五、握手数据
1
HDR为用户定义的1字节握手随机数(0x00 ~ 0xFF)
2)握手反馈
HDA为设备返回的握手数据。

若返回的握手数据与之前请求的随机握手数据一致,表示握手成功。

六、按键模式切换
1)按键模式切换
2)按键模式切换反馈
注:当发送过按键模拟数据请求(0xFA 0xBD)后,需要通过按键模式切换命令,将模式切换到按键模式,否则设备将不会自动发送按键码或释放码给主机。

七、获取设备ID
1)请求获取设备ID
2)应答设备ID
八、获取固件版本号
1)请求获取固件版本号
2)应答固件版本号
VER_M: 主版本
VER_I: 为次版本
VER_R: 为修正版本
九、串口扩展部分
当OTC = 0 时,设备的扩展接口自动切换到串口通讯模式,此时OUT0、OUT1、OUT2、OUT3分别变成RX、TX、CS、MD。

RX设备串口输入引脚
TX设备串口输出引脚
CS片选引脚
MD按键/命令控制引脚
RX、TX为串口通讯引脚
CS = 0 串口通讯使能;CS = 1 串口通讯功能关闭
MD = 0 命令模式;MD = 1 按键模式
在按键模式下,设备只输出,不接受输入信号,设备仍然正常工作。

在命令模式下,设备可以输入也可以输出,但是会暂时停止工作。

切换到命令模式下,需要等待20ms左右,再进行读写操作。

扩展接口作为串口工作不支持模拟值请求和按键切换命令。

---------------------------------------------------------结束页---------------------------------------------------------。

相关文档
最新文档