Difference between revisions of "PIPEMODE"
(→Data Structure) |
(→PIPEMODE) |
||
Line 1: | Line 1: | ||
{{Languages}} | {{Languages}} | ||
== PIPEMODE == | == PIPEMODE == | ||
− | The softMC controller can be used as a pure Motion-Bus interface card between your application and drives (PIPEMODE feature). The host computer controls all of what normally occurs in the motion module of the softMC . It must send a real-time stream of data through the softMC to the drives. In this case, the softMC functions as a data pipe. The feature is enhanced by the option of flexibly switching between pipe mode and regular mode. In typical applications, the softMC starts in regular mode where homing, jogging and initial position adjustments are made. After that, the softMC can be switched to pipe mode and the host computer takes control. There can be both softMC -controlled and pipe-controlled axes at same time in the system | + | The softMC controller can be used as a pure Motion-Bus interface card between your application and drives (PIPEMODE feature). The host computer controls all of what normally occurs in the motion module of the softMC . It must send a real-time stream of data through the softMC to the drives. In this case, the softMC functions as a data pipe. The feature is enhanced by the option of flexibly switching between pipe mode and regular mode. In typical applications, the softMC starts in regular mode where homing, jogging and initial position adjustments are made. After that, the softMC can be switched to pipe mode and the host computer takes control. There can be both softMC -controlled and pipe-controlled axes at same time in the system. |
An external profiler path can be designed and fed to the softMC point-by-point. The controller functions only as a pipe and is not responsible for the correctness of the applied profiler. No system limits are checked except for position error and feedback velocity limitation. While running under this mode, no other movements are allowed. | An external profiler path can be designed and fed to the softMC point-by-point. The controller functions only as a pipe and is not responsible for the correctness of the applied profiler. No system limits are checked except for position error and feedback velocity limitation. While running under this mode, no other movements are allowed. |
Revision as of 12:00, 28 September 2017
Language: | [[::PIPEMODE|English]] • [[::PIPEMODE/zh-hans|中文(简体)]] |
---|
PIPEMODE
The softMC controller can be used as a pure Motion-Bus interface card between your application and drives (PIPEMODE feature). The host computer controls all of what normally occurs in the motion module of the softMC . It must send a real-time stream of data through the softMC to the drives. In this case, the softMC functions as a data pipe. The feature is enhanced by the option of flexibly switching between pipe mode and regular mode. In typical applications, the softMC starts in regular mode where homing, jogging and initial position adjustments are made. After that, the softMC can be switched to pipe mode and the host computer takes control. There can be both softMC -controlled and pipe-controlled axes at same time in the system.
An external profiler path can be designed and fed to the softMC point-by-point. The controller functions only as a pipe and is not responsible for the correctness of the applied profiler. No system limits are checked except for position error and feedback velocity limitation. While running under this mode, no other movements are allowed.
The HostDouble data interface can be configured in one of four communication protocols using SYS.PIPEMODE:
- 1 – sending position command only
- 2 – sending both position and velocity commands
- 3 - sending only velocity commands
- 4 - sending only torque commands (TCMD)
When the system's pipe mode uses only position commands, the controller computes the current velocity.
Data Structure
The host CPU passes position , velocity and torque commands commands via a data containers. User's API maps the data to SYS.HOSTDOUBLE to external source (usually TCP/IP). The Motion-Bus operation mode of every drive connected to an axis working in Pipe Mode must be configured (Position/Velocity/Torque).
The data structure mapping depends on the PIPEMODE state:
|
| |||
Position (1) | Position and Velocity (2) | | ||
Sys.HostDouble[1] | |
|
|
|
Sys.HostDouble[2] | |
|
|
|
Sys.HostDouble[3] | |
|
|
|
Sys.HostDouble[4] | |
|
|
|
Sys.HostDouble[5] | |
|
|
|
Sys.HostDouble[6] | |
|
|
|
Sys.HostDouble[7] | |
|
|
|
Sys.HostDouble[8] | |
|
|
|
Sys.HostDouble[9] | |
|
|
|
. . . . . | ||||
Sys.HostDouble[128] | |
|
|
|