CAN Bootloader协议

CAN Bootloader命令列表

命令名称命令值(Hex) 说明

GET_ADDR(1)000 向主机请求本机地址

ERASE(2)XX1 擦除应用程序

WRITE(3)XX2 将程序写入Flash

READ(4)XX3 将程序从Flash中读出

GO(5)XX4 执行应用程序

SET_WRITE_ADDR XX5 设置写数据起始地址

WRITE_CONTINUOUS XX6 连续写数据,写数据地址自动递增

SET_READ_ADDR XX7 设置读数据起始地址

READ_CONTINUOUS XX8 连续读数据,读数据起始地址递增

GET_VERSION XX9 获取Bootloader固件版本

ADDR_OK XXC 请求地址可用

ADDR_ERROR XXD 请求地址不可用

CMD_OK XXE 命令执行成功

CMD_ERROR XXF 命令执行失败

1、本机地址为7bit,所以在CAN总线上最多只能连接128个节点,本命令由从机发出,主机会给从机分配一个临时地址并回复CMD_OK,如果主机地址使用完毕则回复CMD_ERROR,从机可以根据接收到的主机反馈判断本机地址设置是否成功;

2、擦除应用程序命令会带擦除起始地址和擦除结束地址;

3、写数据命令带4字节写数据地址参数和4字节的数据;

4、读数据命令会携带4字节地址,从机返回4字节数据;

5、执行应用程序;

命令详解

GET_ADDR:

该命令由从机发送给主机,主机接收到该命令后会分配一个地址给从机,如果主机无法分配地址则发送ADDR_ERROR回复从机,此时从机应进入无法获取地址的错误处理程序中。主机和从机在发送命令的时候必须携带8字节物理地址,也就是说DLC为8。从机如果正确获取到地址后可以设置过滤器为只接收和自己地址匹配的数据,这样可以减少CPU的负担。

ERASE:

擦除应用程序储存地址区域的数据,该命令由主机发送给从机,命令携带8字节数据,前4字节数据为擦出起始地址,后4字节为擦出结束地址,从机接收到该命令后可回复CMD_OK 或CMD_ERROR给主机。

WRITE:

将一个字(4Byte)的数据写入指定的Flash地址,该命令由主机发送给从机,命令携带8字节数据,前4字节为数据写入地址,后4字节为准备写入的数据。

READ:

从指定的Flash地址读取4字节的数据,该命令由主机发送给从机或者从机发送给主机,主机发送给从机的时候携带4字节地址参数,从机发送给主机的时候携带4字节的数据。GO:

执行应用程序,该命令由主机发送给从机,命令携带4字节的地址参数,从机接收到该命令后从指定的地址开始执行程序。

SET_WRITE_ADDR:

设置连续写数据的起始地址,该命令由主机发送给从机,命令携带4字节的地址参数。WRITE_CONTINUOUS:

连续写数据到Flash中,该命令由主机发送给从机,从机根据SET_WRITE_ADDR命令设置的起始地址将程序数据写入Flash中,该命令携带最多8字节的程序数据。

SET_READ_ADDR:

设置连续读数据起始地址,该命令由主机发送给从机,命令携带4字节的地址参数。READ_CONTINUOUS:

连续读数据,该命令由主机发送给从机或者由从机发送给主机,由主机发送给从机时DLC 为0,从机接收到这个命令后将该命令携带最多8字节数据返回给主机。

GET_VERSION:

获取Bootloader固件版本号,版本号由两字节组成,第一字节为主版本号,第二字节为从版本号。

ADDR_OK:

返回合法的从机地址。

ADDR_ERROR:

不能正常分配从机地址。

CMD_OK:

命令支持成功。

CMD_ERROR:

命令执行失败。

业务合作协议书

收单业务合作协议书 甲方:(以下简称甲方) 地址: 乙方:(以下简称乙方) 地址: 根据《中华人民共和国合同法》的有关规定,为合作开发银行卡收单商户,提升银行卡消费市场份额,经甲、乙双方友好协商,本着长期合作,平等互利,共同发展的原则,就拓展使用各种POS机具(包括手机POS)终端设备进行的银行卡收单业务,达成以下协议: 第一条合作宗旨 甲、乙双方发挥各自的资源优势,为适应银行卡业务的发展,改善银行卡受理环境,为扩大以甲方为收单银行的收单市场,为持卡人提供高效、全面的优质服务。乙方通过为甲方及其客户提供优质服务获取相应的报酬。合作双方在创造良好社会效益的同时创造经济效益,使合作双方实现双赢。 第二条相关定义 一、特约商户:指国内各银行卡发卡机构发行的银联卡的收单特约商户。 二、跨行交易:指持卡人使用非甲方发行的借记卡、贷记卡、准贷记卡等银联卡在特约商户进行的一般刷卡消费。 三、一般消费:指持卡人使用甲方发行的银联卡在特约商户进行的一般消费。 四、收单回佣:指发生各种POS交易时由收单银行按人行规定,从每笔交易手续费中按照固定比例收取的佣金。 五、乙方开发的商户维护费:乙方提供上门安装调试、对商家的操作规范培训、耗材

供应等服务,甲方从每笔交易的收入中分区按照本合同约定的利刃给乙方。具体如下:乙方维护费=(商户交易手续费包括跨行交易和本行卡甲乙-银联、发卡行固定收益)X100%,甲方给乙方每笔 %。 六、新增有效商户服务费:乙方为甲方每开发一个特约商户(包括各种POS收款机具 中的任一种)。甲方给予乙方每台POS开发服务费用支持人民币大写元。 七、甲方自有商户维护费:非乙方开发的甲方的特约POS收单商户。若甲方委托乙方替甲方的POS商户进行后续维护服务,甲方给予乙方的维护费为: 1.每台POS维护费用人民币大写元(每月); 2.乙方维护费=(商户交易手续费包括跨行交易和本行卡甲乙-银联、发卡行固定收益)X100%,甲方给乙方每笔 %。 八、业务区域:甲方授权乙方服务的区域为: 1.中国; 2.山东; 3.烟台; 4.不限 第三条乙方的权利和义务 3.1乙方按照中国人民银行制定的相关管理规定和办法以及中国银联股份有限公 司与各成员银行共同制定的相关管理规则和办法与甲方进行合作。 3.2乙方有权自行采购各种符合国家规定的POS机具。乙方有义务受理银行卡POS 交易,并做好资金清算工作。 3.3乙方有权就POS机具的使用、业务受理、风险防范等内容对甲方相关人员进 行培训。 3.4乙方有义务为甲方各会员单位的资料信息保密,甲方不得将信息披露给第三 方。 第四条甲方的权利和义务 4.1 甲方向乙方提供会员单位明细资料,以便于乙方与各会员单位联系并安装各 种收单POS机具。

