Has anyone used the sky130_fd_sc_hvl library for s...
# sky130
c
Has anyone used the sky130_fd_sc_hvl library for something? It looks like it might be incomplete and missing essential tap cells. Also I created a small group of cells in a rail structure and magic DRC complains about HV Nwell to HV Nwell spacing which would prevent any real use of the cells.
a
Is the HV nwell spacing error between neighboring cells in the same row, or between rows?
c
This what i ran the DRC check on. So the error exist between the rows, since there are no neighbors.
Sorry this was silly
I can the the issue myself i did not arrange the cells correctly.
👍 1
a
I guess you'll need to increase row spacing
c
I just need to flip the middle one, such that the nwells align.
a
Oh, right
c
Hmm actually that does not work either. Now i get HVNTM spacing errors.
a
Can you show the HVNTM only?
c
message has been deleted
t
You didn't abut them correctly I think.
c
Your right Sylvain lets try to do this right.
a
FWIW I have had to manually patch up HVNTM in (analog) arrays before, due to magic generating some boxes too small. Shouldn't be an issue with standard cells though
c
Yes i know that issue i had it too with analog NMOS devices. But here it was only me not putting it together correctly. Now that everything aligns correctly i get a spacing of 0.7um from HVNTM to HVNTM which will satisfy DRC.
Hmm still not quite. "Width of HVNTM < 0.7um (hvntm.1)". So since it is equal to 0.7um there is still one error.
a
Check the width of HVNTM in the section. I would have expected it at the bottom, but the screenshot shows a DRC error in the upper-right
c
I used 3 stacked sky130_fd_sc_hvl__dfrbp cells. So there is a 16.87um wide and 1.29um high strip across the entire cell.
a
I would expect the bottom HVNTM strip to be too short (probably 0.645um)
Wouldn't explain the shown location of the DRC error
c
I'm not sure if I follow you. Here is a more clear picture of the same layout as shown above in magic.
t
Make sure that this match the layer in the original GDS and wasn't regenerated by magic.
If you didn't import the cell correctly, magic would rewrite some layer and this will break everything.
c
I did use klayout to build the test structure and only opened the gds in magic to run drc.
a
Ah, I misunderstood
Is this a
.mag
or
.gds
file? Or is it
.mag
exported to GDS?
c
This is a .gds file that i opened with magic so no .mag at all.
I think i fixed it. Not sure how but i just rebuild the gds again and now there are no more errors.
👍 1
I think the top most cell was flipped horizontally when i messed around with it initially causing this drc error.