We use cookies to make your experience better. To comply with the new e-Privacy directive, we need to ask for your consent to set the cookies. Learn more.
The extension module Flying Master renders a CANopen Manager according to CiA-Standard 302 Part 2 with the possibility to determine the NMT mode as Master or Slave dynamically to the run time. Only one CANopen device can serve as NMT Master in a CANopen network area. This CANopen unit adjusts the configuration of all Slave units, controls these Slave devices and is able to start or stop them.
Within a CANopen network environment several devices can be placed together Flying Master. Upon start of the network (initiation via Power-On) all Flying Master units negotiate, which of these devices will act as NMT Master. This process is called NMT Flying Master Negotiation. The Flying Master units, that won’t act according to the NMT Master, continue serving as NMT Slave and control the active NMT Master unit via the Heartbeat Protocol.
If the active NMT Master unit is lost or rendered inactive (for instance a recognition of a Heartbeat Timeout), the NMT Flying Master Negotiation process is being relaunched and the active NMT Master unit is redetermined among the remaining Flying Master devices.
| P/N | Description |
|---|---|
| SO-1114 | CANopen Flying Master Add-on CANopen Flying Master Add-on Source Code, Documentation, License Contract (requires SO-1063 or SO-1063-VP) |
Tecnologix offers support which is directly handled by development team. Do not hesitate to get in touch with our experts.
Just ask here