Configuration table resetting some formula randomly

Configuration table resetting some formula randomly

BWENGUK
Advocate Advocate
1,201 Views
17 Replies
Message 1 of 18

Configuration table resetting some formula randomly

BWENGUK
Advocate
Advocate

I'm using configured design to draw and manufacture many posts which have slots at various locations along the length. I've created a configured design that uses the location of the previous slot as a reference to the next slot, as the drawings provided are done this way. Slots are called SY where Y is the number. So S1 is the first slot, then S2 = S1 + # on and on. # defaults to 0, but I then edit it. For some reason once I get to S11 = S10 + #, S12 = S11 + # etc the units' digit seems to keep disappearing in the table so it goes to S 11 = S1 + # and S12 = S1 + # etc.

 

This is becoming increasingly annoying as I have to keep going back and adding in the 1, 2, 3, 4 etc. I use the 'Sample' configuration at the top as a template to duplicate from to add new posts.

 

How it should look:

 

BWENGUK_0-1739346634148.png

 

What sometimes happens:

 

BWENGUK_1-1739346685756.png

 

This only happens to rows that are all X + 0 in all columns. Once a row is filled in at least partially, it never seems to do this random reset.

0 Likes
1,202 Views
17 Replies
Replies (17)
Message 2 of 18

BWENGUK
Advocate
Advocate

It would appear that saving, closing and reopening the document will cause this to happen. But so will simply reordering the rows A-Z.

0 Likes
Message 3 of 18

EvanGu
Autodesk
Autodesk

Hi @BWENGUK Could you please explain your workflow for creating these parameters? Are they all created in the configuration table? These are my steps, which seem to be effective.

1. create copies

2. add TranslateY to the configuration table (missed in the snapshot)

3. rename the parameters

4. input values

EvanGu_0-1739352612049.png

 


Evan Gu
Inventor/Fusion QA Engineer
0 Likes
Message 4 of 18

BWENGUK
Advocate
Advocate

@EvanGuI did the same as you. Renamed the paras/columns, then went through and did all of the values. This problem only occurs after 'S11 + 0'. The ones before don't change.

0 Likes
Message 5 of 18

deepali.pulate
Autodesk
Autodesk

Hello @BWENGUK ,

I tried to reproduce your scenario, and I think I found the root cause which is "Duplicate of rows", For me values are getting changed after duplicating the row.

. Basically renamed cells are not duplicating properly if we use dependent user parameters . but for you the parent row has the issue, so this is some what different to me, just wanted to confirm with you that all the bellow rows are duplicate of "Sample" row? and exactly when these values are getting changed, like after any specific operations (like undo redo)? 

I know this must be a rework for you to edit every cell.

Thanks for reporting it!

0 Likes
Message 6 of 18

BWENGUK
Advocate
Advocate

@deepali.pulateyes, all the rows are duplicates from the 'sample' row. However, the resetting isn't just happening when duplicating.

 

My workflow currently is select 'sample' then create 2 new configurations, which duplicates sample. Add in all the values needed. Then duplicate from sample again. Repeat.

 

The values seem to just change randomly. I can't force it. But it only ever changes where a whole row is still only +0 (So either the sample row or new duplicated row). It appeared before that closing the project and coming back would force this bug, but that doesn't appear to be happening now.

 

It's a bit of an odd one, especially as the cells S2 - 210 don't seem to get reset.

 

I've got circa 200 of these rows to fill in, so if I notice any specific pattern, I'll come back and update.

0 Likes
Message 7 of 18

deepali.pulate
Autodesk
Autodesk

Hi @BWENGUK ,

ohkay got it, could you please send me your file, (if you are comfortable to share)? so that I can take a closer look. otherwise just share the screen shot of your parameter table where these values are incorrect, just wanted to check if in parameter table as well we have issue.

0 Likes
Message 8 of 18

BWENGUK
Advocate
Advocate

