Home > Community > Forums > PCB SKILL > Accessing attachaments

Email

* Required Fields

Recipients email * (separate multiple addresses with commas)

Your name *

Your email *

Message *

Contact Us

* Required Fields
First Name *

Last Name *

Email *

Company / Institution *

Comments: *

 Accessing attachaments 

Last post Fri, Feb 9 2007 12:29 PM by archive. 7 replies.
Started by archive 09 Feb 2007 12:29 PM. Topic has 7 replies and 2035 views
Page 1 of 1 (8 items)
Sort Posts:
  • Fri, Feb 9 2007 12:29 PM

    • archive
    • Top 75 Contributor
    • Joined on Fri, Jul 4 2008
    • Posts 88
    • Points 4,950
    Accessing attachaments Reply

    I'm reasonably certain the answer to this question no, but will pose it anyway, hoping to stimulate some thought.

    Can an attachment (axlDBCreateAttachment) to a symbol be accessed in the design where the symbol is referenced?

    We know that an attachment can exist in a .dra or .brd file.  It appears as the axl*Attachment functions only support accessing the attachment at the same level where it is created.

    Attachments look to be a very interesting vehicle for several purposes.  One thought was to use them to manage revision history.  In a scenario such as this, it would be useful to interrogate the design in which the symbols are placed and peruse their revision attachments.  But it appears as if you would have to dump the symbols and then open each of the .dra files.  Not a pleasant thought.

    Anyone have any additional thoughts?


    Originally posted in cdnusers.org by cdavies
    • Post Points: 0
  • Fri, Feb 9 2007 12:43 PM

    • archive
    • Top 75 Contributor
    • Joined on Fri, Jul 4 2008
    • Posts 88
    • Points 4,950
    RE: Accessing attachaments Reply

    Hi Charlie,

    How have you been?

    I thought about somthing like this a few months back, but never got the time to investigate this.

    I believe you if you say that you can't access symbol level attachements, which in a way is in line with the hierarchy architecure for Allegro platform tools. What I mean is that once the symbol is instantiated, it becomes a different component with unique attributes etc. Kind of like hierarchical block in ConceptHDL.

    A solution could be to create an attachement in the board file that tracks all components by refdes and their respective symbol revision. In other words, after you placed a compmonent you go out and find the revision of the symbol (where ever that comes from; i.e File system like ADW or systems like Windchill or Agile ;-)) add update the brd revision attachment list. Similarly you then can write startup routines that check the database symbol revision against the PDM system.

    Think about linking padstacks, shapes and all the other good stuff and you have a pretty good solution in place that ensures consistent symbol usage.

    I'll investigate this a bit over the next weeks and let you know if their is a way in SKILL to access this type of info. This shouldn't be to hard to do.

    Andy


    Originally posted in cdnusers.org by andyk
    • Post Points: 0
  • Fri, Feb 9 2007 1:02 PM

    • archive
    • Top 75 Contributor
    • Joined on Fri, Jul 4 2008
    • Posts 88
    • Points 4,950
    RE: Accessing attachaments Reply

    As a followup to this, it does appear as if the attachments are actuallly NOT carried forward from the symbol into the design. if the symbols are dumped from the design, the resulting .dra contains no attachments, even though the original .dra file did.

    Andy,

    Yes there are a number of other ways to track revisions. We are currently doing that today and have been for many years. We can tell the user today that they have out-of-date symbols by comparing the library revs with the revin the database. What is doesn't tell them is exactly what changed from revision to revsion (the history). We were hoping to embed this within the symbol itself using the attachment. We can extend the functionality using additional properties and scripts. This just looked to be an intriguing solution.

    Let me know if you find anything useful.


    Originally posted in cdnusers.org by cdavies
    • Post Points: 0
  • Fri, Feb 9 2007 1:07 PM

    • archive
    • Top 75 Contributor
    • Joined on Fri, Jul 4 2008
    • Posts 88
    • Points 4,950
    RE: Accessing attachaments Reply

    While attachments are carried from the dra to psm they are not imported into a board when the symbol is loaded into a design.


    Originally posted in cdnusers.org by fxf
    • Post Points: 0
  • Fri, Feb 9 2007 1:15 PM

    • archive
    • Top 75 Contributor
    • Joined on Fri, Jul 4 2008
    • Posts 88
    • Points 4,950
    RE: Accessing attachaments Reply

    Are the any thoughts of changing that behavior?


    Originally posted in cdnusers.org by cdavies
    • Post Points: 0
  • Fri, Feb 9 2007 1:29 PM

    • archive
    • Top 75 Contributor
    • Joined on Fri, Jul 4 2008
    • Posts 88
    • Points 4,950
    RE: Accessing attachaments Reply


    There have been no requests in this area.


    Originally posted in cdnusers.org by fxf
    • Post Points: 0
  • Wed, Feb 14 2007 10:32 AM

    • archive
    • Top 75 Contributor
    • Joined on Fri, Jul 4 2008
    • Posts 88
    • Points 4,950
    RE: Accessing attachaments Reply

    PCR 4015565 has been filed to request this enhancement. If there are others out there that would see value in this addition, please add you names to the list. Here is a description of the requested PCR.

    Description:
    Attachments made to symbols using the axlDBCreateAttachment function are
    not carried forward into the parent design. If we dump the libraries
    from a design, the resulting .dra file do not have the attachments, even
    though they were in the original symbol when it was created and
    susequently placed in the board.

    We would like to see this functionality implemented. Specifically, we
    would like the attachments to be made available in the symbol defintion
    object in Allegro and the axlDBGetAttachment function to be updated to
    allow a symbol DBID object to be passed to allow the retrieval of the
    attachments on that object. This would require that the
    axlGBGetAllAttachments function be enhanced to allow similar
    functionality.


    Originally posted in cdnusers.org by cdavies
    • Post Points: 0
  • Wed, Feb 14 2007 11:10 AM

    • archive
    • Top 75 Contributor
    • Joined on Fri, Jul 4 2008
    • Posts 88
    • Points 4,950
    RE: Accessing attachaments Reply

    This is great. Thanks Charlie. Count me in!


    Originally posted in cdnusers.org by andyk
    • Post Points: 0
Page 1 of 1 (8 items)
Sort Posts:
Started by archive at 09 Feb 2007 12:29 PM. Topic has 7 replies.