CANopen协议讲解

根据DS301的内容进行介绍 1、CAN总线 CAN标准报文

2、CANopen应用层协议 CANopen 协议不针对某种特别的应用对象,具有较高的配置灵活性,高数据传输能力,较低的实现复杂度。同时,CANopen 完全基于CAN 标准报文格式,而无需扩展报文的支持,最多支持127个节点,并且协议开源。 一个标准的CANopen 节点(下图),在数据链路层之上,添加了应用层。该应用层一般由软件实现,和控制算法共同运行在实时处理单元内。 一个标准的CANopen 节点 CANopen 应用层协议细化了CAN 总线协议中关于标识符的定义。定义标准报文的11 比特标识符中高4 比特为功能码,后7 比特为节点号,重命名为通讯对象标识符(COB-ID)。功能码将所有的报文分为7个优先级,按照优先级从高至低依次为: 网络命令报文(NMT) 同步报文(SYNC) 紧急报文(EMERGENCY) 时间戳(TIME)

过程数据对象(PDO) 服务数据对象(SDO) 节点状态报文(NMT Err Control) 7 位的节点号则表明CANopen 网络最多可支持127个节点共存(0 号节点为主站)。 下表给出了各报文的COB-ID 范围。 NMT 命令为最高优先级报文,由CANopen 主站发出,用以更改从节点的运行状态。 SYNC 报文定期由CANopen 主站发出,所有的同步PDO 根据SYNC报文发送。 EMERGENCY报文由出现紧急状态的从节点发出,任何具备紧急事件监控与

处理能力的节点会接收并处理紧急报文。

TIME 报文由CANopen 主站发出,用于同步所有从站的内部时钟。 PDO 分为4 对发送和接收PDO,每一个节点默认拥有4对发送PDO 和接收PDO,用于过程数据的传递。 SDO 分为发送SDO 和接收SDO,用于读写对象字典。 MT Error Control报文由从节点发出,用以监测从节点的运行状态。 状态机 CANopen 的每一个节点都维护了一个状态机。该状态机的状态决定了该节点当前支持的通讯方式以及节点行为。 初始化时,节点将自动设置自身参数和CANopen 对象字典,发出节点启动报文,并不接收任何网络报文。 初始化完成后,自动进入预运行状态。在该状态,节点等待主站的网络命令,接收主站的配置请求,因此可以接收和发送除了PDO 以外的所有报文。 运行状态为节点的正常工作状态,接收并发送所有通讯报文。 停止状态为一种临时状态,只能接收主站的网络命令,以恢复运行或者重新启动。

第三方业务合作协议书

业务合作协议书 甲方: 乙方: 1.总原则 甲乙双方本着互利互惠、共同发展的原则,制定本业务合作协议。 2.基本原则 2.1乙方利用自身资源,承揽爱家电器平潭店内厨房电器油烟机、消毒柜、煤气灶的销售业务工作,按照销售业绩的盈利情况,以可提利润为基础,在每单销售结束、收回甲方垫付的货款后,以月度为单位从甲方处按本协议规定提取一定的业务开拓费用。 2.2甲方负责乙方所销售产品的品牌招商、运营等运作,并按协议支付乙方如下费用及 业务开拓提成费(品牌招商可以由乙方建议、组织,报请甲方批准同意)。 2.3乙方非甲方正式编制员工,甲方不承担乙方工资、社会保险、福利、市场开发及其他费用(如有特殊情况需报请公司同意批准);甲方不承担乙方业务拓展过程的人员招聘等工作,亦不承担业务拓展过程中乙方人员的安全问题; 2.4协议双方非劳动关系,而是平等主体之间的合作关系。 3.双方的权利和义务 3.1甲方权利和义务 3.1.1甲方对乙方引入的销售业务进行评估,在保证成单的前提下,调集公司各种资源,全力促成业务运作。 3.1.2 甲方允许乙方使用甲方的名义及相关宣传材料开发业务 3.1.3甲方可配合乙方在相关地区举行市场营销活动,活动涉及的费用由双方协商确定。 3.1.4乙方将客户或者项目导入甲方后,根据需要,甲方在风险可控的前提下,甲方可为该项目的成功运作提供必要的资金支持。 3.1.5甲方定期(每月05日)对乙方导入的客户进行月度成本利润核算,并将具体的清单提供给乙方认可(含进货清单、后返协议等)。同时办理、支付乙方应提的业务手续和费用。 3.2乙方的权利和义务 3.2.1按约定提取业务开拓服务费用。

业务合作协议书

业务合作协议 协议编号:本协议由以下双方年月日于签署并开始生效。 甲方: 地址: 邮编: 电话: 传真: 联系人: 乙方: 地址: 邮编: 电话: 传真: 联系人:

目录 一、合作目的 二、合作模式 三、合作阶段 四、双方权利和义务 五、费用结算 六、违约责任 七、双方陈述和保证 八、双方法律关系 九、知识产权 十、保密 十一、不可抗力 十二、协议有效期和解除 十三、适用法律和诉讼管辖 十四、附则

