On Wed, 26 Jun 2013 11:17:22 -0700, Joerg <invalid@invalid.invalid> wrote:>Jim Thompson wrote: >> On Wed, 26 Jun 2013 10:54:54 -0700, Joerg <invalid@invalid.invalid> >> wrote: >> >>> Jim Thompson wrote: > >[...] > > >>>> I posted the problem on the LTspice list, but was basically told, >>>> "LTspice, love it or leave it" :-( >>>> >>>> All I've been able to find out is that LTspice encrypted models are >>>> behavioral internally. >>>> >>> They are, mostly. That is the reason why you can simulate switchers so >>> blazingly fast. This does come with pitfalls and (minor) risks but it >>> sure beats non-behavioral sims that take hours. >> >> I've been at this simulation stuff so long, I can recall simulations >> taking DAYS! >> > >Same here. I still have the cloth-covered binders from Microsim. Got >that in 1990, I think. Before that I used ECA224. > > >> But today's simulators (and CPU's) are so much faster... it's rare for >> a complex simulation, at device-level, to take more than 20-30 >> minutes. >> >> Patience is a virtue ;-) >> > >Yeah, in the winter it's ok. But in July/August times it has happened >that too much simulating brought the office temps from 85F to over 90F.You don't have A/C? Admittedly, my office runs about 5�F above the rest of the house, but I can cure that by turning on a squirrel-cage blower sitting in the office doorway ;-) ...Jim Thompson -- | James E.Thompson | mens | | Analog Innovations | et | | Analog/Mixed-Signal ASIC's and Discrete Systems | manus | | San Tan Valley, AZ 85142 Skype: Contacts Only | | | Voice:(480)460-2350 Fax: Available upon request | Brass Rat | | E-mail Icon at http://www.analog-innovations.com | 1962 | I love to cook with wine. Sometimes I even put it in the food.
8051F020 series, 5V tolerant input schematic?
Started by ●June 25, 2013
Reply by ●June 26, 20132013-06-26
Reply by ●June 26, 20132013-06-26
Jim Thompson wrote:> On Wed, 26 Jun 2013 11:17:22 -0700, Joerg <invalid@invalid.invalid> > wrote: > >> Jim Thompson wrote: >>> On Wed, 26 Jun 2013 10:54:54 -0700, Joerg <invalid@invalid.invalid> >>> wrote: >>> >>>> Jim Thompson wrote: >> [...] >> >> >>>>> I posted the problem on the LTspice list, but was basically told, >>>>> "LTspice, love it or leave it" :-( >>>>> >>>>> All I've been able to find out is that LTspice encrypted models are >>>>> behavioral internally. >>>>> >>>> They are, mostly. That is the reason why you can simulate switchers so >>>> blazingly fast. This does come with pitfalls and (minor) risks but it >>>> sure beats non-behavioral sims that take hours. >>> I've been at this simulation stuff so long, I can recall simulations >>> taking DAYS! >>> >> Same here. I still have the cloth-covered binders from Microsim. Got >> that in 1990, I think. Before that I used ECA224. >> >> >>> But today's simulators (and CPU's) are so much faster... it's rare for >>> a complex simulation, at device-level, to take more than 20-30 >>> minutes. >>> >>> Patience is a virtue ;-) >>> >> Yeah, in the winter it's ok. But in July/August times it has happened >> that too much simulating brought the office temps from 85F to over 90F. > > You don't have A/C? Admittedly, my office runs about 5�F above the > rest of the house, but I can cure that by turning on a squirrel-cage > blower sitting in the office doorway ;-) >We do have A/C but don't run it. Our power prices have been californicated. One of those stupid super-progressive inverse tier systems where, if you work harder and use more electricity, you get punished :-( The evap cooler doesn't quite reach to this end of the house. Still trying to figure how to mount a 2nd evap unit on the garade, ducting it through there and into the hallway next to the office. That'll be one very complicated duct, and since they don't sell fire-proof flexible material of sufficient diameter I'd get to build all that myself. -- Regards, Joerg http://www.analogconsultants.com/
Reply by ●June 26, 20132013-06-26
On Wed, 26 Jun 2013 11:24:38 -0700, Joerg <invalid@invalid.invalid> wrote:>Jim Thompson wrote: >> On Wed, 26 Jun 2013 11:17:22 -0700, Joerg <invalid@invalid.invalid> >> wrote: >> >>> Jim Thompson wrote: >>>> On Wed, 26 Jun 2013 10:54:54 -0700, Joerg <invalid@invalid.invalid> >>>> wrote: >>>> >>>>> Jim Thompson wrote: >>> [...] >>> >>> >>>>>> I posted the problem on the LTspice list, but was basically told, >>>>>> "LTspice, love it or leave it" :-( >>>>>> >>>>>> All I've been able to find out is that LTspice encrypted models are >>>>>> behavioral internally. >>>>>> >>>>> They are, mostly. That is the reason why you can simulate switchers so >>>>> blazingly fast. This does come with pitfalls and (minor) risks but it >>>>> sure beats non-behavioral sims that take hours. >>>> I've been at this simulation stuff so long, I can recall simulations >>>> taking DAYS! >>>> >>> Same here. I still have the cloth-covered binders from Microsim. Got >>> that in 1990, I think. Before that I used ECA224. >>> >>> >>>> But today's simulators (and CPU's) are so much faster... it's rare for >>>> a complex simulation, at device-level, to take more than 20-30 >>>> minutes. >>>> >>>> Patience is a virtue ;-) >>>> >>> Yeah, in the winter it's ok. But in July/August times it has happened >>> that too much simulating brought the office temps from 85F to over 90F. >> >> You don't have A/C? Admittedly, my office runs about 5�F above the >> rest of the house, but I can cure that by turning on a squirrel-cage >> blower sitting in the office doorway ;-) >> > >We do have A/C but don't run it. Our power prices have been >californicated. One of those stupid super-progressive inverse tier >systems where, if you work harder and use more electricity, you get >punished :-( > >The evap cooler doesn't quite reach to this end of the house. Still >trying to figure how to mount a 2nd evap unit on the garade, ducting it >through there and into the hallway next to the office. That'll be one >very complicated duct, and since they don't sell fire-proof flexible >material of sufficient diameter I'd get to build all that myself.Have fun! I did roll my own ductwork at the old house... sheet metal shop in Jr. High School was one of my favorite classes ;-) ...Jim Thompson -- | James E.Thompson | mens | | Analog Innovations | et | | Analog/Mixed-Signal ASIC's and Discrete Systems | manus | | San Tan Valley, AZ 85142 Skype: Contacts Only | | | Voice:(480)460-2350 Fax: Available upon request | Brass Rat | | E-mail Icon at http://www.analog-innovations.com | 1962 | I love to cook with wine. Sometimes I even put it in the food.
Reply by ●June 26, 20132013-06-26
On Wed, 26 Jun 2013 10:54:54 -0700, Joerg <invalid@invalid.invalid> wrote:>Jim Thompson wrote: >> On Wed, 26 Jun 2013 10:04:19 -0700, Joerg <invalid@invalid.invalid> >> wrote: >> >>> Jim Thompson wrote: >>>> On Wed, 26 Jun 2013 09:26:58 -0700, Joerg <invalid@invalid.invalid> >>>> wrote: >>>> >>>>> Jim Thompson wrote: >>>>>> On Wed, 26 Jun 2013 09:08:52 -0700, Joerg <invalid@invalid.invalid> >>>>>> wrote: >>>>>> >>>>>>> Jim Thompson wrote: > >[...] > > >>>>>>>> And Analog Devices modeling efforts are now managed by a MARKETING VP, >>>>>>>> and they are ultimately heading to requiring simulation of their parts >>>>>>>> ONLY on their web-based simulator. >>>>>>>> >>>>>>> That would be a marketing decision that borders on stupid. >>>>>> I was there (San Jose) last August trying to convince them of the best >>>>>> way to do modeling... let me see the real netlist and then I'd match >>>>>> it behaviorally. The MARKETING VP nixed the idea. >>>>>> >>>>>> (I even showed them various posts from this newsgroup complaining >>>>>> about model quality... did no good.) >>>>>> >>>>> Then I assume they'll never understand why, when it comes to performance >>>>> and cost is not a major issue, I always default to LTC and never even >>>>> look at AD unless I can't find a chip at LTC. This is because LTC has >>>>> behavioral models that work in LTSpice and AD does not. >>>>> >>>>> Same with TI. Who in their right mind would install and learn half a >>>>> dozen competing "free" simulators? If they can't understand that LTSpice >>>>> is the de facto winner, oh well. >>>> PSpice will run ANY non-encrypted model, as will LTspice, HSpice, any >>>> Cadence tool, and most amateur spin-offs. >>>> >>> If you run a complicated switcher non-behavioral (and I had to do that) >>> the sims take forever. For designing SMPS that clearly is not the most >>> efficient method. >>> >>> >>>> Encrypting so a model will run only on the parent tool turns me off. >>> >>> Me, too. >>> >>> >>>> What do you do if you want to mix LT and ADI and TI parts on your >>>> board? You're screwed. >>>> >>> On high end designs I never do that, and there is no need to. You can >>> usually get everything at LTC. Except for some hardcore RF stuff and >>> then that gets simulated separately. >>> >>> If it has to be cheap then no special ICs are used anyhow most of the >>> time. For example, my first mass-produced device with a boost converter >>> revolves around a CD40106 as the "highest-tech" chip. There is no >>> dedicated PWM chip because that would have added at least 10c back in >>> the early 90's. >>> >>> >>>> Joerg, sounds like LT is happy as a clam with you. You're a locked-in >>>> customer. Enjoy >:-} >>>> >>> Well, yeah, at some point you have to pick one and run with that. I have >>> made my choice, and that choice is LTC. >> >> "Most" of their stuff is good. I've had a recent situation where an >> encrypted model works just fine on LTspice, but not on a PCB. >> > >Same here, the LT6700 had a glitch on the chip and I was the unfortunate >one who had to discover that the hard way. > > >> The FAE was flummoxed, referred the problem to factory... 4 months >> have passed, no solution. >> > >In my case the LTC design engineers looked at it right away, found out >that it was indeed a bug, fessed up, apologized, rolled up the sleeves >and corrected things. That left a very positive impression with me. > >Over the years I experienced numerous similar situations with other, >larger manufacturers. The classic solution was an attempt to cover it up. > > >> I posted the problem on the LTspice list, but was basically told, >> "LTspice, love it or leave it" :-( >> >> All I've been able to find out is that LTspice encrypted models are >> behavioral internally. >> > >They are, mostly. That is the reason why you can simulate switchers so >blazingly fast. This does come with pitfalls and (minor) risks but it >sure beats non-behavioral sims that take hours.My LT3757 boost sim runs at about 15 PPM of real time. I need seconds of sim to model my product, so I'd get two or three runs per week. And I'd run out of hard drive for the RAW file! I've ordered samples. -- John Larkin Highland Technology, Inc jlarkin at highlandtechnology dot com http://www.highlandtechnology.com Precision electronic instrumentation Picosecond-resolution Digital Delay and Pulse generators Custom laser drivers and controllers Photonics and fiberoptic TTL data links VME thermocouple, LVDT, synchro acquisition and simulation
Reply by ●June 26, 20132013-06-26
On Wed, 26 Jun 2013 11:34:14 -0700, John Larkin <jlarkin@highlandtechnology.com> wrote:>On Wed, 26 Jun 2013 10:54:54 -0700, Joerg <invalid@invalid.invalid> >wrote: > >>Jim Thompson wrote: >>> On Wed, 26 Jun 2013 10:04:19 -0700, Joerg <invalid@invalid.invalid> >>> wrote: >>> >>>> Jim Thompson wrote: >>>>> On Wed, 26 Jun 2013 09:26:58 -0700, Joerg <invalid@invalid.invalid> >>>>> wrote: >>>>> >>>>>> Jim Thompson wrote: >>>>>>> On Wed, 26 Jun 2013 09:08:52 -0700, Joerg <invalid@invalid.invalid> >>>>>>> wrote: >>>>>>> >>>>>>>> Jim Thompson wrote: >> >>[...] >> >> >>>>>>>>> And Analog Devices modeling efforts are now managed by a MARKETING VP, >>>>>>>>> and they are ultimately heading to requiring simulation of their parts >>>>>>>>> ONLY on their web-based simulator. >>>>>>>>> >>>>>>>> That would be a marketing decision that borders on stupid. >>>>>>> I was there (San Jose) last August trying to convince them of the best >>>>>>> way to do modeling... let me see the real netlist and then I'd match >>>>>>> it behaviorally. The MARKETING VP nixed the idea. >>>>>>> >>>>>>> (I even showed them various posts from this newsgroup complaining >>>>>>> about model quality... did no good.) >>>>>>> >>>>>> Then I assume they'll never understand why, when it comes to performance >>>>>> and cost is not a major issue, I always default to LTC and never even >>>>>> look at AD unless I can't find a chip at LTC. This is because LTC has >>>>>> behavioral models that work in LTSpice and AD does not. >>>>>> >>>>>> Same with TI. Who in their right mind would install and learn half a >>>>>> dozen competing "free" simulators? If they can't understand that LTSpice >>>>>> is the de facto winner, oh well. >>>>> PSpice will run ANY non-encrypted model, as will LTspice, HSpice, any >>>>> Cadence tool, and most amateur spin-offs. >>>>> >>>> If you run a complicated switcher non-behavioral (and I had to do that) >>>> the sims take forever. For designing SMPS that clearly is not the most >>>> efficient method. >>>> >>>> >>>>> Encrypting so a model will run only on the parent tool turns me off. >>>> >>>> Me, too. >>>> >>>> >>>>> What do you do if you want to mix LT and ADI and TI parts on your >>>>> board? You're screwed. >>>>> >>>> On high end designs I never do that, and there is no need to. You can >>>> usually get everything at LTC. Except for some hardcore RF stuff and >>>> then that gets simulated separately. >>>> >>>> If it has to be cheap then no special ICs are used anyhow most of the >>>> time. For example, my first mass-produced device with a boost converter >>>> revolves around a CD40106 as the "highest-tech" chip. There is no >>>> dedicated PWM chip because that would have added at least 10c back in >>>> the early 90's. >>>> >>>> >>>>> Joerg, sounds like LT is happy as a clam with you. You're a locked-in >>>>> customer. Enjoy >:-} >>>>> >>>> Well, yeah, at some point you have to pick one and run with that. I have >>>> made my choice, and that choice is LTC. >>> >>> "Most" of their stuff is good. I've had a recent situation where an >>> encrypted model works just fine on LTspice, but not on a PCB. >>> >> >>Same here, the LT6700 had a glitch on the chip and I was the unfortunate >>one who had to discover that the hard way. >> >> >>> The FAE was flummoxed, referred the problem to factory... 4 months >>> have passed, no solution. >>> >> >>In my case the LTC design engineers looked at it right away, found out >>that it was indeed a bug, fessed up, apologized, rolled up the sleeves >>and corrected things. That left a very positive impression with me. >> >>Over the years I experienced numerous similar situations with other, >>larger manufacturers. The classic solution was an attempt to cover it up. >> >> >>> I posted the problem on the LTspice list, but was basically told, >>> "LTspice, love it or leave it" :-( >>> >>> All I've been able to find out is that LTspice encrypted models are >>> behavioral internally. >>> >> >>They are, mostly. That is the reason why you can simulate switchers so >>blazingly fast. This does come with pitfalls and (minor) risks but it >>sure beats non-behavioral sims that take hours. > >My LT3757 boost sim runs at about 15 PPM of real time. I need seconds >of sim to model my product, so I'd get two or three runs per week. And >I'd run out of hard drive for the RAW file! > >I've ordered samples.Look thru the HELP for "alternate solver"... some types of parts require a different matrix parsing. ...Jim Thompson -- | James E.Thompson | mens | | Analog Innovations | et | | Analog/Mixed-Signal ASIC's and Discrete Systems | manus | | San Tan Valley, AZ 85142 Skype: Contacts Only | | | Voice:(480)460-2350 Fax: Available upon request | Brass Rat | | E-mail Icon at http://www.analog-innovations.com | 1962 | I love to cook with wine. Sometimes I even put it in the food.
Reply by ●June 26, 20132013-06-26
John Larkin wrote:> On Wed, 26 Jun 2013 10:54:54 -0700, Joerg <invalid@invalid.invalid> > wrote: > >> Jim Thompson wrote: >>> On Wed, 26 Jun 2013 10:04:19 -0700, Joerg <invalid@invalid.invalid> >>> wrote: >>> >>>> Jim Thompson wrote: >>>>> On Wed, 26 Jun 2013 09:26:58 -0700, Joerg <invalid@invalid.invalid> >>>>> wrote: >>>>> >>>>>> Jim Thompson wrote: >>>>>>> On Wed, 26 Jun 2013 09:08:52 -0700, Joerg <invalid@invalid.invalid> >>>>>>> wrote: >>>>>>> >>>>>>>> Jim Thompson wrote: >> [...] >> >> >>>>>>>>> And Analog Devices modeling efforts are now managed by a MARKETING VP, >>>>>>>>> and they are ultimately heading to requiring simulation of their parts >>>>>>>>> ONLY on their web-based simulator. >>>>>>>>> >>>>>>>> That would be a marketing decision that borders on stupid. >>>>>>> I was there (San Jose) last August trying to convince them of the best >>>>>>> way to do modeling... let me see the real netlist and then I'd match >>>>>>> it behaviorally. The MARKETING VP nixed the idea. >>>>>>> >>>>>>> (I even showed them various posts from this newsgroup complaining >>>>>>> about model quality... did no good.) >>>>>>> >>>>>> Then I assume they'll never understand why, when it comes to performance >>>>>> and cost is not a major issue, I always default to LTC and never even >>>>>> look at AD unless I can't find a chip at LTC. This is because LTC has >>>>>> behavioral models that work in LTSpice and AD does not. >>>>>> >>>>>> Same with TI. Who in their right mind would install and learn half a >>>>>> dozen competing "free" simulators? If they can't understand that LTSpice >>>>>> is the de facto winner, oh well. >>>>> PSpice will run ANY non-encrypted model, as will LTspice, HSpice, any >>>>> Cadence tool, and most amateur spin-offs. >>>>> >>>> If you run a complicated switcher non-behavioral (and I had to do that) >>>> the sims take forever. For designing SMPS that clearly is not the most >>>> efficient method. >>>> >>>> >>>>> Encrypting so a model will run only on the parent tool turns me off. >>>> Me, too. >>>> >>>> >>>>> What do you do if you want to mix LT and ADI and TI parts on your >>>>> board? You're screwed. >>>>> >>>> On high end designs I never do that, and there is no need to. You can >>>> usually get everything at LTC. Except for some hardcore RF stuff and >>>> then that gets simulated separately. >>>> >>>> If it has to be cheap then no special ICs are used anyhow most of the >>>> time. For example, my first mass-produced device with a boost converter >>>> revolves around a CD40106 as the "highest-tech" chip. There is no >>>> dedicated PWM chip because that would have added at least 10c back in >>>> the early 90's. >>>> >>>> >>>>> Joerg, sounds like LT is happy as a clam with you. You're a locked-in >>>>> customer. Enjoy >:-} >>>>> >>>> Well, yeah, at some point you have to pick one and run with that. I have >>>> made my choice, and that choice is LTC. >>> "Most" of their stuff is good. I've had a recent situation where an >>> encrypted model works just fine on LTspice, but not on a PCB. >>> >> Same here, the LT6700 had a glitch on the chip and I was the unfortunate >> one who had to discover that the hard way. >> >> >>> The FAE was flummoxed, referred the problem to factory... 4 months >>> have passed, no solution. >>> >> In my case the LTC design engineers looked at it right away, found out >> that it was indeed a bug, fessed up, apologized, rolled up the sleeves >> and corrected things. That left a very positive impression with me. >> >> Over the years I experienced numerous similar situations with other, >> larger manufacturers. The classic solution was an attempt to cover it up. >> >> >>> I posted the problem on the LTspice list, but was basically told, >>> "LTspice, love it or leave it" :-( >>> >>> All I've been able to find out is that LTspice encrypted models are >>> behavioral internally. >>> >> They are, mostly. That is the reason why you can simulate switchers so >> blazingly fast. This does come with pitfalls and (minor) risks but it >> sure beats non-behavioral sims that take hours. > > My LT3757 boost sim runs at about 15 PPM of real time. I need seconds > of sim to model my product, so I'd get two or three runs per week. And > I'd run out of hard drive for the RAW file! >If it's not super secret send it over and I'll take a look. There's usually a way to speed things up, like by pre-charging a large cap and things like that.> I've ordered samples. >It's a good chip, I don't think you'll be disappointed. -- Regards, Joerg http://www.analogconsultants.com/
Reply by ●June 26, 20132013-06-26
On Wed, 26 Jun 2013 11:47:04 -0700, Jim Thompson <To-Email-Use-The-Envelope-Icon@On-My-Web-Site.com> wrote:>On Wed, 26 Jun 2013 11:34:14 -0700, John Larkin ><jlarkin@highlandtechnology.com> wrote: > >>On Wed, 26 Jun 2013 10:54:54 -0700, Joerg <invalid@invalid.invalid> >>wrote: >> >>>Jim Thompson wrote: >>>> On Wed, 26 Jun 2013 10:04:19 -0700, Joerg <invalid@invalid.invalid> >>>> wrote: >>>> >>>>> Jim Thompson wrote: >>>>>> On Wed, 26 Jun 2013 09:26:58 -0700, Joerg <invalid@invalid.invalid> >>>>>> wrote: >>>>>> >>>>>>> Jim Thompson wrote: >>>>>>>> On Wed, 26 Jun 2013 09:08:52 -0700, Joerg <invalid@invalid.invalid> >>>>>>>> wrote: >>>>>>>> >>>>>>>>> Jim Thompson wrote: >>> >>>[...] >>> >>> >>>>>>>>>> And Analog Devices modeling efforts are now managed by a MARKETING VP, >>>>>>>>>> and they are ultimately heading to requiring simulation of their parts >>>>>>>>>> ONLY on their web-based simulator. >>>>>>>>>> >>>>>>>>> That would be a marketing decision that borders on stupid. >>>>>>>> I was there (San Jose) last August trying to convince them of the best >>>>>>>> way to do modeling... let me see the real netlist and then I'd match >>>>>>>> it behaviorally. The MARKETING VP nixed the idea. >>>>>>>> >>>>>>>> (I even showed them various posts from this newsgroup complaining >>>>>>>> about model quality... did no good.) >>>>>>>> >>>>>>> Then I assume they'll never understand why, when it comes to performance >>>>>>> and cost is not a major issue, I always default to LTC and never even >>>>>>> look at AD unless I can't find a chip at LTC. This is because LTC has >>>>>>> behavioral models that work in LTSpice and AD does not. >>>>>>> >>>>>>> Same with TI. Who in their right mind would install and learn half a >>>>>>> dozen competing "free" simulators? If they can't understand that LTSpice >>>>>>> is the de facto winner, oh well. >>>>>> PSpice will run ANY non-encrypted model, as will LTspice, HSpice, any >>>>>> Cadence tool, and most amateur spin-offs. >>>>>> >>>>> If you run a complicated switcher non-behavioral (and I had to do that) >>>>> the sims take forever. For designing SMPS that clearly is not the most >>>>> efficient method. >>>>> >>>>> >>>>>> Encrypting so a model will run only on the parent tool turns me off. >>>>> >>>>> Me, too. >>>>> >>>>> >>>>>> What do you do if you want to mix LT and ADI and TI parts on your >>>>>> board? You're screwed. >>>>>> >>>>> On high end designs I never do that, and there is no need to. You can >>>>> usually get everything at LTC. Except for some hardcore RF stuff and >>>>> then that gets simulated separately. >>>>> >>>>> If it has to be cheap then no special ICs are used anyhow most of the >>>>> time. For example, my first mass-produced device with a boost converter >>>>> revolves around a CD40106 as the "highest-tech" chip. There is no >>>>> dedicated PWM chip because that would have added at least 10c back in >>>>> the early 90's. >>>>> >>>>> >>>>>> Joerg, sounds like LT is happy as a clam with you. You're a locked-in >>>>>> customer. Enjoy >:-} >>>>>> >>>>> Well, yeah, at some point you have to pick one and run with that. I have >>>>> made my choice, and that choice is LTC. >>>> >>>> "Most" of their stuff is good. I've had a recent situation where an >>>> encrypted model works just fine on LTspice, but not on a PCB. >>>> >>> >>>Same here, the LT6700 had a glitch on the chip and I was the unfortunate >>>one who had to discover that the hard way. >>> >>> >>>> The FAE was flummoxed, referred the problem to factory... 4 months >>>> have passed, no solution. >>>> >>> >>>In my case the LTC design engineers looked at it right away, found out >>>that it was indeed a bug, fessed up, apologized, rolled up the sleeves >>>and corrected things. That left a very positive impression with me. >>> >>>Over the years I experienced numerous similar situations with other, >>>larger manufacturers. The classic solution was an attempt to cover it up. >>> >>> >>>> I posted the problem on the LTspice list, but was basically told, >>>> "LTspice, love it or leave it" :-( >>>> >>>> All I've been able to find out is that LTspice encrypted models are >>>> behavioral internally. >>>> >>> >>>They are, mostly. That is the reason why you can simulate switchers so >>>blazingly fast. This does come with pitfalls and (minor) risks but it >>>sure beats non-behavioral sims that take hours. >> >>My LT3757 boost sim runs at about 15 PPM of real time. I need seconds >>of sim to model my product, so I'd get two or three runs per week. And >>I'd run out of hard drive for the RAW file! >> >>I've ordered samples. > >Look thru the HELP for "alternate solver"... some types of parts >require a different matrix parsing. > > ...Jim ThompsonIf I improved it 20:1 it would still be too slow to give me useful feedback, and I'd still run out of hard drive. I was getting 10G RAW files from milliseconds of sim time. And I don't entirely trust the simulation; sometimes it does weird double or staggered gate drive pulses that don't make obvious sense. Besides, it's fun to solder stuff now and then. -- John Larkin Highland Technology, Inc jlarkin at highlandtechnology dot com http://www.highlandtechnology.com Precision electronic instrumentation Picosecond-resolution Digital Delay and Pulse generators Custom laser drivers and controllers Photonics and fiberoptic TTL data links VME thermocouple, LVDT, synchro acquisition and simulation
Reply by ●June 26, 20132013-06-26
On Wed, 26 Jun 2013 11:51:19 -0700, Joerg <invalid@invalid.invalid> wrote:>John Larkin wrote: >> On Wed, 26 Jun 2013 10:54:54 -0700, Joerg <invalid@invalid.invalid> >> wrote: >> >>> Jim Thompson wrote: >>>> On Wed, 26 Jun 2013 10:04:19 -0700, Joerg <invalid@invalid.invalid> >>>> wrote: >>>> >>>>> Jim Thompson wrote: >>>>>> On Wed, 26 Jun 2013 09:26:58 -0700, Joerg <invalid@invalid.invalid> >>>>>> wrote: >>>>>> >>>>>>> Jim Thompson wrote: >>>>>>>> On Wed, 26 Jun 2013 09:08:52 -0700, Joerg <invalid@invalid.invalid> >>>>>>>> wrote: >>>>>>>> >>>>>>>>> Jim Thompson wrote: >>> [...] >>> >>> >>>>>>>>>> And Analog Devices modeling efforts are now managed by a MARKETING VP, >>>>>>>>>> and they are ultimately heading to requiring simulation of their parts >>>>>>>>>> ONLY on their web-based simulator. >>>>>>>>>> >>>>>>>>> That would be a marketing decision that borders on stupid. >>>>>>>> I was there (San Jose) last August trying to convince them of the best >>>>>>>> way to do modeling... let me see the real netlist and then I'd match >>>>>>>> it behaviorally. The MARKETING VP nixed the idea. >>>>>>>> >>>>>>>> (I even showed them various posts from this newsgroup complaining >>>>>>>> about model quality... did no good.) >>>>>>>> >>>>>>> Then I assume they'll never understand why, when it comes to performance >>>>>>> and cost is not a major issue, I always default to LTC and never even >>>>>>> look at AD unless I can't find a chip at LTC. This is because LTC has >>>>>>> behavioral models that work in LTSpice and AD does not. >>>>>>> >>>>>>> Same with TI. Who in their right mind would install and learn half a >>>>>>> dozen competing "free" simulators? If they can't understand that LTSpice >>>>>>> is the de facto winner, oh well. >>>>>> PSpice will run ANY non-encrypted model, as will LTspice, HSpice, any >>>>>> Cadence tool, and most amateur spin-offs. >>>>>> >>>>> If you run a complicated switcher non-behavioral (and I had to do that) >>>>> the sims take forever. For designing SMPS that clearly is not the most >>>>> efficient method. >>>>> >>>>> >>>>>> Encrypting so a model will run only on the parent tool turns me off. >>>>> Me, too. >>>>> >>>>> >>>>>> What do you do if you want to mix LT and ADI and TI parts on your >>>>>> board? You're screwed. >>>>>> >>>>> On high end designs I never do that, and there is no need to. You can >>>>> usually get everything at LTC. Except for some hardcore RF stuff and >>>>> then that gets simulated separately. >>>>> >>>>> If it has to be cheap then no special ICs are used anyhow most of the >>>>> time. For example, my first mass-produced device with a boost converter >>>>> revolves around a CD40106 as the "highest-tech" chip. There is no >>>>> dedicated PWM chip because that would have added at least 10c back in >>>>> the early 90's. >>>>> >>>>> >>>>>> Joerg, sounds like LT is happy as a clam with you. You're a locked-in >>>>>> customer. Enjoy >:-} >>>>>> >>>>> Well, yeah, at some point you have to pick one and run with that. I have >>>>> made my choice, and that choice is LTC. >>>> "Most" of their stuff is good. I've had a recent situation where an >>>> encrypted model works just fine on LTspice, but not on a PCB. >>>> >>> Same here, the LT6700 had a glitch on the chip and I was the unfortunate >>> one who had to discover that the hard way. >>> >>> >>>> The FAE was flummoxed, referred the problem to factory... 4 months >>>> have passed, no solution. >>>> >>> In my case the LTC design engineers looked at it right away, found out >>> that it was indeed a bug, fessed up, apologized, rolled up the sleeves >>> and corrected things. That left a very positive impression with me. >>> >>> Over the years I experienced numerous similar situations with other, >>> larger manufacturers. The classic solution was an attempt to cover it up. >>> >>> >>>> I posted the problem on the LTspice list, but was basically told, >>>> "LTspice, love it or leave it" :-( >>>> >>>> All I've been able to find out is that LTspice encrypted models are >>>> behavioral internally. >>>> >>> They are, mostly. That is the reason why you can simulate switchers so >>> blazingly fast. This does come with pitfalls and (minor) risks but it >>> sure beats non-behavioral sims that take hours. >> >> My LT3757 boost sim runs at about 15 PPM of real time. I need seconds >> of sim to model my product, so I'd get two or three runs per week. And >> I'd run out of hard drive for the RAW file! >> > >If it's not super secret send it over and I'll take a look. There's >usually a way to speed things up, like by pre-charging a large cap and >things like that.No secret, here it is. But C1 needs to be 4000 uF in real life, and I want to see how it ramps up and stabilizes, and how it recovers after a big load pulse. I'm making 10G RAW files in milliseconds of sim time, and I need seconds. But if you know of any tweaks that would speed it up, I'd appreciate that. Version 4 SHEET 1 1920 968 WIRE -272 144 -368 144 WIRE -96 144 -192 144 WIRE 176 144 -96 144 WIRE 464 144 176 144 WIRE 656 144 464 144 WIRE 896 144 784 144 WIRE 1088 144 1040 144 WIRE 1232 144 1152 144 WIRE 1296 144 1232 144 WIRE 1424 144 1376 144 WIRE 1504 144 1424 144 WIRE 1552 144 1504 144 WIRE 1664 144 1552 144 WIRE 656 176 656 144 WIRE 784 176 784 144 WIRE 896 176 896 144 WIRE -368 240 -368 144 WIRE -272 240 -368 240 WIRE -96 240 -96 144 WIRE -96 240 -208 240 WIRE 1232 240 1232 144 WIRE 1296 240 1232 240 WIRE 1424 240 1424 144 WIRE 1424 240 1360 240 WIRE 1552 256 1552 144 WIRE 1664 256 1664 144 WIRE 1424 272 1424 240 WIRE -368 320 -368 240 WIRE 656 320 656 256 WIRE 720 320 656 320 WIRE 784 320 720 320 WIRE 896 320 896 256 WIRE 896 320 848 320 WIRE 1040 320 1040 144 WIRE 1040 320 896 320 WIRE 176 352 176 144 WIRE 1424 352 1424 336 WIRE 896 368 896 320 WIRE 1232 368 1232 240 WIRE 1552 400 1552 336 WIRE 1664 400 1664 336 WIRE -96 416 -96 240 WIRE 16 416 -96 416 WIRE 464 416 464 144 WIRE 464 416 336 416 WIRE 656 432 656 320 WIRE -368 464 -368 400 WIRE 1424 464 1424 432 WIRE 896 480 896 448 WIRE -128 512 -384 512 WIRE 16 512 -64 512 WIRE 384 512 336 512 WIRE 432 512 384 512 WIRE 560 512 512 512 WIRE 608 512 560 512 WIRE 1232 528 1232 448 WIRE 1232 528 1040 528 WIRE 896 592 896 544 WIRE -384 608 -384 512 WIRE -144 608 -384 608 WIRE 16 608 -64 608 WIRE 656 608 656 528 WIRE 656 608 336 608 WIRE 1520 624 1424 624 WIRE 1552 624 1520 624 WIRE 656 640 656 608 WIRE 1232 656 1232 528 WIRE 1424 656 1424 624 WIRE -384 704 -384 608 WIRE -336 704 -384 704 WIRE -192 704 -272 704 WIRE -144 704 -192 704 WIRE 16 704 -64 704 WIRE 432 704 336 704 WIRE 464 704 432 704 WIRE 656 768 656 720 WIRE -384 784 -384 704 WIRE 464 816 464 704 WIRE 1040 816 1040 528 WIRE 1040 816 464 816 WIRE 1232 816 1232 736 WIRE 1424 816 1424 736 WIRE 176 832 176 768 FLAG 1424 464 0 FLAG 1552 400 0 FLAG 1504 144 VP FLAG 656 768 0 FLAG -384 784 0 FLAG 1232 816 0 FLAG -368 464 0 FLAG 1664 400 0 FLAG 176 832 0 FLAG 432 704 FB FLAG -192 704 VCOMP FLAG 720 320 DRAIN FLAG 560 512 GATE FLAG 784 176 0 FLAG 896 592 0 FLAG 384 512 GDR FLAG 1424 816 0 FLAG 1520 624 EFF SYMBOL ind2 640 160 R0 WINDOW 0 -70 40 Left 2 WINDOW 3 -80 83 Left 2 SYMATTR InstName L1 SYMATTR Value 3.3� SYMATTR Type ind SYMATTR SpiceLine Rser=0.06 SYMBOL schottky 1088 160 R270 WINDOW 0 -44 34 VTop 2 WINDOW 3 -55 36 VBottom 2 SYMATTR InstName D1 SYMATTR Value 10MQ060N SYMATTR Description Diode SYMATTR Type diode SYMBOL cap 1408 272 R0 WINDOW 0 -66 47 Left 2 WINDOW 3 -71 80 Left 2 SYMATTR InstName C1 SYMATTR Value 10� SYMBOL res 1536 240 R0 WINDOW 0 -49 36 Left 2 WINDOW 3 -55 68 Left 2 SYMATTR InstName R1 SYMATTR Value 20K SYMBOL cap -64 496 R90 WINDOW 0 56 68 VBottom 2 WINDOW 3 28 -15 VTop 2 SYMATTR InstName C2 SYMATTR Value 100p SYMBOL res 1248 464 R180 WINDOW 0 77 76 Left 2 WINDOW 3 65 38 Left 2 SYMATTR InstName R2 SYMATTR Value 290K SYMBOL res 1216 640 R0 WINDOW 0 -65 37 Left 2 WINDOW 3 -74 76 Left 2 SYMATTR InstName R4 SYMATTR Value 10K SYMBOL voltage -368 304 R0 WINDOW 0 50 84 Left 2 WINDOW 3 13 130 Left 2 WINDOW 123 0 0 Left 2 WINDOW 39 0 0 Left 2 SYMATTR InstName V2 SYMATTR Value PULSE(0 9 0 50u 0 2) SYMBOL current 1664 256 R0 WINDOW 0 -44 90 Left 2 WINDOW 3 -309 255 Left 2 WINDOW 123 0 0 Left 2 WINDOW 39 0 0 Left 2 SYMATTR InstName I1 SYMATTR Value PULSE(0 5 10m 1u 1u 20u 5m) SYMBOL nmos 608 432 R0 WINDOW 0 129 47 Left 2 WINDOW 3 80 83 Left 2 SYMATTR InstName M1 SYMATTR Value FDS4559_N SYMBOL res 640 624 R0 WINDOW 0 -61 46 Left 2 WINDOW 3 -67 84 Left 2 SYMATTR InstName R5 SYMATTR Value 0.1 SYMBOL res -48 592 R90 WINDOW 0 62 100 VBottom 2 WINDOW 3 36 4 VTop 2 SYMATTR InstName R7 SYMATTR Value 10K SYMBOL res -48 688 R90 WINDOW 0 58 107 VBottom 2 WINDOW 3 31 1 VTop 2 SYMATTR InstName R12 SYMATTR Value 5K SYMBOL cap -272 688 R90 WINDOW 0 72 52 VBottom 2 WINDOW 3 44 7 VTop 2 SYMATTR InstName C4 SYMATTR Value 10n SYMBOL ind2 880 160 R0 WINDOW 0 50 40 Left 2 WINDOW 3 46 78 Left 2 SYMATTR InstName L2 SYMATTR Value 3.3� SYMATTR Type ind SYMATTR SpiceLine Rser=0.06 SYMBOL cap 848 304 R90 WINDOW 0 70 29 VBottom 2 WINDOW 3 76 28 VTop 2 SYMATTR InstName C5 SYMATTR Value 2.2� SYMBOL res 528 496 R90 WINDOW 0 69 76 VBottom 2 WINDOW 3 42 28 VTop 2 SYMATTR InstName R3 SYMATTR Value 50 SYMBOL res 1280 160 R270 WINDOW 0 -41 36 VTop 2 WINDOW 3 -13 86 VBottom 2 SYMATTR InstName R6 SYMATTR Value 1m SYMBOL cap 1360 224 R90 WINDOW 0 66 55 VBottom 2 WINDOW 3 38 1 VTop 2 SYMATTR InstName C3 SYMATTR Value 50m SYMBOL res -288 160 R270 WINDOW 0 -34 20 VTop 2 WINDOW 3 -8 70 VBottom 2 SYMATTR InstName R8 SYMATTR Value 1m SYMBOL cap -208 224 R90 WINDOW 0 70 62 VBottom 2 WINDOW 3 43 3 VTop 2 SYMATTR InstName C6 SYMATTR Value 50m SYMBOL res 880 352 R0 WINDOW 0 62 42 Left 2 WINDOW 3 61 77 Left 2 SYMATTR InstName R9 SYMATTR Value 500 SYMBOL cap 880 480 R0 WINDOW 0 61 21 Left 2 WINDOW 3 62 56 Left 2 SYMATTR InstName C7 SYMATTR Value 200p SYMBOL PowerProducts\\LT3757A 176 560 R0 SYMATTR InstName U2 SYMBOL bv 1424 640 R0 WINDOW 3 -90 -82 Left 2 SYMATTR Value V=100 * I(R6) * V(VP) / ( I(R8) * 9 ) SYMATTR InstName B1 SYMBOL res 1408 336 R0 WINDOW 0 -72 62 Left 2 WINDOW 3 -73 94 Left 2 SYMATTR InstName R10 SYMATTR Value 10m TEXT 720 752 Left 2 !.tran 0 30m 0 10n uic TEXT 704 656 Left 2 ;D140 BOOST SUPPLY DA TEXT 744 696 Left 2 ;JL June 24 2013 TEXT 712 248 Left 2 !K L1 L2 0.99 -- John Larkin Highland Technology, Inc jlarkin at highlandtechnology dot com http://www.highlandtechnology.com Precision electronic instrumentation Picosecond-resolution Digital Delay and Pulse generators Custom laser drivers and controllers Photonics and fiberoptic TTL data links VME thermocouple, LVDT, synchro acquisition and simulation
Reply by ●June 26, 20132013-06-26
John Larkin wrote:> On Wed, 26 Jun 2013 11:47:04 -0700, Jim Thompson > <To-Email-Use-The-Envelope-Icon@On-My-Web-Site.com> wrote: > >> On Wed, 26 Jun 2013 11:34:14 -0700, John Larkin >> <jlarkin@highlandtechnology.com> wrote:[...]>>> My LT3757 boost sim runs at about 15 PPM of real time. I need seconds >>> of sim to model my product, so I'd get two or three runs per week. And >>> I'd run out of hard drive for the RAW file! >>> >>> I've ordered samples. >> Look thru the HELP for "alternate solver"... some types of parts >> require a different matrix parsing. >> >> ...Jim Thompson > > If I improved it 20:1 it would still be too slow to give me useful > feedback, and I'd still run out of hard drive. I was getting 10G RAW > files from milliseconds of sim time. > > And I don't entirely trust the simulation; sometimes it does weird > double or staggered gate drive pulses that don't make obvious sense. > > Besides, it's fun to solder stuff now and then. >When a chip like the LT3757 isn't maxed out in frequency and gate capacitance load I usually provide an 0.080" via underneath. Mostly without thermal relief to the plane. That way I can reach in with a Weller ETS tip to get it off the board. -- Regards, Joerg http://www.analogconsultants.com/
Reply by ●June 26, 20132013-06-26
On Wed, 26 Jun 2013 11:57:42 -0700, John Larkin <jlarkin@highlandtechnology.com> wrote:>On Wed, 26 Jun 2013 11:47:04 -0700, Jim Thompson ><To-Email-Use-The-Envelope-Icon@On-My-Web-Site.com> wrote: > >>On Wed, 26 Jun 2013 11:34:14 -0700, John Larkin >><jlarkin@highlandtechnology.com> wrote: >> >>>On Wed, 26 Jun 2013 10:54:54 -0700, Joerg <invalid@invalid.invalid> >>>wrote: >>> >>>>Jim Thompson wrote: >>>>> On Wed, 26 Jun 2013 10:04:19 -0700, Joerg <invalid@invalid.invalid> >>>>> wrote: >>>>> >>>>>> Jim Thompson wrote: >>>>>>> On Wed, 26 Jun 2013 09:26:58 -0700, Joerg <invalid@invalid.invalid> >>>>>>> wrote: >>>>>>> >>>>>>>> Jim Thompson wrote: >>>>>>>>> On Wed, 26 Jun 2013 09:08:52 -0700, Joerg <invalid@invalid.invalid> >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>>> Jim Thompson wrote: >>>> >>>>[...] >>>> >>>> >>>>>>>>>>> And Analog Devices modeling efforts are now managed by a MARKETING VP, >>>>>>>>>>> and they are ultimately heading to requiring simulation of their parts >>>>>>>>>>> ONLY on their web-based simulator. >>>>>>>>>>> >>>>>>>>>> That would be a marketing decision that borders on stupid. >>>>>>>>> I was there (San Jose) last August trying to convince them of the best >>>>>>>>> way to do modeling... let me see the real netlist and then I'd match >>>>>>>>> it behaviorally. The MARKETING VP nixed the idea. >>>>>>>>> >>>>>>>>> (I even showed them various posts from this newsgroup complaining >>>>>>>>> about model quality... did no good.) >>>>>>>>> >>>>>>>> Then I assume they'll never understand why, when it comes to performance >>>>>>>> and cost is not a major issue, I always default to LTC and never even >>>>>>>> look at AD unless I can't find a chip at LTC. This is because LTC has >>>>>>>> behavioral models that work in LTSpice and AD does not. >>>>>>>> >>>>>>>> Same with TI. Who in their right mind would install and learn half a >>>>>>>> dozen competing "free" simulators? If they can't understand that LTSpice >>>>>>>> is the de facto winner, oh well. >>>>>>> PSpice will run ANY non-encrypted model, as will LTspice, HSpice, any >>>>>>> Cadence tool, and most amateur spin-offs. >>>>>>> >>>>>> If you run a complicated switcher non-behavioral (and I had to do that) >>>>>> the sims take forever. For designing SMPS that clearly is not the most >>>>>> efficient method. >>>>>> >>>>>> >>>>>>> Encrypting so a model will run only on the parent tool turns me off. >>>>>> >>>>>> Me, too. >>>>>> >>>>>> >>>>>>> What do you do if you want to mix LT and ADI and TI parts on your >>>>>>> board? You're screwed. >>>>>>> >>>>>> On high end designs I never do that, and there is no need to. You can >>>>>> usually get everything at LTC. Except for some hardcore RF stuff and >>>>>> then that gets simulated separately. >>>>>> >>>>>> If it has to be cheap then no special ICs are used anyhow most of the >>>>>> time. For example, my first mass-produced device with a boost converter >>>>>> revolves around a CD40106 as the "highest-tech" chip. There is no >>>>>> dedicated PWM chip because that would have added at least 10c back in >>>>>> the early 90's. >>>>>> >>>>>> >>>>>>> Joerg, sounds like LT is happy as a clam with you. You're a locked-in >>>>>>> customer. Enjoy >:-} >>>>>>> >>>>>> Well, yeah, at some point you have to pick one and run with that. I have >>>>>> made my choice, and that choice is LTC. >>>>> >>>>> "Most" of their stuff is good. I've had a recent situation where an >>>>> encrypted model works just fine on LTspice, but not on a PCB. >>>>> >>>> >>>>Same here, the LT6700 had a glitch on the chip and I was the unfortunate >>>>one who had to discover that the hard way. >>>> >>>> >>>>> The FAE was flummoxed, referred the problem to factory... 4 months >>>>> have passed, no solution. >>>>> >>>> >>>>In my case the LTC design engineers looked at it right away, found out >>>>that it was indeed a bug, fessed up, apologized, rolled up the sleeves >>>>and corrected things. That left a very positive impression with me. >>>> >>>>Over the years I experienced numerous similar situations with other, >>>>larger manufacturers. The classic solution was an attempt to cover it up. >>>> >>>> >>>>> I posted the problem on the LTspice list, but was basically told, >>>>> "LTspice, love it or leave it" :-( >>>>> >>>>> All I've been able to find out is that LTspice encrypted models are >>>>> behavioral internally. >>>>> >>>> >>>>They are, mostly. That is the reason why you can simulate switchers so >>>>blazingly fast. This does come with pitfalls and (minor) risks but it >>>>sure beats non-behavioral sims that take hours. >>> >>>My LT3757 boost sim runs at about 15 PPM of real time. I need seconds >>>of sim to model my product, so I'd get two or three runs per week. And >>>I'd run out of hard drive for the RAW file! >>> >>>I've ordered samples. >> >>Look thru the HELP for "alternate solver"... some types of parts >>require a different matrix parsing. >> >> ...Jim Thompson > >If I improved it 20:1 it would still be too slow to give me useful >feedback, and I'd still run out of hard drive. I was getting 10G RAW >files from milliseconds of sim time. > >And I don't entirely trust the simulation; sometimes it does weird >double or staggered gate drive pulses that don't make obvious sense. > >Besides, it's fun to solder stuff now and then.Some of those LT parts are known by those of us "versed in the art" to have _real_ bugs. ...Jim Thompson -- | James E.Thompson | mens | | Analog Innovations | et | | Analog/Mixed-Signal ASIC's and Discrete Systems | manus | | San Tan Valley, AZ 85142 Skype: Contacts Only | | | Voice:(480)460-2350 Fax: Available upon request | Brass Rat | | E-mail Icon at http://www.analog-innovations.com | 1962 | I love to cook with wine. Sometimes I even put it in the food.