regen family table problems

[vandewinckel]

Good Afternoon,


I'm using wf4 Date code 130. Is anyone having problems withfamily table instancesnot updating after the generic has been modified (instance has been verified). Example : I have a genericpart with ainstance,the hole positionin a pattern table was changed on the generic part, I made the change to the generic and verified the instance, everything looked ok a this point. I opened theinstance and the updatehas not beenchanged. I regen'd theinstance and nothing changed. The regen in theinstance kept allowing it to regen several times without stating "not changedsince last regen" The message on the regen said completedand still let it regen again.I had to edit definition on the hole pattern table for the update to be completed in the instance.


Thanks for any response

 

[s_pme20]

I experienced this several times..
Only thing I could do is delete and recreate hole pattern

 

[dross]

You have to regen the generic before opening the instance.

 

[srieger]

This is due to the instance accelerator. Close all instances except the generic, erase not displayed.


Go to File; InstanceOperations;Accelerator Options; Purge all instances, then Update accelerator file.


Save the generic, close it, erase not displayed. Reopen and all instances should now be correct.

 

[vandewinckel]

Thanks for the response. We tried all combinations of regens with and without the instance nothing worked. We also don't use a instance accelerator. We narrowed it down to an windchill 9 problem. Iran a backup onthe fileoutside ofwindchill without opening it,then opened it outside of windchill, everything was correct. It looks like the pattern tablein the instanceis referencing a earlier revision of the part in windchill even though the reference viewer shows everything pointing the the correct revision. I contacted pro-e if I hear anything back i'll reply to the post


Thank

 

[kdem]

Can't say it's the same problem but it sounds similar to a problem we
are having. We have problems with libraries not updating correctly but
ours are with WF5. The last I heard PTC had narrowed it to a
Windchill configuration parameter that was causing the generic to
update when changes were made and checked in. Seemed the
changes were being checked in but every time an instance is opened it
fails. As far as I know the issues haven't been resolved and PTC
hasn't been able to duplicate the problem.

 

[srieger]

Thanks for the response. We tried all combinations of regens with and without the instance nothing worked. We also don't use a instance accelerator. We narrowed it down to an windchill 9 problem. Iran a backup onthe fileoutside ofwindchill without opening it,then opened it outside of windchill, everything was correct. It looks like the pattern tablein the instanceis referencing a earlier revision of the part in windchill even though the reference viewer shows everything pointing the the correct revision. I contacted pro-e if I hear anything back i'll reply to the post


Thank

This is exactly what occurs with thisissue I had mentioned. I also do not use instance accelerator files. I recommend trying what I had mentioned. I have seen this issue quite a lot.

 

[vandewinckel]

srieger


I tried purging the instance accelerator with no luck on this issue. We have had other issues with family tables regen. I'll try this next time we have an issue with regen.


Thanks,


Steve

 

[srieger]

I have seen it where the purge didn't work a few times. In these cases I usually have to back up the family table to the local hard drive, open a clean workspace, open the files from the local drive and save. This usually resolved it.


Once I went to build M180, I haven't seen this issue.

 

[vandewinckel]

srieger


Thanks I will make the suggestion we update the build. How long have you been on build M180?