甲乙双方本着平等互利、优势互补、共同发展的原则,经过友好协商,在真实、充分地表达各自意愿的基础上,根据《中华人民共和国合同法》和相关法律法规的规定,就“”项目达成以下合作协议: 一、合作目的 在甲方产品(或平台)合作项目中,甲乙双方充分利用各自资源优势,在甲方产品(或平台)中集成乙方实时协同工作平台软件,从而实现由乙方向甲方产品(或平台)用户(以下简称“用户”)提供实时协同工作平台软件许可使用的合作目的。 甲方产品(或平台)指: (产品具体介绍) 乙方实时协同工作平台软件(以下简称“乙方产品”)指: 二、合作模式 1.甲方作为产品(或平台)的技术服务提供方,向乙方提供相应的技术支持服务。 2.乙方产品与甲方产品(或平台)进行集成,向甲方提供相应的技术支持服务。 3.甲方产品(或平台)统一使用甲方品牌面向用户。乙方保留自身产品的LOGO、公司 名;乙方保留安装在客户端系统快捷入口的自身LOGO、公司名,乙方保留集成甲方产品(或平台)后系统快捷入口的自身LOGO、公司名。 4.甲方提供其客户服务系统作为用户统一的咨询、投诉受理中心。 5.乙方为甲方和用户设立专门的业务咨询和投诉受理渠道和机构,并向甲方提供具体的联 络方式,负责处理甲方客户服务系统转送的咨询和投诉。 6.甲方负责产品(或平台)业务整体的市场策划、推广、媒体宣传等,在甲方对乙方产 品的宣传和推广中,与乙方协商确定其产品的优惠定价、折扣比例等。乙方全力配合甲方的推广活动。 三、合作阶段 1.验收阶段:自本协议生效之日起至年月日。前述期限内,如双方协 商一致,可将该期限进行相应的延长或缩短。在该阶段,双方合作进行各项调试工作,产品最终需达到双方约定的测试验收标准。 2.试运营阶段:验收阶段结束之日起至年月日止。前述期限内,如双 方协商一致,可将该期限进行相应的延长或缩短。在该阶段,乙方按本协议第五条的约定向用户优惠提供其产品。试运营期结束后,如乙方产品运行稳定,经甲方书面确认后,进入正式运营阶段。

CANopen协议介绍

CANopen ?????????CAN-bus????

?? 1??? (1) 2?CAL ?? (2) 3?CANopen (3) 3ˊ1 ????OD (3) 3ˊ2 CANopen?? (4) 3ˊ3 CANopen8?Н??▊ (6) 3ˊ4 CANopen????? (8) 3ˊ5 CANopen boot-up?? (8) 3ˊ6 CANopen?????? (9) 4??? (18) 5??? (19)

1??? ?OSI????????????????????????1???ˊ????2??????????7?????????????????????????????3????????4???????г????5???????6?????????? CAN?Controller Area Network????????Н??1???2???ISO11898?????┉??Ё????????????????????????????Software?????Firmware????????????? ???CAN??Н?ˊ?????????????????????????????????НCAN??Ё?11/29?????8?????????????CAN??????????Ё?????????????????????????????CAN??????????????????CAN ??Ё????????????????????????????????ˊ???z ????Application layer?????Ё??????????????????????? z ?????Communication profile???????????????Н??Н???????z ?????Device proflile?????????????????? ??????????CAN??????CAL?????CAL?????CANopen???CANopen ???CAN-in-Automation(CiA)?Н???П?????????Й?????????????????CANopen?????????CAN?????Ё?:??????????????????????????????????????????????????????????????ā????ā???Ё?????ā????ā?Н????????????????????CANopen????????????????????????? ?OSI??Ё?CAN???CANopen??П?????????? C iA DS P-401C iA DS P-404 CiA DSP-xxx Application C hip Data Link Physical Layer ?1.1 CAN?CANopen???OSI????Ё?????

业务合作协议书(合伙人)

合同登记编号: 业务合作协议书 合作方(甲方): 合作方(乙方): 签约日期:2019年03月日

为了促进企业优势互补,实现互利共赢,根据《中华人民共和国合同法》等有关法律法规的规定,甲乙双方本着诚实守信、互惠互利的原则,经友好协商就双方合作事项达成如下条款: 第一条合作范围 1、乙方针对甲方业务,开展市场需求调研; 2、乙方协助甲方开展市场拓展活动,向甲方推荐客户。 第二条双方的权利和义务 1、甲方的权利和义务 (1)甲方对乙方引入的业务进行评估,在明确可操作的前提下,调集公司各种资源权利促成业务运作。 (2)甲方允许乙方使用甲方得名义及相关宣传材料开发拓展业务。 (3)甲方定期对乙方导入的客户进行成本核算,并将具体的清单提供给乙方确认。同时办理支付乙方应提的业务手续和费用。 2、乙方的权利和义务 (1)按约定提取业务开拓服务费用,并协助甲方收款。 (2)在承接业务时,可使用甲方的名义,但必须时刻注意维护甲方的形象,不得用于非公司盈利业务的承揽活动。 (3)不得有借甲方名义从事不利于甲方形象、损害甲方利益的行为。 (4)不得将甲方及其公司自身运作的客户介绍给别的同类企业运作。 (5)在乙方合作的过程中,不得将知晓的甲方自身的业务和其他信息透露给任何第三方。 (6)、违反上述2、3、4、5点规定,甲方有权取消合作,同时追究乙方的相关责任(包括经济赔偿)。

第三条业务形式及利润分配 1、业务形式 乙方引入的业务分两种形式 直接终端客户:直接终端客户是指由乙方推荐客情关系,甲方直接与终端用户(B端用户)操作项目并结算,甲方团队负责提供售后服务、技术支持。 渠道代理商:渠道代理商是指通过乙方推荐的其他集成商、项目或产品经销商,甲方与其签订供销合同,渠道代理商包装或整合自有或其他产品,利用自有渠道、客情关系实现市场收入,渠道代理商自己承担甲方产品售后服务及技术支撑。 2、利润分配 (1)直接终端客户形式: 按签订合同金额20%的标准向乙方支付费用,乙方需自行承担税费及客户公关费等,达到公司市场返利条件,按期向乙方支付市场收入的5%作为提成和奖励。 (2)渠道代理商形式: 甲方给乙方结算价为建议市场价格的50%,乙方可自行调整与其拓展推荐的渠道代理商或合作伙伴的价格,原则上不得超过甲方的建议市场价格。高出部分甲方以返成的方式支付到乙方。项目完成后甲方向乙方另付甲方实际收入的5%作为乙方的业务提成。 (3)甲方承诺:前述款项将在甲方收到客户费用后五个工作日内(或另行约定按月或按季支付)支付到乙方指定的账户。 (4)甲乙双方各自承担各自的相应税费,乙方如需现金需提前申请,税费按公司实缴税费扣除。 第四条协议有效期 1、本协议有效期为______年,自______年_____月_____日起至_______年______月

