CANopen
Also called CANopen CC, CiA 301.
CiA's standardized application layer and communication profile riding on a CAN bus, giving devices a shared object dictionary and PDO/SDO messaging so drives, sensors and I/O from different vendors share one bus. It increasingly turns up in stage automation and rigging motion control, where the CiA 402 drive profile standardizes controller-to-servo-drive messaging.
Stewarded by CAN in Automation (CiA).
Small messages that either repeat constantly or fire once. Bandwidth is almost never the problem.
What kills it. Latency and loss on the messages that fire once. A repeating level survives a dropped packet; a GO does not.
What goes wrong
What speaks CANopen (1)
| Product | Direction | Notes |
|---|---|---|
| CODESYS CODESYS Group |
bidirectional | Standard. |
Typical use
- Servo drive, VFD and motor-controller networking within winches, hoists and automated scenery machines (CiA 402 profile)
- Sensor and I/O integration on machine-control buses inside automation racks and control cabinets
- General industrial embedded device networking wherever many low-cost nodes need to share one bus
Sources
- CANopen history (first published November 1994 as CiA 301) — CAN in Automation (CiA) primary
- CANopen (bit rates 10 kbit/s-1000 kbit/s, application layer over ISO 11898) — CAN in Automation (CiA) primary
- CiA 402: CANopen device profile for drives and motion control (conformance caveat quote) — CAN in Automation (CiA) primary
- Technical documents (PAS/Technical Report documents free after registration or CiA membership login) — CAN in Automation (CiA) primary
- CANopen (127-node limit from the 7-bit node ID field) — Wikipedia
Known gaps on this entry: default_ports, implementations. If you can source one of them, that is a ten minute pull request.
Edit this entry on GitHub — one file, editable in your browser, and your handle goes on it permanently.
Work at CAN in Automation (CiA)? Confirm or correct this entry — it is free, it stays free, and nothing about it is for sale.