conopen协议是怎么回事 在计算机中con.open是什么意思

CANopen\u534f\u8bae\u662f\u4ec0\u4e48\u610f\u601d\uff1f

CANopen\u662f\u6d41\u884c\u4e8e\u6b27\u6d32\u7684\u4e00\u4e2a\u56fd\u9645\u6807\u51c6\u534f\u8bae\uff0c\u7531CiA(CAN in Automation)\u7ec4\u7ec7\u7ef4\u62a4\u548c\u63a8\u5e7f\uff0c\u6700\u521d\u7684CANopen\u5e94\u7528\u4e8e\u5de5\u4e1a\u81ea\u52a8\u5316\u884c\u4e1a\uff0c\u4f46\u968f\u7740\u6280\u672f\u7684\u53d1\u5c55\uff0c\u73b0\u5728CANopen\u5df2\u7ecf\u5e7f\u6cdb\u7684\u5e94\u7528\u4e8e\u519c\u4e1a\uff0c\u5de5\u4e1a\uff0c\u533b\u7597\uff0c\u822a\u6d77\u7b49\u4e0d\u540c\u7684\u9886\u57df\uff0c\u540c\u65f6\u4e00\u4e9b\u6709\u540d\u7684\u5de5\u4e1a\u4ee5\u592a\u7f51\uff0c\u4e5f\u662f\u57fa\u4e8eCANopen\u6765\u53d1\u5c55\uff0c\u6bd4\u5982EtherCAT, PowerLink\u7b49\u3002\u5c31\u50cfprofibus\u662f\u5728RS485\u57fa\u7840\u4e0a\u5f00\u53d1\u7684\u5e94\u7528\u5c42\u534f\u8bae\u4e00\u6837\uff0c\u7b80\u5355\u70b9\u6765\u8bf4\uff0cCANopen\u662f\u57fa\u4e8eCAN\u603b\u7ebf\u7684\u5e94\u7528\u5c42\u534f\u8bae\uff0c\u662f\u5bf9CAN\u603b\u7ebf\u901a\u4fe1\u7684\u4e00\u79cd\u7edf\u4e00\u89c4\u8303\uff0c\u9002\u5408\u4e8e\u8fd0\u52a8\u63a7\u5236\u548c\u5176\u4ed6\u81ea\u52a8\u5316\u9886\u57df\u3002\u5982\u679c\u4f60\u60f3\u8981\u5bf9CANopen\u6709\u66f4\u6df1\u5165\u5168\u9762\u7684\u4e86\u89e3\u7684\u8bdd\uff0c\u6211\u89c9\u5f97\u4f60\u53ef\u4ee5\u53bb\u53c2\u52a0\u8679\u79d1\u7535\u5b50\u4e3e\u529e\u7684CANopen\u57f9\u8bad\u73ed\uff0c\u597d\u50cf\u4ed6\u4eec\u6709\u597d\u51e0\u79cd\u73ed\u7684\uff0c\u5176\u4e2d\u4e5f\u6709\u56fd\u9645CANopen\u7ec4\u7ec7\u4e3b\u5e2d\u7684\u8bfe\u7a0b\uff0c\u6211\u542c\u8fc7\u4ed6\u4eec\u7684\u5f00\u53d1\u8bfe\u7a0b\uff0c\u5f88\u4e0d\u9519\uff0c\u5b66\u5230\u633a\u591a\u4e1c\u897f\u7684\u3002

\u67d0\u79cd\u8fde\u63a5\uff0c\u6253\u5f00

CANopen协议包括通讯子协议(Communication Profile)和各种设备子协议(Device Profile)。通讯子协议描述对象字典的主要形式和对象字典中的通讯子协议区域中的对象,通讯参数,同时描述CANopen通讯对象,这个子协议适用于所有的CANopen设备,如CIA-DS301。设备子协议为各种不同类型设备定义对象字典中的对象,并为对象字典中的每个对象描述了它的功能、名字、索引和子索引、数据类型,以及这个对象是必需的还是可选的,这个对象是只读、只写或者可读写等等。目前已有多种不同的设备子协议,如:DS401、 DS402等。CANopen标准的核心部分是通过对象字典(Object Dictionary)对设备功能进行描述。通过对象字典的入口可以对设备的“应用对象”进行基本网络访问,设备的“应用对象”可以是输入输出信号、设备参数、设备功能和网络变量等。CANopen设备的功能及特性以电子数据表单(EDS)的形式描述,实际的设备设置通过设备配置文件(DCF)进行描述。
大多数重要的设备类型,例如数字和模拟的输入输出模块,驱动设备,操作设备,控制器,可编程控制器或编码器,都在称为"设备子集"的协议中进行描述。设备子集定义了不同类型的标准设备及其相应的功能。依靠CANopen协议集的支持,可以对不同厂商的设备通过总线进行配置。
CANopen标准最核心的部分是通过对象字典(Object Dictionary)对设备功能进行描述。对象字典分为两部分,第一部分包括基本的设备信息,例如设备ID,制造商,通信参数等等。第二部分描述了特殊的设备功能。
一个16位的索引和一个8位的子索引唯一确定了对象字典的入口。通过对象字典的入口可以对设备的"应用对象"进行基本网络访问,设备的"应用对象"可以是输入输出信号,设备参数,设备功能和网络变量等等。
CANopen设备的功能及特性以电子数据单(EDS)的形式描述,EDS采用ASCII格式,可以将EDS理解成某种形式的表格。实际的设备设置通过所谓的设备配置文件(DCF)进行描述。EDS和DCF都可以从Internet上下载,并可以存储在设备之中。

