I am trying to create an iAssembly with iParts for bricks within a custom furnace. The issue im having is the bricks needed have over 100,00 variations in size. Is there a way to use an iPart called in an iAssembly for one parameter and then change the other two other parameters within the assembly as static values calculated with the code. The bricks are in increments of 0.125 in all three directions. This is being used for automation purposes.
iPart are a derived file so you would simply create the variants in the iPart and publish the members then select the members in the iAssembly. You can select the members via ilogic if required.
Otherwise just use ilogic to create a configurator. I believe you can't have a custom iAssembly like you can have a custom ipart.
Have you sample part files or code to work with? You said 100,00, is it 100, 1000 variants?
yeah the blocks range in width of 30 to 10 in 0.125 increments and then width is thee same range of 30 to 10 increments of 0.125 and then thickness which has 4 possible values. I just didn't know if there was any other way then creating an iPart table that pick to pull from.
Would a component created with iLogic called within the assembly logic be a better way to accomplish this issue. If thats possible. Im am just having issues with the assembly crashing every time I execute the rule due to the amount of iparts being searched through.
@Anonymous
There must be something up with the code. Can you post it here? I haven’t done much assembly creation with ilogic parts but I am guessing it would be a lot of code.
Is it a case that you will need the parts to change sizes based on set parameter of assembly or is it all manual sizing?
Using ilogic for part numbers,descriptions etc will need to be either hard coded or taken from an excel sheet along with parameters.
So in essence you are trading one container for information for another but dropping the derived part element and member file updating.
Thanks for the help but i ended up figuring it out. I found the way to create the parts from a base part creating the sizes needed with the assembly logic, so bypassing iParts basically taking away the large file sizes and extra log processing time for the iParts I would have needed.
Can't find what you're looking for? Ask the community or share your knowledge.