业务合作协议书范本(标准版).docx

LOGO 业务合作协议书范本 WORD模板文档中文字均可以自行修改 ××××有限公司

编号:_____________业务合作协议书范本 甲方:___________________________ 乙方:___________________________ 签订日期:_______年______月______日

甲方:_______________汽车有限公司 住所地:_________________________ 法定代表人:_____________________ 电话:___________________________ 乙方:___________________________ 住所地:_________________________ 法定代表人:_____________________ 电话:___________________________ 鉴于: 甲方现有汽车销售、汽车精品装潢及汽车维修服务等三大类业务;乙方拥有______________品牌售后服务的丰富客户资源积累以及维修服务经验。

甲乙双方经协商一致,就共同合作开办______________ 维修售后业务达成如下协议: 一、合作项目标的 ______________维修售后服务。 二、合作时间及地址 _______年_______月_______日至_______年_______月_______日。地址:____________(详见附图),其中车间_____________(平方米),钣金、喷漆______________(平方米),接待室 ______________(平方米)。 三、合作方式及双方投入 甲方以原有设备、场地改造实物折价人民币_______万元及现金人民币_______万共_______ 万元作为投资;乙方以设备折价_______万及现金_______万共出资_______万元作为投资。双方约定: 1.双方实物投入和现金投入均由双方书面确认后作为合作项目的共

CAN总线与CANopen协议

CAN总线与CANOpen协议 一CAN总线简介 1.1 引言 在20世纪90年代的汽车研究领域,采用总线分布式控制获得了很大的成功。用户要求汽车的控制系统具有优越的性能以保证汽车的安全性和舒适性,因此越来越多的具有超强计算能力的电子设备加载在汽车上。这就要求不同的电子设备之间能够进行通信和数据交换,以达到信息共享协调工作的目的。德国的博世公司(Bosch)率先将CAN总线(Controller Area Network)应用于汽车电子控制系统,解决了控制系统的部件之间的以及控制系统与测试设备主机的数据交换问题,替代了原有网络(用于车体控制的LIN网络、用于厂内环境控制的MOST 网络及原有车内通信的Flecray网络等)实现的功能。由于其独特的设计思想和高可靠性,在不同总线标准的竞争中获得了广泛的认可,并逐渐成为汽车最基本的控制网络,广泛应用于火车、机器人、楼宇控制、机械制造、数字机床、医疗器械、自动化仪表等领域。 图1.1 早期的ECU(汽车电子控制单元)通信 CAN总线是一种串行通信协议,具有较高的通信速率的和较强的抗干扰能力,可以作为现场总线应用于电磁噪声较大的场合。由于CAN总线本身只定义ISO/OSI模型中的第一层(物理层)和第二层(数据链路层),通常情况下CAN 总线网络都是独立的网络,所以没有网络层。在实际使用中,用户还需要自己定义应用层的协议,因此在CAN总线的发展过程中出现了各种版本的CAN应用

层协议,现阶段最流行的CAN应用层协议主要有CANopen、DeviceNet和J1939等协议。 图1.2 基于总线(CAN)的ECU通信 1.2 CAN总线的特点 CAN总线并不采用物理地址的模式传送数据,而是每个消息有自己的标识符用来识别总线上的节点。标识符主要有2个功能:消息滤波和消息优先级确定。节点利用标识符确定是否接收总线上的传送的消息当有2个或更多节点需要传送数据时,根据标识符确定消息的优先级。总线访问采用多主原则,所有节点都可以作为主节点占用总线。CAN总线相对于Ethernet具有非破坏性避免总线冲突的特点(CSMA/CA协议,与CSMA/CD协议相似),这种方式可以保证在产生总线冲突的情况下,具有更高优先级的信息没有被延时传输。 其物理传输层详细和高效的定义,使得CAN总线具有其它总线无法达到的优势,注定其在工业现场总线中占有不可动摇的地位,CAN总线通信主要具有如下所示的优势和特点: (1)CAN总线上任意节点均可在任意时刻主动的向其它节点发起通信,节点没有主从之分,但在同一时刻优先级高的节点能获得总线的使用权,在高优先级的节点释放总线后,任意节点都可使用总线; (2)CAN总线传输波特率为5Kbps~1Mbps,在5Kbps的通信波特率下最远传输距离可以达到10Km,即使在1Mbps的波特率下也能传输40m的距离。在1Mbps波特率下节点发送一帧数据最多需要134μs; (3)CAN总线采用载波监听多路访问、逐位仲裁的非破坏性总线仲裁技术。在节点需要发送信息时,节点先监听总线是否空闲,只有节点监听到总线空

业务合作协议书(标准版)

Both parties jointly acknowledge and abide by their responsibilities and obligations and reach an agreed result. 甲方:___________________ 乙方:___________________ 时间:___________________ 业务合作协议书

编号:FS-DY-20893 业务合作协议书 甲方:_____ 乙方:_____ 为了充分发挥甲、乙双方在各自服务领域的资源优势,共同拓展无线信息服务市场,甲、乙双方本着平等互利,共同发展的原则,就合作开展企信通业务达成协议。 第一条合作内容 1.甲、乙双方利用各自服务领域的资源优势,合作建立无线信息服务系统。 2.无线信息服务的对象(以下简称用户)是指在甲方无线信息服务定制系统中登记注册的乙方移动电话用户。 3.乙方向甲方开放短消息资讯平台端口,提供一个特定的服务代码_____给甲方单独使用。甲方可以通过该端口,向其用户以短消息的形式提供无限信息服务。 第二条乙方责任和权利

