IHP-Open-PDK icon indicating copy to clipboard operation
IHP-Open-PDK copied to clipboard

Cap extraction (alpha LVS)

Open bmurmann opened this issue 9 months ago • 8 comments

It looks like mimcaps don't get recognized when there is a poly resistor or transistor with the required heat layers underneath. I am am not sure I understand this long list of exclusions for a component high up in the stack. I think this is a bug (but it needs confirmation).

cap_exc = nsd_drw.join(heattrans_drw).join(trans_drw) .join(emwind_drw).join(emwihv_drw).join(heatres_drw) .join(salblock_drw).join(polyres_drw).join(extblock_drw) .join(res_drw).join(activ_mask).join(recog_diode) .join(recog_esd).join(ind_drw).join(ind_pin) .join(substrate_drw)

bmurmann avatar May 02 '24 08:05 bmurmann

Thanks Dr. @bmurmann for the feedback.

The recommendation that I followed in this behavior, is the avoidance of adding any device underneath MIM Caps to make sure that we don't create unintended behavior from the RF design, signal integrity, etc... perspective.

BTW, Inductors in this technology has pwell_block to push the self-resonance frequency higher for example. I understand such choice should be made on the design side rather than on the tool side.

Happy to adopt removing such limitations. But I believe we need IHP team confirmation.

@KrzysztofHerman Could you please confirm which behvior you need?

atorkmabrains avatar May 02 '24 15:05 atorkmabrains

As you say, I think these are really design decisions. I have put transistors underneath MIMcaps in many projects (and this is one of the nice features offered by MIMcaps for design destiny). If there is no reason from the technology/manufacturing side, the LVS should allow it.

bmurmann avatar May 02 '24 15:05 bmurmann

@KrzysztofHerman Could you please confirm from IHP side? Otherwise, we will take @bmurmann advise.

atorkmabrains avatar May 02 '24 15:05 atorkmabrains

@bmurmann and @atorkmabrains thank you for taking care about this details. In general I would agree with @bmurmann having similar experiences however I do not have any in RF so please let me consult our RF designers and PDK developers to have some more information.

KrzysztofHerman avatar May 02 '24 15:05 KrzysztofHerman

@KrzysztofHerman I think the question here: Is there any technological concern from IHP side about allowing designers to add devices under MIM?

atorkmabrains avatar May 02 '24 15:05 atorkmabrains

@bmurmann @atorkmabrains so there are no issues about placing devices under MiM. In case of RF application is the designer who should have the criteria to do so. I am closing issue with this comment.

KrzysztofHerman avatar May 02 '24 17:05 KrzysztofHerman

@KrzysztofHerman Could you please reopen and keep it until we update the LVS rule deck?

atorkmabrains avatar May 02 '24 19:05 atorkmabrains

@KrzysztofHerman RF designer here :-): For MIMCAP full flexibility should be allowed, i.e. can be placed above anything. I often place it above MOSFET in switched-capacitor applications to minimize routing parasitics (just need to go straight down to switch).

hpretl avatar May 02 '24 19:05 hpretl

@bmurmann, could you please confirm that with the latest LVS update the issue is fixed?

sergeiandreyev avatar May 17 '24 15:05 sergeiandreyev

Confirmed, this is fixed.

bmurmann avatar May 17 '24 21:05 bmurmann