Terminal Strip Editor and Manufacturer-specific catalog tables

This widget could not be displayed.

Terminal Strip Editor and Manufacturer-specific catalog tables

Anonymous
Not applicable

I'm running Autocad Electrical 2019. 

 

I'm working on building a secondary catalog containing custom products that are often used in company drawings, including a few custom terminal blocks. I've entered the terminal data into the catalog entry as shown below, and it gets correctly entered into the _TERMPROPS_AB table in the custom catalog database.

(ignore the entry above the highlighted one; that was just for testing)(ignore the entry above the highlighted one; that was just for testing)

The issue comes when I assign the catalog data to the terminal in the Terminal Strip Editor. The Editor does not assign the terminal properties based on the data in the _TERMPROPS_AB table (1). If I manually enter the data into the database's generic _TERMPROPS table, the editor updates the terminals as it should (2). 

 

(1) Terminal still unaltered after assigning catalog number:

incorrectterminal.PNG

(2) Correct Assignment (after data was copied into _TERMPROPS):

correctterminal.PNG

 

Is there a way to tell the Terminal Strip Editor to check the manufacturer-specific table? If not, what is the correct way to link this workflow within Autocad? It's not too much work to copy and paste the entries into the other table, but there must be a better way to do it. Thanks in advance!

0 Likes
Reply
Accepted solutions (2)
615 Views
7 Replies
Replies (7)

rhesusminus
Mentor
Mentor
Accepted solution
If you put this into the primary database, instead of the secondary database, will it work better then?
I've seen some strange issues with using a secondary database.

Trond Hasse Lie
EPLAN Expert and ex-AutoCAD Electrical user.
Ctrl Alt El
Please select "Accept Solution" if this post answers your question. 'Likes' won't hurt either. 😉
0 Likes

Anonymous
Not applicable
Accepted solution

Sure enough, it works perfectly fine if I add it to the primary catalog instead. This definitely seems to be a bug then, right? I would assume a secondary catalog is meant to function exactly the same way as the primary one. I'm not sure about the best way to report a bug to Autodesk, though. In the mean time I guess I can manually move the entries to the other table of the secondary catalog.

0 Likes

rhesusminus
Mentor
Mentor
Maybe @Anonymous can double check this, and log it?

Trond Hasse Lie
EPLAN Expert and ex-AutoCAD Electrical user.
Ctrl Alt El
Please select "Accept Solution" if this post answers your question. 'Likes' won't hurt either. 😉
0 Likes

PatMurnen_Adsk
Alumni
Alumni

Hi,

 

I can certainly try this and log it. But, if you prefer to log this yourself, so you can have some insight on the status you can follow these steps -

 

1. Go to manage.autodesk.com and login using your Autodesk account credentials

2. Click on ? in the upper right and select Contact Support.

3. Scroll down and click Using My Product.

4. Fill in the form. 

 

One other thing to know, is if a forum post isn't marked as solved I believe it will automatically be escalated to support.

 

Anyway, just let me know if you want me to log it instead. I am not part of the support group but I can log it. Sounds like Trond has already confirmed it is an issue with not using the secondary database properly.

 

Regards,

Pat Murnen



Pat Murnen
Principal Content Developer
Product Development – AutoCAD Product Line Group

Autodesk, Inc.

Anonymous
Not applicable

Thanks for the info, I went ahead and created a support case. Hopefully this issue gets resolved!

0 Likes

ChrisPreece
Alumni
Alumni

Hi @Anonymous,

 

Thank you for bringing this issue to our attention, along with details and screenshots! I went ahead and submitted this issue to the AutoCAD Electrical developers. I don't have much information about timeline for a fix, but I can update you as soon as I hear anything. 

 

Thanks also to @rhesusminus and @PatMurnen_Adsk for helping out with this! 🙂

 



Chris Preece

Technical Support Specialist

Anonymous
Not applicable

Thanks a bunch, I appreciate the quick responses from everyone involved 😄

0 Likes