1.乙方有权审核甲方提供的互联网信息服务或电信增值业务经营许可证、资信证明、营业执照、资讯来源及银行帐户等与正常业务经营相关的资料。 2.乙方允许甲方在乙方提供的短消息资讯平台端口上进行短消息信息服务,并在项目运营期内负责提供短消息资讯平台端口,短消息流量控制。乙方有权根据短消息中心容量及时调整短消息流量。 3.乙方有权制定有关集团短信业务的管理办法和客户服务标准和文件,并要求甲方遵守和执行。 4.乙方每月向甲方提供甲方使用短消息端口的信息流量统计,作为甲方向乙方支付短消息通信费的核算依据。 5.乙方短消息系统所需的软硬件系统由乙方负责投入。 6.乙方配合甲方连通短消息网关至甲方服务器的通讯线路。 7.乙方有责任向甲方开放其短消息网关的相关技术协议标准及接口标准。 8.乙方负责包括短消息平台在内的网络通信正常,对非甲方原因引起的网络故障承担责任。对于任何影响乙方网络

介绍业务合作协议合同模板

介绍业务合作协议合同模板 篇一:业务介绍协议 业务介绍协议 甲方: 乙方: 甲、乙双方经共同协商就乙方介绍给甲方事项达成发下协议: 一、合作事项:乙方介绍并协作甲方获得(以下简称该物业)的独家销售代理权该物业归全权所有 二、合作期限:从年月日至年月日止 三、甲方需充分运用自身资源(包括门店推荐、广告宣传、网络宣传、主动推荐等方式)为该物业寻找买家 四、甲方负责带意向客户实地考察及介绍该物业 五、甲方负责与意向客户商谈该物业各项销售条件并做为中介方促成该物业销售及签约 六、乙方须为甲方的中介服务提供各项支持协助甲方尽快成交该物业 七、如该物业成功独家委托给甲方销售且该物业经甲方销售成功则甲方在收到该物业销售的销售代理费后应支付实收销售代理费的20%给乙方作为业务介绍费 八、本协议一式两份甲、乙双方各执一份均具有同等法律效力 甲方(签章):乙方(签章): 签约日期:年月日于东莞

篇二:介绍业务合作协议 介绍业务合作协议 对病人调治方(称甲方): 介绍业务方(称乙方): 经甲乙双方协商特制定介绍业务合作协议如下: 一、甲方委托乙方介绍病人前来调治甲方按每次收费额的35%给乙方及时提取业务介绍费两天内必须打到乙方银行账户上每推迟一天按提高1%结算给乙方乙方介绍的病人在调治中或调治后又介绍了第二代病人第二代病人又介绍了第三代病人第三代病人又介绍了第四代病人前来调治以此类推下去同样按每次收费额及时给乙方提35%的业务费每推迟一天按提高1%结算给乙方甲方必须做好收治病人记录和收费记录不得错漏乙方有权查看记录和核实情况甲方必须真诚与乙方合作才能愉快双赢 二、乙方和甲方不是经营合作关系更不是上下级工作关系纯粹是平等业务合作关系所以乙方不参加甲方培训、调治体验、医术宣传和服务工作乙方对甲方的经营不作任何投入也不承担经营中的任何费用(成本费、调治纠纷费等等)甲方的经营盈亏与乙方毫无关系 三、乙方向甲方介绍病人乙方对病人没有详细了解病情的义务也没有和病人谈调治价格的权力和义务甲方必须对病人作详细的了解和诊断并立好病案拟定调治计划与病人协商调治收费价格及时收费

can总线与canopen协议

竭诚为您提供优质文档/双击可除can总线与canopen协议 篇一:?canopen协议讲解 根据ds301的内容进行介绍 1、can总线 can标准报文 2、canopen应用层协议 canopen协议不针对某种特别的应用对象,具有较高的配置灵活性,高数据传输能力,较低的实现复杂度。同时,canopen完全基于can标准报文格式,而无需扩展报文的支持,最多支持127个节点,并且协议开源。 一个标准的canopen节点(下图),在数据链路层之上,添加了应用层。该应用层一般由软件实现,和控制算法共同运行在实时处理单元内。 一个标准的canopen节点 canopen应用层协议细化了can总线协议中关于标识符的定义。定义标准报文的11比特标识符中高4比特为功能码,后7比特为节点号,重命名为通讯对象标识符(cob-id)。功能码将所有的报文分为7个优先级,按照优先级从高至低

依次为: 网络命令报文(nmt) 同步报文(sync) 紧急报文(emeRgency) 时间戳(time) 过程数据对象(pdo) 服务数据对象(sdo) 节点状态报文(nmterrcontrol) 7位的节点号则表明canopen网络最多可支持127个节点共存(0号节点为主站)。 下表给出了各报文的cob-id范围。 nmt命令为最高优先级报文,由canopen主站发出,用以更改从节点的运行状态。 sync报文定期由canopen主站发出,所有的同步pdo根据sync报文发送。 emeRgency报文由出现紧急状态的从节点发出,任何具备紧急事件监控与处理能力的节点会接收并处理紧急报文。 time报文由canopen主站发出,用于同步所有从站的内部时钟。 pdo分为4对发送和接收pdo,每一个节点默认拥有4 对发送pdo和接收pdo,用于过程数据的传递。 sdo分为发送sdo和接收sdo,用于读写对象字典。

业务合作协议书

编号:_____________业务合作协议书 甲方:________________________________________________ 乙方:___________________________ 签订日期:_______年______月______日