Document attached.

 

If you look at my first post you'll see two screenshots. The first shows the sample row as it should be, after I have corrected all the "S1"s to "S11", "S12", etc. The second screenshot shows what happens after the bug. The rows above S10 reset in the formula back to S1. All I did between the two was close an reopen the project.

 

This morning I could force this bug to happen, but now I can't seem to replicate it. Very odd.

0 Likes
Message 9 of 18

deepali.pulate
Autodesk
Autodesk

Hello, @BWENGUK ,

Yeah i have seen your screen shots of configuration table, but I wanted to see the parameter table. Now that I have got the file, will take a first look at it, and will get back to you.
thanks for sharing!

Message 10 of 18

deepali.pulate
Autodesk
Autodesk

Hello @BWENGUK ,
I am able to reproduce your issue, basically when ever you are changing values in cells and save the file, it is not getting reflected in parameter table, parameter table still shows the older values, and once you close and reopen the file in config table as well it shows the older values which are present in parameter table. 

I am reporting this issue to the team. But workaround for now, is that when ever you change the value in config table try to look for parameter table as well that's what we can do for now.

Thanks once again for reporting the issue, please let me know if anything more required from my side.

Message 11 of 18

BWENGUK
Advocate
Advocate

@deepali.pulatethanks for looking into it and reporting it onwards as an issue.

 

For now, it seems to not be doing it whilst I'm sorting the manufacturing side of things, which is good. At least I can now change the parameters in the table for 'sample' so at least that stays correct for duplicating new lines.

 

Thanks.

Message 12 of 18

BWENGUK
Advocate
Advocate

@deepali.pulateone last Q, that is maybe outside the scope of this conversation, but worth a try.

 

Is it possible to take the configuration name and automatically use it as the name and file name for the post processor? See photo below. Currently, I am renaming each one each time. Is there a parameter for current config name that can go in this box instead?

 

 

 

BWENGUK_0-1739364654502.png

 

0 Likes
Message 13 of 18

deepali.pulate
Autodesk
Autodesk

Hello @BWENGUK ,

I hope, I understood your problem correctly so you want to insert this configuration in another design right and there this specific nomenclature you want?, so yes there is a option where you can set this preference, as shown in the attached image. You can go to preferences => Configurations

0 Likes
Message 14 of 18

BWENGUK
Advocate
Advocate

@deepali.pulatenot quite what I'm after.

 

When I go over to manufacturing to produce this various posts, I need to currently open the post options to change the name. What I'm looking for is to put in something like 'config_name' in the name box instead so I don't have to manually go in and change it each time?

0 Likes
Message 15 of 18

deepali.pulate
Autodesk
Autodesk

@BWENGUK  got it, but As per my knowledge this is not yet supported. 

0 Likes
Message 16 of 18

deepali.pulate
Autodesk
Autodesk

@BWENGUK ,

But this is a good suggestion/improvement, will create a improvement task for this and will add it in our backlogs. 

Thanks!

Message 17 of 18

BWENGUK
Advocate
Advocate

@deepali.pulateI think I have found another issue, possibly related.

 

When I'm filling in the table, it's extremely laggy and hitches all the time. See attached video. It's becoming pretty annoying, as sometimes it takes a good few seconds to actually show up what I've written in the box. I'm guessing it's struggling a bit with updating formula in the background?

 

I can't really see a reason to lag so badly, though. I'm on a very powerful machine that's barely stretching its legs!

 

 

0 Likes
Message 18 of 18

deepali.pulate
Autodesk
Autodesk

@BWENGUK ,

Thanks for reporting!

It's not a issue but rather it's just a lag, it takes time to update the values in active rows because at the background it's computing and updating the design on the fly. If you change the values for inactive rows it won't happen. This we can call it as a performance lag, the bigger the assembly is more lag will be there. 

Agree this takes a time to update design, and we will continue to improve it in near future.