象其他知名的现场总线系统一样,CANopen也分为两种基本的数据传输机制:通过进程数据对象(PDO)对小型的数据进行高速数据交换以及通过服务数据对象(SDO)对对象字典进行访问。后者主要用于在设备配置过程中传输参数以及传输大数据块。进程数据对象通常采用事件触发、循环或请求方式发送,作为广播对象,它的上层并没有附加协议。一个PDO最大可传输8字节数据。在连接一个同步报文的时候,整个网络都可以采用同步方式对PDO进行传送和接收(Synchro-nous PDOs)。通过存储在对象字典中的PDO映射(PDO Mapping)结构,可以对应用对象到PDO对象的分配(Transmission Object)进行调整,这可以保证设备可以对不同的应用需求进行调整。
通过传输SDO可以实现可靠的数据传输,由两个CAN对象在两个网络节点间通过点对点的通信来实现这一过程。通过传输对象字典的索引以及子索引,可以定位相应的对象字典入口。通过SDO传送报文可以不受长度的限制,但传送SDO报文需要额外的协议开销。
标准化的事件触发的高优先级突发报文用于报告设备故障,可以通过中心时钟报文来提供整个系统的系统时钟。准备和协调建立一个分布式的自动化系统所需的功能都适于CAL网络管理(NMT)定义的机制,同样可应用于周期性的节点维护(node guarding)。
可以选择通过"Heartbeat Message"来显示CANopen设备的通信能力。PDO和SDO的CAN报文标识符可以直接通过对象字典的数据结构的入口标志符进行分配,或者,在简单的系统中,也可用预定义的标志符。