甲方: 乙方: 1.总原则 甲乙双方本着互利互惠、共同发展的原则,制定本业务合作协议。 2.基本原则 2.1乙方利用自身资源,承揽供应链服务业务,交由甲方运作,并按照项目的盈利情况,以可提利润为基础,在每单项目结束、收回甲方垫付资金及业务款后,从甲方处按本协议规定提取一定的业务开拓费用,同时按国家规定,缴纳相关税费。 2.2甲方负责乙方开发项目的运作,并按协议支付乙方如下(2.3)费用及业务开拓提成费(按4.0所述)。 2.3乙方非甲方正式编制员工,甲方不承担乙方工资、社会保险、福利、市场开发及其他费用。协议双方非劳动关系,而是平等主体之间的合作关系。 3.双方的权利和义务 3.1甲方权利和义务 3.1.1甲方对乙方引入的业务进行评估,在明确可操作的前提下,调集公司各种资源,全力促成业务运作。 3.1.2 甲方允许乙方使用甲方的名义及相关宣传材料开发业务 3.1.3甲方可配合乙方在相关地区举行市场营销活动,活动涉及的费用由双方协商确定。 3.1.4项目导入甲方后,根据需要,甲方在风险可控的前提下,甲方可为该项目的成功运作提供必要的资金支持。 3.1.5甲方定期(每月)对乙方导入的客户进行成本核算,并将具体的清单提供给乙方认可。同时办理、支付乙方应提的业务手续和费用。 3.2乙方的权利和义务 3.2.1按约定提取业务开拓服务费用。 3.2.2在承接业务时,可使用甲方的名义,但必须时刻注意维护腾邦形象,不得用于非公司业务的承揽活动。 3.3.3不得有借腾邦名义从事不利于腾邦形象、损害腾邦利益的行为。 3.3.4不得将腾邦自身运作的客户介绍给别的同类企业运作。 3.3.5乙方在合作过程中,不得将知晓的甲方自身的业务和其他信息透露给任何第三方。

介绍业务合作协议书

业务合作协议 协议编号: 本协议由以下双方年月日于签署并开始生效。 甲方: 地址: 邮编: 电话: 传真: 联系人: 乙方: 地址: 邮编: 电话: 传真: 联系人: 目录 一、合作目的 二、合作模式 三、合作阶段 四、双方权利和义务 五、费用结算 六、违约责任 七、双方陈述和保证 八、双方法律关系 九、知识产权 十、保密 十一、不可抗力

十二、协议有效期和解除 十三、适用法律和诉讼管辖 十四、附则 甲乙双方本着平等互利、优势互补、共同发展的原则,经过友好协商,在真实、充分地 表达各自意愿的基础上,根据《中华人民共和国合同法》和相关法律法规的规定,就“ ”项目达成以下合作协议: 一、合作目的 在甲方产品(或平台)合作项目中,甲乙双方充分利用各自资源优势,在甲方产品(或平台)中集成乙方实时协同工作平台软件,从而实现由乙方向甲方产品(或平台)用户(以下简称“用户”)提供实时协同工作平台软件许可使用的合作目的。 甲方产品(或平台)指: (产品具体介绍)乙方实时协同工作平台软件(以下简称“乙方产品”)指: 二、合作模式 1.甲方作为产品(或平台)的技术服务提供方,向乙 方提供相应的技术支持服务。 2.乙方产品与甲方产品(或平台)进行集成,向甲方 提供相应的技术支持服务。 3.甲方产品(或平台)统一使用甲方品牌面向用 户。乙方保留自身产品的logo、公司名; 乙方保留安装在客户端系统快捷入口的自身logo、公司名,乙方保留集成甲方产品 (或平台)后系统快捷入口的自身logo、公司名。

4.甲方提供其客户服务系统作为用户统一的咨询、 投诉受理中心。 5.乙方为甲方和用户设立专门的业务咨询和投诉受 理渠道和机构,并向甲方提供具体的联络方式,负责处理甲方客户服务系统转送的咨询和投诉。 6.甲方负责产品(或平台)业务整体的市场策划、推 广、媒体宣传等,在甲方对乙方产 品的宣传和推广中,与乙方协商确定其产品的优惠定价、折扣比例等。乙方全力配合甲 方的推广活动。 三、合作阶段 1.验收阶段:自本协议生效之日起至年日。前述期 限内,如双方协 商一致,可将该期限进行相应的延长或缩短。在该阶段,双方合作进行各项调试工作, 产品最终需达到双方约定的测试验收标准。 2.试运营阶段:验收阶段结束之日起至年月日 止。前述期限内,如双 方协商一致,可将该期限进行相应的延长或缩短。在该阶段,乙方按本协议第五条的约 定向用户优惠提供其产品。试运营期结束后,如乙方产品运行稳定,经甲方书面确认后, 进入正式运营阶段。 3.正式运营阶段:自试运营阶段结束之日起至本协 议有效期结束止。 四、双方权利和义务

CANopen协议—PDO介绍

机械工程学院机械设计及理论研究所 目录 第一章PDO实例分析 (1) 一、目的: (1) 二、手段: (1) 三、分析: (1) 四、过程: (2) 4.1.对象字典的编写 (2) 4.1.1各节点ID分配表定义 (2) 4.1.2对节点1进行对象字典编写 (2) 4.1.3对节点2进行对象字典编写 (3) 4.1.4对节点3进行对象字典编写 (5) 4.2节点1发送数据至节点2、节点3 (6) 4.2.1节点1发送数据至总线 (6) 4.2.2 节点2、节点3从总线接收数据 (7) 4.3 节点2 发送数据至节点3 (8) 4.3.1 节点2 发送数据至总线 (8) 4.3.2 节点3从总线接收数据 (9) 参考文献 (10)

第一章PDO实例分析 一、目的: 实例的目的如图1-1所示,实现节点1的数据(A、B)传送到节点2、节点3,同时实现节点2传输数据(C、D)至节点3 。 图1-1 数据传输目的 二、手段: 使用PDO进行数据传送。 三、分析: 图1-2 SDO客户/服务器通讯模式[1] PDO通信是基于生产者/消费者(Producer/Consumer)模型,主要用于传输实时数据。产生数据的节点将带有自己节点号的数据放到总线上,需要该数据的节点可以配置为接收该节点发送的数据[3]。

