TWINTURBOTOM
New member
I created a part along with a slick program to control the regeneration process exactly how i want....I started using the instantiate option to append a few models to my family table....no problems....then i created a few other instances in the family table editor...to speed things up i decided touse the "edit in excel" button which i have done many times....
i started using a few of my newly created instances and all of the ones that were created in excel had a small regeneration issue...an error "some relations are no longer satisfied in "instance p/n" for $BACK. "back" is a renamed dimension for a datums distance offset from another datum, the $back is a relation (where the $ allows pro/e to use a negative number) and that relations tiesthe dimension into a parameter...
several were done with the same technique...odd that this is the only one with an issue.So the part regnerates with the wrong dimensions!!! i clicked on the datum: edit-info switch dimension..and the name is still back!!!....i go to tools, relations...and sure enough the relation is their and writtin properly...$back=-(length/2) and the length parameter is filled in properly....the length in this case is 9....and the back dimension is for some odd reason 6 (which is the value in the generic)....this problem only exists for instances created in excel.....anyone have any suggestions??/ similar problems????
on a related topic (pro/program mainly) i can never decide wheter it is better to rename dimensions and use these in my program....or to create parameters and use relations connecting the parameters to the dimensions I want; then using the parameters as my variables in my program as opposed to the renamed dimensions....
I like referencing renamed dimensions in my programs because sometimes I have alot to control and don't want a ton of them in my parameters box....I like renaming dimensiosn anyways so using a renamed dimension directly is less work then renaming a dimension then creating a parameter then writing a relation...it's extra steps that i usually eliminate...any reasons why i shouldn't?????
thanks for any help/oppinions!!!!
i started using a few of my newly created instances and all of the ones that were created in excel had a small regeneration issue...an error "some relations are no longer satisfied in "instance p/n" for $BACK. "back" is a renamed dimension for a datums distance offset from another datum, the $back is a relation (where the $ allows pro/e to use a negative number) and that relations tiesthe dimension into a parameter...
several were done with the same technique...odd that this is the only one with an issue.So the part regnerates with the wrong dimensions!!! i clicked on the datum: edit-info switch dimension..and the name is still back!!!....i go to tools, relations...and sure enough the relation is their and writtin properly...$back=-(length/2) and the length parameter is filled in properly....the length in this case is 9....and the back dimension is for some odd reason 6 (which is the value in the generic)....this problem only exists for instances created in excel.....anyone have any suggestions??/ similar problems????
on a related topic (pro/program mainly) i can never decide wheter it is better to rename dimensions and use these in my program....or to create parameters and use relations connecting the parameters to the dimensions I want; then using the parameters as my variables in my program as opposed to the renamed dimensions....
I like referencing renamed dimensions in my programs because sometimes I have alot to control and don't want a ton of them in my parameters box....I like renaming dimensiosn anyways so using a renamed dimension directly is less work then renaming a dimension then creating a parameter then writing a relation...it's extra steps that i usually eliminate...any reasons why i shouldn't?????
thanks for any help/oppinions!!!!