Reply by Jim Thompson August 12, 20172017-08-12
On Sat, 12 Aug 2017 19:48:54 +0100, "Kevin Aylward"
<kevinRemovAT@kevinaylward.co.uk> wrote:

>"Jim Thompson" wrote in message >news:ldcuoc9mmc9jj38r2bsegmtfqvk2bacif2@4ax.com... > >On Sat, 12 Aug 2017 17:43:52 +0100, "Kevin Aylward" ><kevinRemovAT@kevinaylward.co.uk> wrote: > >>>>"Jim Thompson" wrote in message >>>>news:m9dsoctfehr3uoclrcjajtv8qubsgsia5d@4ax.com... >> >>>>PING: Aylward or other Spice Expert... >> >>>>Bringing up a 0.18u/0.35u Vanguard process, building up the PSpice >>>>model libraries. >> >>>>Discovered strangeness: >> >>>>ALL devices have HDIF=0.2u, except "native" NMOS, which has >>>>HDIF=0.02u!! >> >>>>I thought this might simply be a typo, but that HDIF value is repeated >>>>in each of the corner parameter statements. >> >>>>0.02u seems awfully small to me. >> >>>>Can this be correct? >>> >>>Nope. It can't be less than the contact width for starters! >> >>>hdif is half the diffusion width of the S/D. 2 x hdif has to be larger >>>than >>>the contact square side because the contact sits in it! >> >>>If you could draw lines at 0.02u, it would be a 0.02u process... >> >>>So, imagine a S or D strip, with a row of contacts in it. 2 X hdif is the >>>width of the strip, by definition. hdif allows the parasites to be >>>calculated. >> >>>i.e. >> >>>AD=2*hdif * W >> >>>AS=2*hdif * W >> >>>PD=2*2*hdif + 2*W >> >>>PS=PD=2*2*hdif + 2*W >> >> >>>Is what I have SS do when I added hdif to the engine. >> >>>If I don't have the data of hdif for a process, I add maby 20% to the >>>process min geometry as a guess. > >>Yep. Precisely what I do in PSpice... > >So... you were just looking for an accomplice then.... > >-- Kevin Aylward >http://www.anasoft.co.uk - SuperSpice >http://www.kevinaylward.co.uk/ee/index.html
Just wanted to make sure I wasn't missing something ;-) ...Jim Thompson -- | James E.Thompson | mens | | Analog Innovations | et | | Analog/Mixed-Signal ASIC's and Discrete Systems | manus | | STV, Queen Creek, AZ 85142 Skype: skypeanalog | | | Voice:(480)460-2350 Fax: Available upon request | Brass Rat | | E-mail Icon at http://www.analog-innovations.com | 1962 | I'm looking for work... see my website. Thinking outside the box...producing elegant & economic solutions.
Reply by Kevin Aylward August 12, 20172017-08-12
"Jim Thompson"  wrote in message 
news:ldcuoc9mmc9jj38r2bsegmtfqvk2bacif2@4ax.com...

On Sat, 12 Aug 2017 17:43:52 +0100, "Kevin Aylward"
<kevinRemovAT@kevinaylward.co.uk> wrote:

>>>"Jim Thompson" wrote in message >>>news:m9dsoctfehr3uoclrcjajtv8qubsgsia5d@4ax.com... > >>>PING: Aylward or other Spice Expert... > >>>Bringing up a 0.18u/0.35u Vanguard process, building up the PSpice >>>model libraries. > >>>Discovered strangeness: > >>>ALL devices have HDIF=0.2u, except "native" NMOS, which has >>>HDIF=0.02u!! > >>>I thought this might simply be a typo, but that HDIF value is repeated >>>in each of the corner parameter statements. > >>>0.02u seems awfully small to me. > >>>Can this be correct? >> >>Nope. It can't be less than the contact width for starters! > >>hdif is half the diffusion width of the S/D. 2 x hdif has to be larger >>than >>the contact square side because the contact sits in it! > >>If you could draw lines at 0.02u, it would be a 0.02u process... > >>So, imagine a S or D strip, with a row of contacts in it. 2 X hdif is the >>width of the strip, by definition. hdif allows the parasites to be >>calculated. > >>i.e. > >>AD=2*hdif * W > >>AS=2*hdif * W > >>PD=2*2*hdif + 2*W > >>PS=PD=2*2*hdif + 2*W > > >>Is what I have SS do when I added hdif to the engine. > >>If I don't have the data of hdif for a process, I add maby 20% to the >>process min geometry as a guess.
>Yep. Precisely what I do in PSpice...
So... you were just looking for an accomplice then.... -- Kevin Aylward http://www.anasoft.co.uk - SuperSpice http://www.kevinaylward.co.uk/ee/index.html
Reply by Jim Thompson August 12, 20172017-08-12
On Sat, 12 Aug 2017 17:43:52 +0100, "Kevin Aylward"
<kevinRemovAT@kevinaylward.co.uk> wrote:

>>"Jim Thompson" wrote in message >>news:m9dsoctfehr3uoclrcjajtv8qubsgsia5d@4ax.com... > >>PING: Aylward or other Spice Expert... > >>Bringing up a 0.18u/0.35u Vanguard process, building up the PSpice >>model libraries. > >>Discovered strangeness: > >>ALL devices have HDIF=0.2u, except "native" NMOS, which has >>HDIF=0.02u!! > >>I thought this might simply be a typo, but that HDIF value is repeated >>in each of the corner parameter statements. > >>0.02u seems awfully small to me. > >>Can this be correct? > >Nope. It can't be less than the contact width for starters! > >hdif is half the diffusion width of the S/D. 2 x hdif has to be larger than >the contact square side because the contact sits in it! > >If you could draw lines at 0.02u, it would be a 0.02u process... > >So, imagine a S or D strip, with a row of contacts in it. 2 X hdif is the >width of the strip, by definition. hdif allows the parasites to be >calculated. > >i.e. > >AD=2*hdif * W > >AS=2*hdif * W > >PD=2*2*hdif + 2*W > >PS=PD=2*2*hdif + 2*W > > >Is what I have SS do when I added hdif to the engine. > >If I don't have the data of hdif for a process, I add maby 20% to the >process min geometry as a guess. > > >-- Kevin Aylward >http://www.anasoft.co.uk - SuperSpice >http://www.kevinaylward.co.uk/ee/index.html
Yep. Precisely what I do in PSpice... <http://www.analog-innovations.com/DeviceSymbolWithBinning.pdf> (PSpice doesn't natively do binning, so I devised my own way ;-) (Should say 'PMOS' in the description :-[ ...Jim Thompson -- | James E.Thompson | mens | | Analog Innovations | et | | Analog/Mixed-Signal ASIC's and Discrete Systems | manus | | STV, Queen Creek, AZ 85142 Skype: skypeanalog | | | Voice:(480)460-2350 Fax: Available upon request | Brass Rat | | E-mail Icon at http://www.analog-innovations.com | 1962 | I'm looking for work... see my website. Thinking outside the box...producing elegant & economic solutions.
Reply by Kevin Aylward August 12, 20172017-08-12
>"Jim Thompson" wrote in message >news:m9dsoctfehr3uoclrcjajtv8qubsgsia5d@4ax.com...
>PING: Aylward or other Spice Expert...
>Bringing up a 0.18u/0.35u Vanguard process, building up the PSpice >model libraries.
>Discovered strangeness:
>ALL devices have HDIF=0.2u, except "native" NMOS, which has >HDIF=0.02u!!
>I thought this might simply be a typo, but that HDIF value is repeated >in each of the corner parameter statements.
>0.02u seems awfully small to me.
>Can this be correct?
Nope. It can't be less than the contact width for starters! hdif is half the diffusion width of the S/D. 2 x hdif has to be larger than the contact square side because the contact sits in it! If you could draw lines at 0.02u, it would be a 0.02u process... So, imagine a S or D strip, with a row of contacts in it. 2 X hdif is the width of the strip, by definition. hdif allows the parasites to be calculated. i.e. AD=2*hdif * W AS=2*hdif * W PD=2*2*hdif + 2*W PS=PD=2*2*hdif + 2*W Is what I have SS do when I added hdif to the engine. If I don't have the data of hdif for a process, I add maby 20% to the process min geometry as a guess. -- Kevin Aylward http://www.anasoft.co.uk - SuperSpice http://www.kevinaylward.co.uk/ee/index.html
Reply by Jim Thompson August 11, 20172017-08-11
PING: Aylward or other Spice Expert...

Bringing up a 0.18u/0.35u Vanguard process, building up the PSpice
model libraries.

Discovered strangeness:

ALL devices have HDIF=0.2u, except "native" NMOS, which has
HDIF=0.02u!!

I thought this might simply be a typo, but that HDIF value is repeated
in each of the corner parameter statements.

0.02u seems awfully small to me.

Can this be correct?
		
                                        ...Jim Thompson
-- 
| James E.Thompson                                 |    mens     |
| Analog Innovations                               |     et      |
| Analog/Mixed-Signal ASIC's and Discrete Systems  |    manus    |
| STV, Queen Creek, AZ 85142    Skype: skypeanalog |             |
| Voice:(480)460-2350  Fax: Available upon request |  Brass Rat  |
| E-mail Icon at http://www.analog-innovations.com |    1962     |

             I'm looking for work... see my website.

Thinking outside the box...producing elegant & economic solutions.