四、过程: 4.1.对象字典的编写 对象字典的结构和条目对于所有设备是共同的,本例中采用索引定位,子索引确定对象的思想构建对象字典,方法是使用结构体定义子索引,子索引结构体的成员变量包含对象的属性(读写权限,数据类型,数据长度等)和指向对象的指针,定义索引时包含指向子索引的指针和子索引数目,对象字典各项在代码中采取如图1-3所示的方式来组织构建,这样可以方便地通过索引和子索引一找到对应的项,对象定义为指针的形式可以通过主站的SDO报文进行读写,实现对对象字典的灵活配置,同时这种方式实现通讯层与应用层共享数据变量的特点。对象字典的条目格式如图1-3所示: 图1-3 对象字典模块结构图 4.1.1各节点ID分配表定义 表1-1 各节点ID分配表 4.1.2对节点1进行对象字典编写 节点1发送数据至节点2、节点3,故需定义TPDO,我们在此处定义为TPDO1。节点1的应用数据区、TPDO1的通讯参数和映射参数在对象字典中的定义分别如表1-2、1-3和1-4所示。 表1-2 节点1的应用数据区在对象字典中的定义 表1-3 节点1的TPDO1通讯参数在对象字典中的定义

CANopen协议介绍

CANopen协议介绍(讲义) 2010-10-12 15:58:28| 分类:技术文档| 标签:|举报|字号大中小订阅 很长一段时间以来,很多人问我CANopen 总线优势到底在什么地方,我也大体的给了口头的讲述,但是比较笼统,没办法做到详细解释,加上纯技术的话语比较晦涩,遇上内行还能多聊几句,如果是刚接触的,那就是云里雾里了。这次正好要进行公司业务员培训,要讲讲CANopen,在整理过程中把我的讲义贴出来,希望能帮到大家,以下内容是我讲课的口述内容,比较白话,不能作为资料,大家见谅,鉴于我整理也比较辛苦,也算个小小的知识产权,所以PPT我就不 贴出来了。^-^ 讲义内容: 通常CANopen协议相关的一些资料相对来说比较晦涩,非专业人士看起来比较困难。我尽量以浅显易懂的方式将CANopen 协议的框架和它在实际应用中存在的优缺 点展示给大家。

我按照最先接触的内容由浅入深的讲解,直接讲CANopen协议会有点跳跃的感觉,所以,我以产品作为切入点,分析一下如何使用,在这个过程中,让大家理解什么是CANopen协议。首先,我们拿到一个产品,比方说是编码器,它的用途是作为位置传感器,那我们就需要将编码器送出的数据进行采集。一般自然界中存在的信号有多种形式,大多以模拟量形式存在,类似于人感觉到温度的高低、水流的快慢、风力的大小等等。但这是很模糊的概念,今天热了还是冷了,风大风小,没有比较是很难界定的,为了规范这些量,方便描述时的统一性,温度计量标准有华氏和摄氏、水流有每秒多少立方、风力有级数。这些,就是数字量。数字量在人与人之间传递时,可以通过嘴和耳,语言和听力,在设备之间如何来传递呢?学过数电的人知道,灯泡有两种状态,亮和暗,在最基础的电路回路里,“通”和“断”是两个最基本的状态,我们可以把他理解为“1”和“0”,这样,就有了表述的方法。但是单独使用这两种状态是无法传递信息的,如何把编码器

介绍业务-合作协议(标准版)-销售业务合作协议

合作协议 甲方:(以下简称“甲方”) 乙方:(以下简称“乙方”) 甲乙双方经过友好协商,在相互信任、相互尊重和互惠互利的原则基础上,双方达成以下合作协议: 一、甲乙双方在符合双方共同利益的前提下,就智能化工程项目及市场配合、售后服务等问题,自愿结成战略合作伙伴关系,甲乙双方相互协助促成业务与业绩,实现双方与客户方的多赢局面。 二、凡在甲乙双方约定的范围内,甲方项目位于安徽省范围的,乙方应全力配合甲方提供市场及售后服务,促使项目的实施及验收;乙方项目位于江苏省范围的,甲方应全力配合乙方提供市场及售后服务,促使项目的实施及验收。 三、在项目实施阶段,甲乙双方应根据现场情况安排相关人员到达现场,解决现场的问题和客户的要求。 四、相关费用: 甲乙双方中的提供市场及售后服务的一方的服务费用初定为项目金额的2% ,具体费用根据项目的不同性质,双方另行协商确定。 五、违约责任: 合作双方在业务实施过程中,如因一方原因造成合作方、客户方商业信誉或客户关系受到损害的,受损方除可立即单方面解除合作关系外,还可提出一定数额的经济赔偿要求。同时,已经实现尚未结束的业务中应该支付的相关费用,受损方可不再支付,致损方则还应继续履行支付义务。 六、争议处理:如发生争议,双方应积极协商解决,协商不成的,受损方可向当地仲裁委员会申请仲裁处理。 七、本协议长期有效,协议到期后,双方均未提出终止协议要求的,视作均同意继续合作,本协议继续有效,可不另续约,如一方提出终止协议要求的,需提前一年通知另一

方。 八、本协议在执行过程中,双方认为需要补充、变更的,可订立补充协议。补充协议具有同等法律效力。补充协议与本协议不一致的,以补充协议为准。 九、本协议经双方盖章后生效。本协议一式贰份,甲乙双方各持一份,具有同等法律效力。 甲方:乙方: (公章)(公章) 法人代表签字:法人代表签字: ___年___月___日___年___月___日

CANOPEN协议详解.pdf

一、CAN-BUS 介绍 1.CAN 的基本概念、特点 CAN 是Controller Area Network 的缩写(以下称为 CAN ),是ISO*1国际标准化 的串行通信协议。CAN 协议如表 3 所示涵盖了ISO 规定的OSI 基本参照模型中的传输层、数据链路层及物理层。 CAN 协议中关于ISO/OSI 基本参照模型中的传输层、数据链路层及物理层,具体有哪些定义如图所示。 . ISO/OSI 基本参照模型ISO/OSI 基本参照模型 各层定义的主要项目软件 控制 7 层:应用层 由实际应用程序提供可利用的服务。6 层:表示层 进行数据表现形式的转换。如:文字设定、数据压缩、加密等的控制5 层:会话层 为建立会话式的通信,控制数据正确地接收和发送。4 层:传输层控制数据传输的顺序、传送错误的恢复等,保证通信的品质。 如:错误修正、再传输控制。 3 层:网络层进行数据传送的路由选择或中继。 如:单元间的数据交换、地址管理。 硬件 控制 2 层:数据链路层 将物理层收到的信号(位序列)组成有意义的数据,提供传输错误控 制等数据传输控制流程。如:访问的方法、数据的形式。 通信方式、连接控制方式、同步方式、检错方式。应答方式、通信方式、包(帧)的构成。位的调制方式(包括位时序条件)。 1 层:物理层 规定了通信时使用的电缆、连接器等的媒体、电气信号规格等,以实 现设备间的信号传送。 如:信号电平、收发器、电缆、连接器等的形态。【注】*1 OSI :Open Systems Interconnection (开放式系统间互联)

