I have a problem with Family Table Multi-Body parts.
Our manufacturing group requires the part number of each of our sheet metal parts to be stamped/etched onto the part itself when the part is being punched for part identification purposes. We have a tool on our punch that simply stamps this information onto our parts read off of the Flat State DXF. On simple parts (not multi-body parts), we simply create a parameter within the part itself that extracts the part number and revision information from Windchill, and then we create a cosmetic sketch on the surface of the part and create text that adds the parameter value automatically.
For Multi-Body parts, we have a bit of a situation that we are looking to remedy.
I have figured out how to do this on multi-body parts (without a family table) by adding a parameter called PART_NUMBER and having it defined in the relations of the assembly itself to extract the assembly file name and assigning that value. Then, while in the relations of the assembly, I click on Show -> Session ID and determine that ":3" for example is my ID for the assembly. I then go into the relations of the .prt, go into its relations and type in PART_NUMBER_ASSY = PART_NUMBER:3. This then adds the assembly information that I was looking for, and I thought our issues were solved.
Then i started playing around with parts with Family Tables. We often times have trim pieces that are identical in every way other than the overall length. In these cases, we have a .asm file for each length instance that has relations to swap in the corresponding length .prt file. When I do the part swapping in the assembly to call out the correct length part, it defaults to the generic (or specific instance) session ID and assigns the same .asm number to every part. Right now, each .asm's PART_NUMBER value correctly defined, I just cannot determine a way to pass that down to the .prt.
Otherwise, does anyone have a better way of passing Parameters down from an assembly to the part and have it remain intelligent enough to pull that parameter value from the .asm file? I have tried the route of creating a notebook, but that seems to assign values from the notebook down to the parts declared to it. Ideally, this seems like it should be simple, but I cannot seem to find a solution. We could obviously type this in manually, but with saving copies from project to project, that can get overlooked, and we are looking for ways of automating this.
The first what l was think about: "Why do you need call assembly parameter to part reletions?" Do you declare in this parameter, that part XYZ is included in assembly ABC? But part XYZ can be included in each project accross whole Windchill...
My idea is move this parameter into part level and in call this parameter from part. If is it possible, l don´t know whole situation...
Before 6 moths we tryied Windchill implemetation, still it is not done .
But the first what l had to respect was: "Stop thinking old-school methods and use WCH advantages."
Something doesn´t work with Windchill the same like without them. See following info link: Manualnumbering VS Autonumbering
We had to change from manual numbering to autonumbering, simply because Creo works different way with and without Winchill.
The parameter does need to be established in the assembly as the value of my parameter PART_NUMBER is the actual file name of my .asm multi-body part and i need to pass that down to its child .prt so that this file name can be etched/stamped into our flat states. I CAN do this manually in the .prt file, but with the amount of save a copies that we do, there is a chance this can get missed and not changed, thus having the incorrect value assigned to the parameter. In the case you describe, I am trying to define PART_NUMBER as "ABC", and send that parameter value down to the part XYZ. I then would stamp/etch the PART_NUMBER value (probably use a relation to define a new parameter in the part file) "ABC" onto the flat state of XYZ so that i can identify this "finished" multi-body part assembly as "ABC" once it goes out to our manufacturing floor. Does this help clarify?
F.y.i., we are already using Windchill 10.2 PDMLink and use a sequential numbering scheme. We just allow 1234567.prt, 1234567.asm, and 1234567.drw to all share the same number as the drawing in our previous system. Moving forward, these will all be independent numbers, so this is why we are experiencing issues now.