CANopen modulok, kártyák

CANopen

A CANopen kommunikációs protokoll CAN (Controller Area Network) alapú és főleg az automatizálástechnikában alkalmazzák. Az EN 50325-4 európai szabványként is jegyzett kommunikációs protokoll gondozását a CAN in Automation (CiA) egyesület végzi.

Előnyei:

Problémamentes csere az egyszerű hálózatkezelés révén
Hatékony a rögzített és szabványosított készülékprofilnak köszönhetően
Megbízható a számos biztonsági mechanizmus révén

A CANopen^® a felhasználási réteggel mint kommunikációs profillal bővíti ki a tulajdonképpeni CAN protokollt. Itt az objektumjegyzékben levő készülék- és kommunikációs profilok határozzák meg adott készülékcsoportok kommunikációját: például a CiA 401 készülékprofil az I/O modulokat írja le.

Az adatcserét két objektumtípus végzi:

a folyamatadat-objektumok (PDO) valós idejű adatokat visznek át – eseményvezérelten, ciklikusan vagy kérésre.
A szervizadat-objektumokkal (SDO) az objektumjegyzékhez lehet hozzáférni: így készülékek konfigurálhatók.

A kommunikáció illesztett master-slave architektúra szerint zajlik: egyik résztvevő a master és ez végzi a hálózatkezelést (NMT). A többi résztvevő mint slave implementálódik.

Ezen kívül a CANopennel a Producer/Consumer és Client/Server kommunikációs modellek is használhatók.

CANopen átjáró

2 termék

CANopen master

7 termék

CANopen slave I/O modulok

14 termék

CANopen Remote I/O házak

4 termék

CANopen is a kind of network protocol based on CAN bus and has been used in various applications, such as vehicles, industrial machines, building automation, medical devices, maritime applications, restaurant appliances, laboratory equipment & research.
ICP DAS has been developing CAN based-CANopen protocol products for several years. Include PCI interface, gateway, CANopen IO and CANopen module for ICP DAS’s PACs-WinCon /WinPAC/LinCon/I-8K. We also help customers to resolve various CANopen network technology problems. In addition, we can provide CANopen solutions for users.

CANopen is a CAN-based application layer protocol. It was developed as a standardized embedded network with highly flexible configuration capabilities. CANopen was designed for motion-oriented machine control networks, such as handling systems. By now it is used in many various fields, such as medical equipment, off-road vehicles, maritime electronics, public transportation, building automation, etc.
The CANopen specifications cover application layer and communication profile, as well as a framework for programmable devices, recommendations for cables, connectors, SI units, and prefix representations. The application-layer as well as the CAN-based profiles are implemented in software.

CANopen features

Allow multi-master architecture on one bus
10k,20k,50k,125k,250k,500k,800k,1M bps baud rate
The bus length is from 25m(1M bps) to 5Km(10K bps)
Easy access to all device parameters.
Device synchronization.
Cyclic and event-driven data transfer.
Up to 128 nodes can be participated in the same CAN network.
High transmission speed.
Support Guarding and Heartbeat protection mechanism

CANopen Communication

	INITIALISING	PRE-OPERATIONAL	OPERATIONAL	STOPPED
PDO			X
SDO		X	X
Synchronisation object		X	X
Time Stamp Object		X	X
Emergency Object		X	X
Boot-Up Object	X
Network Management Object		X	X	X

CANopen Statue Transition

CANopen provides two network protection mechanisms, Node Guarding and Heartbeat. For Node Guarding, the master will send a request to check slave status. If some slave does not confirm this request, the master will indicate them with Node Guarding Fail. For Heartbeat, these slaves will send heartbeat message to the master let master know these slaves are alive. If the master does not detect some one’s heartbeat, then the master will indicate it with Heartbeat Fail.

CANopen Digital I/O Pair-connection is a special function for CANopen remote I/O. It can send the DI value that is detecting by the CANopen DI Slave to others CANopen DO Slaves through the CANopen network, and then these CANopen DO Slaves will output the value. It is useful for users need to detect a DI signal and output a DO alarm at the same time.