CAN的特点 CAN 协议具有以下特点。 (1) 多主控制 在总线空闲时,所有的单元都可开始发送消息(多主控制)。最先访问总线的单元可获得发送权。 (2) 消息的发送 在CAN 协议中,所有的消息都以固定的格式发送。总线空闲时,所有与总线相连 的单元都可以开始发送新消息。两个以上的单元同时开始发送消息时,根据标识符(Identifier 以下称为ID)决定优先级。ID 并不是表示发送的目的地址,而是表示访问总线的消息的优先级。两个以上的单元同时开始发送消息时,对各消息ID 的每个位进行逐个仲裁比较。仲裁获胜(被判定为优先级最高)的单元可继续发送消息,仲裁失利 的单元则立刻停止发送而进行接收工作。 (3) 系统的柔软性 与总线相连的单元没有类似于“地址”的信息。因此在总线上增加单元时,连接在 总线上的其它单元的软硬件及应用层都不需要改变。 (4) 通信速度 根据整个网络的规模,可设定适合的通信速度。 在同一网络中,所有单元必须设定成统一的通信速度。即使有一个单元的通信速度 与其它的不一样,此单元也会输出错误信号,妨碍整个网络的通信。不同网络间则可以 有不同的通信速度。 (5) 远程数据请求 可通过发送“遥控帧”请求其他单元发送数据。 (6) 错误检测功能·错误通知功能·错误恢复功能 所有的单元都可以检测错误(错误检测功能)。 检测出错误的单元会立即同时通知其他所有单元(错误通知功能)。 正在发送消息的单元一旦检测出错误,会强制结束当前的发送。强制结束发送的单 元会不断反复地重新发送此消息直到成功发送为止(错误恢复功能)。 (7) 故障封闭 CAN 可以判断出错误的类型是总线上暂时的数据错误(如外部噪声等)还是持续的 数据错误(如单元内部故障、驱动器故障、断线等)。由此功能,当总线上发生持续数据错误时,可将引起此故障的单元从总线上隔离出去。 (8) 连接 CAN 总线是可同时连接多个单元的总线。可连接的单元总数理论上是没有限制的。 但实际上可连接的单元数受总线上的时间延迟及电气负载的限制。降低通信速度,可连 接的单元数增加;提高通信速度,则可连接的单元数减少。 2. CAN协议及标准规格

业务合作协议书

篇一:业务合作协议书 业务合作协议书 甲方: 乙方: 1.总原则 甲乙双方本着互利互惠、共同发展的原则,制定本业务合作协议。 2.基本原则 2.1 乙方利用自身资源,承揽供应链服务业务,交由甲方运作,并按照项目的盈利情况,以 可提利润为基础,在每单项目结束、收回甲方垫付资金及业务款后,从甲方处按本协议规定 提取一定的业务开拓费用,同时按国家规定,缴纳相关税费。 2.2 甲方负责乙方开发项目的运作,并按协议支付乙方如下(2.3)费用及业务开拓提成费(按4.0 所述)。 2.3乙方非甲方正式编制员工,甲方不承担乙方工资、社会保险、福利、市场开发及其他费 用。协议双方非劳动关系,而是平等主体之间的合作关系。 3.双方的权利和义务 3.1 甲方权利和义务 3.1.1甲方对乙方引入的业务进行评估,在明确可操作的前提下,调集公司各种资源,全力 促成业务运作。 3.1.2甲方允许乙方使用甲方的名义及相关宣传材料开发业务 3.1.3甲方可配合乙方在相关地区举行市场营销活动,活动涉及的费用由双方协商确定。 3.1.4项目导入甲方后,根据需要,甲方在风险可控的前提下,甲方可为该项目的成功运作 提供必要的资金支持。 3.1.5甲方定期(每月)对乙方导入的客户进行成本核算,并将具体的清单提供给乙方认可。 同时办理、支付乙方应提的业务手续和费用。 3.2 乙方的权利和义务 3.2.1按约定提取业务开拓服务费用。 3.2.2 在承接业务时,可使用甲方的名义,但必须时刻注意维护腾邦形象,不得用于非公司 业务的承揽活动。 3.3.3 不得有借腾邦名义从事不利于腾邦形象、损害腾邦利益的行为。 3.3.4不得将腾邦自身运作的客户介绍给别的同类企业运作。 3.3.5乙方在合作过程中,不得将知晓的甲方自身的业务和其他信息透露给任何第三方。 3.3.6乙方须协作保证甲方维护业务中垫付资金的安全性。 3.3.7违反上述2、3、4、5 点规定,甲方有权取消合作,同时追究乙方的相关责任(包括经 济赔偿)。 4.业务开拓费用提成比例 4.1乙方业务开拓费用的提成比例为业务服务费收入的10% 。 4.2实际提取数=业务开拓提成× (1 —所得税率 ) 。 5.收入计算的前提条件 5.1项目结束后,甲方应保证准时计付业务费用给乙方。所有应收款项包括各类垫付资金全 部收妥且进入甲方账户后才可计算乙方的业务收入。 5.2为保证甲方营收的应收款和所垫业务运作资金的安全回收,必要时乙方须协助甲方,要 求项目客户为甲方提供担保(具体根据项目由甲方和乙方商定)。 6.协议有效期 6.1 本协议有效期为年,自年22 日起至月日。双方签字(或盖章)生效。 6.2 本协议期满双方应重新签订新的合作协议,本协议自动终止。

相关文档
最新文档