Community
Me again😉
Now I'm interested in the operation of the rectangular pattern tool.
If you make a pattern along the length of the curve in one direction, then everything seems to be fine, but as soon as you turn on the direction of symmetry, the result becomes completely unpredictable. The length of the curve becomes 2 times longer, in the preview the number of objects is 2 times less, and the result is generally amazing.
Me again😉
Now I'm interested in the operation of the rectangular pattern tool.
If you make a pattern along the length of the curve in one direction, then everything seems to be fine, but as soon as you turn on the direction of symmetry, the result becomes completely unpredictable. The length of the curve becomes 2 times longer, in the preview the number of objects is 2 times less, and the result is generally amazing.
When creating a curve driven pattern dividing the Curve Length - go in only one direction.
I cannot think of a logical reason for attempting Midplane?
When creating a curve driven pattern dividing the Curve Length - go in only one direction.
I cannot think of a logical reason for attempting Midplane?
For example, when the part has a more complex shape and the contour of the pattern is not closed.
For example, when the part has a more complex shape and the contour of the pattern is not closed.
My experience in the Inventory is about 7 years. I have no problem solving this problem. It's pretty simple. I'm just sharing my experience, which tells me that this is a bug. I haven't found a section for bugs, so I'm writing to the main one. I see there are software testers on this forum who can discuss this with the development team. I want to contribute to the development of the product so that it gets better and better with future releases.
But back to the Part. The preview of the task being performed shows that I have chosen the right strategy, but the result is different. Interestingly, if the pattern creates each body separately, then the operation goes correctly.
I have attached a new file.
My experience in the Inventory is about 7 years. I have no problem solving this problem. It's pretty simple. I'm just sharing my experience, which tells me that this is a bug. I haven't found a section for bugs, so I'm writing to the main one. I see there are software testers on this forum who can discuss this with the development team. I want to contribute to the development of the product so that it gets better and better with future releases.
But back to the Part. The preview of the task being performed shows that I have chosen the right strategy, but the result is different. Interestingly, if the pattern creates each body separately, then the operation goes correctly.
I have attached a new file.
Hi Igor!
This task does not require any cutouts. The task is to make one body flow around another body along a contour or along a limited curve. You need to switch to working with bodies, not elements. Also, it is not known in which version of Inventor this bug appeared. I am running version 2023.0.1
I've been working with your file.
In fact, you don't even need the first body. It is enough just to make a body pattern along a curve.
Hi Igor!
This task does not require any cutouts. The task is to make one body flow around another body along a contour or along a limited curve. You need to switch to working with bodies, not elements. Also, it is not known in which version of Inventor this bug appeared. I am running version 2023.0.1
I've been working with your file.
In fact, you don't even need the first body. It is enough just to make a body pattern along a curve.
And again. You are working with element patterns, not bodies. In the process of developing a part, you can perform a dozen operations and you will have to make a body pattern, not each element. I'm just giving a simple example of how to reproduce the problem.
And again. You are working with element patterns, not bodies. In the process of developing a part, you can perform a dozen operations and you will have to make a body pattern, not each element. I'm just giving a simple example of how to reproduce the problem.
You are modeling the sequence incorrectly. You need to make a pattern - The whole part, not a separate element!
This is what happens when you select "Direction 1" (Направление 1)
You are modeling the sequence incorrectly. You need to make a pattern - The whole part, not a separate element!
This is what happens when you select "Direction 1" (Направление 1)
Before proceeding with the patern, you can perform many operations with the body. Moreover, the construction process can be so complicated that you simply won't be able to select all the elements to build a template. There is an option for this - a solid body. This option simplifies the calculation process for the program several times. I don't understand what the program can get confused about there. This is the same operation performed on the same curve, but with a solid body, instead of its individual elements. And yes, in the previous examples I also used an auxiliary sketch with an auxiliary curve. The result is the same.
Well, as I said, if you enable the option to create each copied object as a new body, the problem disappears.
The problem most likely lies in the incorrect assignment of the ID for the elements, which is why one of the elements of the pattern takes the starting position instead of the base one.
Before proceeding with the patern, you can perform many operations with the body. Moreover, the construction process can be so complicated that you simply won't be able to select all the elements to build a template. There is an option for this - a solid body. This option simplifies the calculation process for the program several times. I don't understand what the program can get confused about there. This is the same operation performed on the same curve, but with a solid body, instead of its individual elements. And yes, in the previous examples I also used an auxiliary sketch with an auxiliary curve. The result is the same.
Well, as I said, if you enable the option to create each copied object as a new body, the problem disappears.
The problem most likely lies in the incorrect assignment of the ID for the elements, which is why one of the elements of the pattern takes the starting position instead of the base one.
I can easily reproduce your results in 2023 on my computer. This must be a bug, since it works as expected when creating a feature pattern or a pattern of individual solid bodies.
The obvious workaround, I guess, is to create individual solid bodies and then Combine bodies to create just one.
Question: why do you want one solid body consisting of dozens or hundreds of separate lumps? Why not create dozens/hundreds of bodies?
Update: the same occurs in Inventor 2020. See attached file.
Sam B
Inventor Pro 2023.0.1 | Windows 10 Home 21H2
I can easily reproduce your results in 2023 on my computer. This must be a bug, since it works as expected when creating a feature pattern or a pattern of individual solid bodies.
The obvious workaround, I guess, is to create individual solid bodies and then Combine bodies to create just one.
Question: why do you want one solid body consisting of dozens or hundreds of separate lumps? Why not create dozens/hundreds of bodies?
Update: the same occurs in Inventor 2020. See attached file.
Sam B
Inventor Pro 2023.0.1 | Windows 10 Home 21H2
Accepted solution
Hi Folks,
There is no argument this is a bug. It should just work the way as in the preview. Indeed, keeping each body as a separate body seems to make it work, which again proves something is wrong with the Join option.
This is a great catch! It has been reported as INVGEN-61899. I will work with the project team to understand the behavior better.
Many thanks!
Johnson Shiue (johnson.shiue@autodesk.com)
Software Test Engineer
Hi Folks,
There is no argument this is a bug. It should just work the way as in the preview. Indeed, keeping each body as a separate body seems to make it work, which again proves something is wrong with the Join option.
This is a great catch! It has been reported as INVGEN-61899. I will work with the project team to understand the behavior better.
Many thanks!
Johnson Shiue (johnson.shiue@autodesk.com)
Software Test Engineer
The bug was fixed in version 2023.2, but it seems that part of the source code was taken for the new axis pattern function.
Here is an example:
The preview shows correctly, but the result is different.
The bug was fixed in version 2023.2, but it seems that part of the source code was taken for the new axis pattern function.
Here is an example:
The preview shows correctly, but the result is different.
Hi Folks,
We remain imperfect. The fix to INVGEN-61899 in 2023.2 introduces yet another regression as Ivan pointed out. We are backing out the fix in the coming 2023.2.x update. The proper fix cannot be ported to existing releases. Only the new release can have the fix unfortunately. We are sort of back to square one at the moment.
Many thanks!
Johnson Shiue (johnson.shiue@autodesk.com)
Software Test Engineer
Hi Folks,
We remain imperfect. The fix to INVGEN-61899 in 2023.2 introduces yet another regression as Ivan pointed out. We are backing out the fix in the coming 2023.2.x update. The proper fix cannot be ported to existing releases. Only the new release can have the fix unfortunately. We are sort of back to square one at the moment.
Many thanks!
Johnson Shiue (johnson.shiue@autodesk.com)
Software Test Engineer
Forums Links
Can't find what you're looking for? Ask the community or share your knowledge.
Post to forums
