Difference between revisions of "SimpleMotion motion control strategies"
From Granite Devices Knowledge Wiki
[checked revision] | [checked revision] |
Line 40: | Line 40: | ||
*Update rate will reduce as more axes are added to the system (due to bus bandwidth limit), however, see the scalability feature in Features column | *Update rate will reduce as more axes are added to the system (due to bus bandwidth limit), however, see the scalability feature in Features column | ||
*For smooth unterrupted motion, need hard real-time host, such as RTLinux, [[PLC]] or microcontroller platform. | *For smooth unterrupted motion, need hard real-time host, such as RTLinux, [[PLC]] or microcontroller platform. | ||
− | *USB | + | *[[SimpleMotion V2 USB adapter]] may add uncertainty to timing, so use of other adapter may be necessary (PCI, PCI-E, PLC port or other peripheral, such as microcontroller USART). |
|| Yes || Yes | || Yes || Yes | ||
|} | |} |
Revision as of 14:18, 30 November 2015
SimpleMotion V2 allows building single and multi-axis motion control applications in three different strategies. The table below summarizes the options.
Strategy | Implementation | Features | Cons | Need real-time host | Synchronized multi-axis motion |
---|---|---|---|---|---|
Parameter communication |
Send setpoint commands to a target drive with simple "write parameter" commands |
|
|
No | No |
Buffered motion commands |
List of positions are uploaded to drive command buffers and executed by drives based on clock |
|
|
No | Yes |
Real-time motion commands |
Position commands are sent to drives just like in parameter communication strategy, except in high update rate and from real-time host |
|
|
Yes | Yes |