AutoCAD Electrical

[#1]

Hello,

I have a project with 82 drawings. I don't know if this is normal but every time I do a minor change and do a retag/update it takes 25-30 min for ACADE to complete the process. It is very frustrating. Even for smaller projects with ~20 drawings it takes more than 5 minutes

[#2]

That is not normal.  There could be an issue with network traffic across your LAN.  That's one thing to check.

[#3]

Hi Doug,

I also have the same issue.

Also, I am not working on a network except I save my drawings to Productstream - VAULT

I deleted the project database per instructed and noticed the .mdb grew.

Why would my project ".mdb" file go from 5,200 kB to 12,436 kB?

I did the AEAUDIT and found duplicate wires for many, if not all my Source to Destination wire references.

If I try to edit the destination and choose the Source from the project, the process

is quite time consuming but fails to clear the duplicate number anyway.

 did notice if I it the Destination to a Source/Destination on the same sheet I select it and it is fixed per the audit.

I am looking to find a solution. Any progress with the other projects sent in?

Thanks, Bob

[#4]

Hi Bob,

I don't know anything about projects that were sent in, but what you describe with your project database is certainly not normal.  Deleting the database usually solves odd behavior but I seldom need to do that.  I sometimes delete the project databases anyway, just for good housekeeping, since Electrical will rebuild them anyway, should ever need to edit a released project.

I have been using this program since 1997.  I always run with the latest updates and I seldom have a crash.  I have more crashes with the competitive database-driven programs than I do with Electrical and my project-wide updates run in about the time it takes for me to refill my coffee cup, except on projects with 400 pages or more.  I don't even mind the time to update 400 pages because I would rather trade speed for data integrity any day. 

Be sure you are using the latest service pack for the version of Electrical that you are using.  Autodesk has devoted much time to the database management portion of Electrical in the past few releases and it has become more and more robust.  But again, Electrical only uses the database for its own internal processes and for generating reports, so even if it crashes, closing Electrical, deleting the project.mdb file, and restarting Electrical usually solves the worst crash.

As for wire number duplicates on networks connected via source/destination arrows, run project-wide signal reference update to be sure that they are properly linked.

[#5]

The previous issue was related to a specific error received during the retag. I did receive one project but requested steps to reproduce the alert and never received those. I wasn't able to reproduce it but due to the alert I believe it was related to terminals with jumpers defined incorrectly. This was not related to the time it takes to do a retag.

Does it happen on all projects or just specific ones? Can you tell if it slows down at a specific drawing or does it take about the same amount of time for each? Is this new or has it been this way for a while? What operating system and amount of memory?

You might also turn on log file (LOGFILEON) and the command line debugging (AEONLISPDEBUG), run the retag and post the resulting log file (LOGFILENAME). I can look at it to see if it provides some clue.

Regards,

Pat Murnen

[#6]

Hi Pat,

1) What operating system and amount of memory?      I am running Windows 7 with SP1 and 12GB ram.

I have included the Logfile Attached per your instruction.

2)Does it happen on all projects or just specific ones?     This happens on specific projects and specific sheets of this project. It only happens with the 0VDC (wire number "92") network which goes thoughout my project. The network starts on sheet 2 and goes through to sht15, so I thought I would start back to front.

My test is to delete the "92" wire number, then retag/update the destination xref and time to insert the updated "92".

Sheet 15, "92" network xref updates fast (2 seconds) but nothing on the network just a vertical wire "INTERNAL JUMPER" layer. Sheet 14, "92" updates fast (2 seconds) it has a terminal to a horizontal rung to PLC DC COM input Sheet 13, "92" updates fast (2 seconds) on one network with one horizontal rung   but a second "92" network took about 5 minutes (see attached log).

Background: The second "92" network has qty 11 "TBS"(block "VT0001") 1-wire terminals each associated to a terminal block WAGO 280-833 redefined to be 4LEVEL.   Each of the qty 11 terminals is daisy chain connected using defined wire on a "INTERNAL JUMPER" layer.

I had some **** ALERT MSG HERE (wdwnet.lsp) - Xrecord hdl ptr mismatch with terminal hdl:354C1, term hdl=354C1 I found the hdl's using "ZH.lsp", then deleted and rebuilt these terms. I also fixed all jumpers in the AETERMDBEDITOR.

Thanks for any help,

Bob

[#7]

Bob,

What command exactly are you running and what options on any UI? Can you send me the project (or at least the .wdp and the drawings that are affected) at pat.murnen@autodesk.com? For some reason I could not download the log file. Can you send that also?

What version of AcadE?

Can you explain more by what you meant by " I also fixed all jumpers in the AETERMDBEDITOR"?

Regards,

Pat

[#8]

Hi Pat,

I had some associated terminal that had Jumpers defined in the terminal strip editor AND connected the terminals on the drawing with a wire layer named “JUMPER”. After I un-associated them (delete and reinsert) my cross-reference update worked perfectly.

I figured that I should redefine the layer “JUMPER” as a non-wire by removing it from the create/edit wire type list (AEWIRETYPE).  I assume since that was creating a second search path it caused the long search time. After I did that I also reassociated the terminals as before and they now work perfectly

This solved my problem.

Thank you,

Bob

[#9]

Bob,

glad you figured it out. Makes sense. You don't want to use both a jumper layer and define terminal jumpers.

Pat