Home > Community > Forums > PCB SKILL > Angle calculation issue with respect to IDF for PTC

## Email

Recipients email * (separate multiple addresses with commas)

Message *

 Send yourself a copy

## Subscribe

Intro copy of the newsletter section here, some intro copy of the newsletter. Instruction of how to subscribe to this newsletter.

First Name *

Last Name *

Email *

Company / Institution *

 Send Yourself A Copy

# Angle calculation issue with respect to IDF for PTC

Last post Tue, May 2 2006 4:29 AM by archive. 3 replies.
 Started by archive 02 May 2006 04:29 AM. Topic has 3 replies and 2014 views
• #### Tue, May 2 2006 4:29 AM

• archive
• Joined on Fri, Jul 4 2008
• Posts 88
• Points 4,930
Angle calculation issue with respect to IDF for PTC
 Hi,I'm working on creating an IDF output that will take all place_bounds and export them to an IDF file for better modelling in Pro-E(PTC).I have a board file with an arc which is identified by the following information from the database (in paranthesis the variables used further below)arc center = 1.793,0.133 (a_c)radius 0.058 (r)startEnd((1.85 0.12) (1.78 0.19))  ((x1 y1) (x2 y2))unfortunately the data does not contain the arc angle that was specified inside the package symbol so I'll have to calculate this arc angle in degrees.If I use file, export, IDF and set TYPE=PTC and Version=2.0 then I'll get the following specification/record for this arc0    1.850    0.120    00    1.780    0.190    -244.305which states that the arc angle is -244.305If I however uses the cosinusrelations on the data that I have access to (arc center, radius, arc startpoint and arc endpoint) then I get the following0   1.850000   0.120000  0.000   1.780000   0.190000  -242.83which states that the arc angle is -242.83This makes a difference for about approximately 1.5 degreesI'm using the law of cosines to calculate the anglehttp://en.wikipedia.org/wiki/Law_of_cosines (remember the angle=result*180/pi -360)I'm just wondering how this difference occur. Does anyone have an idea to what I could be doing wrong?Originally posted in cdnusers.org by ejlersen
• Post Points: 0
• #### Wed, Jun 21 2006 1:09 PM

• archive
• Joined on Fri, Jul 4 2008
• Posts 88
• Points 4,930
RE: Angle calculation issue with respect to IDF for PTC
 Use the IDF 3.0 format instead.Back when I was a Cadence customer I helped validate the implementation (see algroidf doc)Let me know if this helpsAndyAndreas KulikSr. Applications EngineerPTCOriginally posted in cdnusers.org by andyk
• Post Points: 0
• #### Thu, Jun 22 2006 1:10 AM

• archive
• Joined on Fri, Jul 4 2008
• Posts 88
• Points 4,930
RE: Angle calculation issue with respect to IDF for PTC
 Hi Andy,Thanks for the suggestions, it does however not work properly. Let me explain the actual problem a bit so that you know the reason behind this.IDF output today in Allegro only exports one place bound per component and this is the first place bound found on the component. I'm having quite a of users/companies who requires much better modelling and hence use several place bounds for each component. Often som pins are actually modelled using place bounds with height associated. I know this can be modelled in PRO-E where you will have to create a model for each part. The problem however still exists in core Allegro PCB Editor where customers still would like to get feedback on heights. So basically there is no choice but to write an IDF export program that exports all place bounds. Currently there are a preliminary spec for IDF 4 that does exactly what I want but unfortunately it is not finished and no vendors support it at the momentBest regards,OleOriginally posted in cdnusers.org by ejlersen
• Post Points: 0
• #### Thu, Jun 22 2006 4:27 AM

• archive
• Joined on Fri, Jul 4 2008
• Posts 88
• Points 4,930
RE: Angle calculation issue with respect to IDF for PTC
 Good point. There are 2 options to work around this and get the end result1) Model the parts in ProE and use the IDF 3.0 translator from Allegro and a ecad_hint.map file for ProE. The ecad_hint.map file maps the Allegro footprints to the 3D models.I can show you how this works. Let me know if you want to see it and I can setup a webcast.2) The Allegro IDF 3.0 translator should combine muliple placebounds into one single shape inthe IDF library file (.emp). It's been a while since I actually worked with it on this level, but youmight be able to attach a property call HEIGHT to the component instance in Allegro. It shoudl transfer to the IDF library file. If not just use the PACKAGE_HEIGHT_MAX property on one Place_bound (if multiple the highest number will win).When you import this into ProE you will get the shape of the part with the max height. It's not pretty but allows for height interference checks in ProE.I recommend option1. It's the only way in my opinion, if you have tight spaces, where components overlap in the z dimension.AndreasPS: IDF 4.0 contains to much data. Which I think is the reason no ECAD or MCAD vendor is going forward, because to could transfer a design from Mentor to Cadence or back. Same applies for MCAD ;-)Maybe there will be a new different file format that would protect IP but allow meaningfull transfer between MCAD and ECAD.Originally posted in cdnusers.org by andyk
• Post Points: 0