对象字典(Object Directory)
对象字典是每个CANopen设备的中心元素,它描述网络上设备的所有功能。对象字典描述了网络和应用程序之间的接口,所有对象字典的入口都引用16位的索引和8位子索引。对象字典包含所有通过网络访问的参数,例如:设备标识符、生产商名,PDOs和SDOs的通信参数,设备监控(“error control”)都保存在对象字典的通用区。设备描述区包含IO功能(开关量和模拟量的输入和输出),设备参数,PLC映射。如果发生错误,对象字典还可以配置其行为。因此,对象字典可以使设备行为符合各自的应用。
设备描述
设备描述表描述了自动控制系统中主要设备类型的属性和特点。定义了标准设备类型的功能和参数,所有的参数都保存在对象字典中。这样,就保证了CANbus用同一方式访问CANopen 设备。通过不同生产商设备的互用性和可交换性,为广大的多客户需求提供了先决条件。为开关量和模拟量的I/O设备,PLC设备和控制器定义了设备描述表。在标准的EDS文件中用ASCII形式描述了CANopen设备的参数和属性。它作为一个包含所有设备属性的表格访问网络。专门设备配置的实参保存在DCF(device configuration file),DCF是继承于EDS。
使用PDO/SDO进行数据传输
CANopen的数据传输包含两个不同的数据传输机制,CANopen是用过程数据对象(PDOs,Process Data Object)处理短过程数据的快速交换。通过SDO(Service Data Object)访问对象字典的入口。PDO根据事件约束,循环或查询传输,其传输是无协议广播形式。一个PDO传输可以达到八个字节,一个同步信息同步网络上数据的发送和迁移。每个PDO的属性可以在对象字典中配置,包含通信参数(CAN标识符,传输类型等等)和为每个PDO映射分配过程数据。SDO通过2个CAN-telegrams证实数据传输,两个设备间建立了点对点的通信。这样,大的数据包(大于8字节)能被传输给每个SDO。
网络管理
网络管理(NMT)用来管理网络设备的状态,它是主从关系的结构。CANopen设备通过一个启动报文发送一个信号给NMT master,这个启动报文是在网络上被初始化、激活的。用NMT命令可以改变单个设备或整个网络设备的状态,每一个设备的状态是由特定属性决定的。只有在OPERATIONAL状态,PDO才能被传输;在PRE_OPERATIONAL的条件下配置设备。监控CANopen设备的通信状态可选“Node-Guarding”或“Heartbeat”,为报告设备错误定义了报警报文,这些高优先级的紧急报文通过事件导向传输;错误发生时,标准的错误代码详细描述了错误信息。
CANopen Safety
CANopen网络上集成了安全功能(例如:Emergency OFF,Two-handed operation),可以安全传输信息。专用的safety-relevant services(SRDO,Safety Relevant Data Object)接受通信,一个SRDO传输高达8个字节的安全信息,传输数据是在一个定义的时间窗口中完成的。
协议介绍:
CiA DS 301: CANopen 应用层和通讯的描述
CiA DS 304: CANopen 安全相关的通讯架
CiA DS 401: CANopen 本地I/O模块的设备描述
CiA DS 404: CANopen 检测设备和闭环控制器的设备描述
CiA DS 405: CANopen 符合IEC61131-3便准的可编程设备的设备和接口描述
CiA DS 406: CANopen 编码器的设备描述
DS301:定义了应用层和通讯规范,包括对象字典、服务数据对象、过程数据对象、网络管理对象等。
DS302:定义了网络启动的步骤、主节点和管理节点的定义、可编程设备的输入/输出定义、冗余通讯的方式。
DS305:待查
DS401:定义了通用I/O模块的设备规范,主要定义了对象字典中6000H到6FFFFH之间的内容。
DS402:定义了运动控制的设备规范。
DS405:定义了IEC61131标准设备规范,主要定义了A000H到A6FFH之间的内容。
其中DS401、DS402和DS405均提供了默认映射数据。

  • 鍚勪釜绔彛閮戒唬琛浠涔鎰忔?
    绛旓細鎸夌収绔彛鍙风殑澶у皬鍒嗙被锛屽彲鍒嗕负濡備笅鍑犵被 锛氾紙1锛夊叕璁ょ鍙o紙WellKnownPorts锛夛細浠0鍒1023锛屽畠浠揣瀵嗙粦瀹氾紙binding锛変簬涓浜涙湇鍔°傞氬父杩欎簺绔彛鐨勯氳鏄庣‘琛ㄦ槑浜鏌愮鏈嶅姟鐨鍗忚銆備緥濡傦細80绔彛瀹為檯涓婃绘槸HTTP閫氳銆傦紙2锛夋敞鍐岀鍙o紙RegisteredPorts锛夛細浠1024鍒49151銆傚畠浠澗鏁e湴缁戝畾浜庝竴浜涙湇鍔°備篃灏辨槸璇存湁璁稿...
  • 璁$畻鏈烘敞鍐岃〃鏄仛浠涔鐢ㄧ殑?
    绛旓細缃戝崱璁剧疆鍜鍗忚锛涚郴缁熸ц兘鍜岃櫄鎷熷唴瀛樿缃紱娌℃湁浜嗘敞鍐岃〃锛學in95鍜學innt 灏变笉澶彲鑳藉瓨鍦ㄣ傚畠浠疄鍦ㄥお澶嶆潅浜嗭紝浠ヨ嚧浜庣敤杩囧幓鐨.ini鏂囦欢鏃犳硶鎺у埗锛屽畠浠殑鎵╁睍鑳藉姏闇瑕佸嚑涔庢棤闄愬埗鐨勫畨瑁呭拰浣跨敤搴旂敤绋嬪簭锛屾敞鍐岃〃瀹炵幇浜嗗畠銆傜劧鑰岋紝娉ㄥ唽琛ㄦ瘮.ini鏂囦欢鏇村鏉傦紝鐞嗚В瀹濡備綍宸ヤ綔锛屽畠鍋浠涔鍜屽浣曠敤瀹冩潵鍋氭槸鏈夋晥绠$悊绯荤粺鐨...
  • 鐗╂祦琛屼笟涓殑CCT-CIR鏄粈涔鎰忔?
    绛旓細Con-ro ship 闆嗚绠/婊氳涓ょ敤鑸 Consecutive single trip C/P 杩炵画鍗曡埅娆$鑸瑰悎鍚 Consecutive voyages 杩炵画鑸▼ Consign 鎵樿繍 Consignee 鏀惰揣浜 Consignment 鎵樿繍;鎵樿繍鐨勮揣鐗 Consignor 鍙戣揣浜 Consolidation 闆嗕腑鎵樿繍 Consolidation (groupage) 鎷肩 Consortium 鑱旇惀 Constants 甯告暟 Construction Rate 姣斾緥杩愪环 Container ...
  • 甯哥敤绔彛鍙婂搴旀湇鍔″垪琛
    绛旓細318/TCP,UDPTSP, 鏃堕棿鎴鍗忚 ( 鑻辫 : Time Stamp Protocol ) 323/TCP,UDPIMMP, Internet Message Mapping Protocol 383/TCP,UDPHP OpenView HTTPs Operations Agent 366/TCP,UDPSMTP, Simple Mail Transfer Protocol. ODMR, On-Demand Mail Relay 369/TCP,UDPRpc2portmap瀹樻柟 371/TCP,UDPClearCase albd...
  • Java 涓庢牱鍦ㄧ▼搴忎腑璁剧疆浠g悊鏈嶅姟鍣
    绛旓細//www.baidu.com");URLConnection con = url.openConnection();InputStreamReader isr = new InputStreamReader(con.getInputStream());char[] cs = new char[1024];int i = 0;while ((i = isr.read(cs)) > 0) { System.out.println(new String(cs, 0, i));} isr.close();
  • 浠涔鏄疦BMA缃戠粶?
    绛旓細璇戞枃:NBMA锛堥潪骞挎挱澶氳矾璁块棶缃戠粶锛夋槸OSPF锛堝紑鏀炬渶鐭矾寰勪紭鍏堬級閫氫俊鍗忚涓洓绉嶇綉缁滅殑涓绉嶃侼BMA鐢ㄤ簬绮剧‘妯″瀷X2.5鍜屽抚寤惰繜鐜锛岃繖浜涙ā鍨嬩笉鍏峰鍐呴儴骞挎挱鍜屽鐐逛紶閫佽兘鍔涖傚叾浠栫殑OSPF缃戠粶绫诲瀷鏈夛細骞挎挱銆佺偣瀵圭偣鍜岀偣瀵瑰鐐广傚湪NBMA璁剧疆閲岋紝OSPF涓娆″彧鍙戦佷竴涓懠鍙寘锛堝湪璺敱鍣ㄩ棿鍛ㄦ湡鎬у彂閫佺殑寤虹珛鍜岀‘璁や复杩戝叧绯荤殑鍖...
  • 涓汉鐢佃剳,鍝簺绔彛鍙互鍏抽棴!鍚勭鍙e張瀵瑰簲浠涔鏈嶅姟...
    绛旓細4銆佷慨鏀规敞鍐岃〃HKEY_CLASSES_ROOT xtfileshellopencommand涓殑c:Winntsystem32editor.exe %1鏀逛负c:WinntNOTEPAD.EXE %1 5銆佷慨鏀规敞鍐岃〃HKEY_LOCAL_MACHINESoftwareCLASSEShlpfileshellopencommand 椤逛腑鐨凜:WinNTexplore32.exe %1閿兼敼涓篊:WinNTWinHLP32.EXE %1 7626绔彛鐨勫叧闂: 7626鏄湪椹啺娌崇殑榛樿寮鏀剧鍙(杩欎釜...
  • cisco ap bvi鎺ュ彛鐨勪綔鐢鏄粈涔?
    绛旓細Ap(config-if-ssid)#authentication open //璁剧疆璁よ瘉绫诲瀷 浜旓細鐩戞帶AP鐘舵 Ap#show interface dot11radio 鍔犱笂鐩稿簲鎺ュ彛鍙 鍏細閰嶇疆涓浜涚浉搴旂殑鏈嶅姟 1锛歍elnet/SSH Ap(config)#line vty 0 4 Ap(config-line)#login local Ap(config-line)#end Ap#show run !line con 0 line vty 0 4 login ...
  • ...sql) { DataSet ds = new DataSet(); try { ConOpen(); Sql...
    绛旓細ds(鏁版嵁闆).Table[0](绗竴寮犺〃).Rows[0](绗竴琛)銆傛剰鎬濆氨鏄暟鎹泦涓涓寮犺〃涓殑绗竴琛屾暟鎹
  • 鎴戞槸鏈嶅姟鍣,鐢ㄦ埛鐧婚檰鍒版垜鐨勬満鍣ㄤ笂闈㈢敤鐨浠涔绔彛?
    绛旓細96 DIXIE鍗忚瑙勮寖97 蹇熻繙绋嬭櫄鎷熸枃浠跺崗璁98 TAC(涓滀含澶у鑷姩璁$畻鏈)鏂伴椈鍗忚99 Telnet鏈嶅姟,寮99绔彛 (Troj.open99)101 usually from sri-nic102 iso-tsap103 gppitnp104 acr-nema105 csnet-ns106 3com-tsmux107 rtelnet108 snagas109 Post Office110 Pop3 鏈嶅姟鍣(閭鍙戦佹湇鍔″櫒)111 sunrpc112 mcidas113 ...
  • 扩展阅读:canopen超线进入离开 ... canopen公开地址 ... canopen线缆 ... canopen通讯协议优点 ... canopen总线视频 ... canopen草棚 ... canopen协议详解 ... canopen ds402协议 ... canopen协议开放吗 ...

    本站交流只代表网友个人观点,与本站立场无关
    欢迎反馈与建议,请联系电邮
    2024© 车视网