Bubbling appears to break linkterm on panel footprints

[Anonymous]

We are noticing that when a terminal footprint is bubbled (using the AEBAlLOON command) is breaks the link term.

When this happens (it is very repeatable) the TSE adds a "mystery" terminal that is not in the schematic, or the panel.

If the mystery terminal can be determined in the TSE it may be deleted and will cause not other issues.

If there are jumpers on any terminals that get duplicated this way, all jumpers will be deleted when the mystery terminal is deleted.

Our workflow:

Create schematics (with terminals in them)

Create panel drawings (with terminal footprints in them), and bubble them.

Create tables of each terminal strip that was put in the panel.

When we go to create the tables is when we began discovering these addtional "mystery" terminals that were added to the terminal strip.

I am going to attach two zipped projects.

The first one is 'dummy_1.zip" this is the project prior to doing any bubbling.

The second one is "dummy_2.zip" this project was copied from "dummy_1" and then one terminal was bubbled.

Is anyone else noticing this?

Any suggestions to make it stop altering the layout after bubbling?

This is causing a lot of rework and messing up our workflow (we have to keep going back after bubbling and fixing things that should not be broken).

[PatMurnen_Adsk]

I found a logged issue that seems pretty similar to what you are describing. Do your terminals have item numbers already assigned when you insert the balloon or is it assigned during the balloon insertion work flow? Try making sure your terminals have item numbers already assigned before using the Insert Balloon command. 

I have added your comments to the logged issue. 

Regards,

Pat Murnen

[dougmcalexander]

Hi Pat,

Might this be related to the issue I reported eariler this year, where suddenly there would be extra terminals added to my strips that had no schematic equivalent?  And these were not inserted by TSE due to the number of wires per connection constraints.  The LinkTerm attributes were somehow getting corrupted.  I don't recall it having any negeative impact on item numbers though.  I have e-mailed the thread of our e-mails related to this directly to you.

[Anonymous]

Murnenp,

I was able to verify that it is the assigning of item numbers during the balloon command that is breaking link term for the schematic components (any stops, barriers, or other nonschematic items will not be doubled up).

For a new panel this is not a big deal, resequence bubble numbers across the entire project and then they are assigned prior to actually attaching the balloon. But for built panels that have been altered from the original design by the field electricians it forces a new workflow (fix all items numbers, insert new terminals in panels, resequence items numbers across the project, then ballon new items...).

Why item numbers aren't automatically assigned for duplicate panel footprints for terminals, like it is for all other panel footprints is a mystery to me.

This forces a differnt work flow for terminals than all other panel inserts.

[PatMurnen_Adsk]

This issue is logged. Are you a subscription customer? If so, I would suggest you log this also through that route and that way you can have some visibility into its status. Include all details on how this affects your ability to do business efficiently. If you are not a subscription customer, you can post this information here and I can add it to the logged issue.

What is your method for inserting the terminals that they don't receive the item numbers? I will make sure that gets logged as well.

Sorry for this inconvenience,

Pat Murnen 

[Anonymous]

Pat,

We are using the terminal strip editor to insert our terminal panel footprints.

I think I (or my company) am a subsription subscriber... not sure how to tell.

How this affects our efficiency is that all other panel footprints will allow ballooning without first assigning an item number with no ill affects. For terminals this requires the additional step of running the resequence item numbers so that item numbers will be assigned prior to ballooning.

When doing changes to existing documents, it's the same workflow as above but you also have to fix all items numbers first (if you do not want other item numbers to change) then do the resequence item numbers so that the item numbers will be populated on the terminal footprints so that you can then balloon them without ill affects.

Resequencing item numbers across the projedct takes time to run.

Fixing item numbers across the project takes time to run.

Not a huge issue, but a different workflow from all other panel inserts.

More of a hurt by a thousand cuts thing.

[PatMurnen_Adsk]

I added your comments to the logged issue.

If you send me your company name and your email I can check on the subscription. I am not really involved with that but I can send the info to someone else here. My email is pat.murnen@autodesk.com. 

Regards,

Pat