<@U016EM8L91B> While running DRC on diodes the nex...
# magic
r
@Tim Edwards While running DRC on diodes the next violation showed but the actual measurements does not violate the rule
t
Magic contacts are not cuts. They represent an area to be filled with cuts, and that area includes the spacing between cuts and minimum metal area surround. The most efficient way to draw a contact cut array in magic is just to draw one large contact area and let magic determine where the cuts go. At any rate, if you do draw individual contacts, you need to use magic's rule for the contact size, which includes the metal overlap (the spacing requirement between contacts is proportionally reduced).
r
the layout is not drawn in magic , its drawn in klayout and iam using magic just for drc testing
so it reads the spacing less than its actual value or what happens ?
a
@Tim Edwards I believe this might be an issue with Magic. Let's plan on discussing one on one.
I'm not sure what's happening there.
t
@Rehab Sayed: I need to see the layout. It's possible that there is an incorrect rule in the tech file for expanding certain diode contact cuts on GDS read to account for the metal overlap.
What is the diode type?
a
@Rehab Sayed Could you please share the layout?
@Tim Edwards I’m not yet sure.
r
this is the gds file
t
Thanks for the example. This is an error in the magic techfile; it is changing the diode type from LVT back to normal when it imports it from GDS. I am testing a fix now.
I will be updating open_pdks soon. You can either wait for the update, or I can post the corrected tech file for magic here, or I can just show you which lines need to be changed in the tech file (there are only two lines to change).
a
@Tim Edwards Thanks for the help on that.
@Rehab Sayed Thanks for sharing this.