If Manufacturer spice model and Datasheet give different values which should I use?Problem with LED Matrix TestReference to understand LED data sheet specification, characteristic and way to use themControlling 10 high power LED with a Raspberry Pipspice virtual gnd simulationHow do I model an LED with SPICE WITHOUT access to a Manufacturer's Datasheetsemiconductor resistor vs resistor in SPICE modeling AltiumUsing optocoupler with MOSFET for dimming a LEDHow can I work out which pin is which in SPICE modelAn NPN BJT - from Spice to Ebers-MollModelling heat transfer from Power LED to metal bar
Do Phineas and Ferb ever actually get busted in real time?
Can an x86 CPU running in real mode be considered to be basically an 8086 CPU?
"You are your self first supporter", a more proper way to say it
Is there a familial term for apples and pears?
Dragon forelimb placement
Why is the design of haulage companies so “special”?
Pronouncing Dictionary.com's W.O.D "vade mecum" in English
Is it possible to do 50 km distance without any previous training?
How to make payment on the internet without leaving a money trail?
Why doesn't Newton's third law mean a person bounces back to where they started when they hit the ground?
Japan - Plan around max visa duration
Do any Labour MPs support no-deal?
How old can references or sources in a thesis be?
How much RAM could one put in a typical 80386 setup?
How is it possible for user to changed after storage was encrypted? (on OS X, Android)
Is the month field really deprecated?
How can the DM most effectively choose 1 out of an odd number of players to be targeted by an attack or effect?
Draw simple lines in Inkscape
Why has Russell's definition of numbers using equivalence classes been finally abandoned? ( If it has actually been abandoned).
How does one intimidate enemies without having the capacity for violence?
Why can't I see bouncing of a switch on an oscilloscope?
How to add power-LED to my small amplifier?
How is this relation reflexive?
What defenses are there against being summoned by the Gate spell?
If Manufacturer spice model and Datasheet give different values which should I use?
Problem with LED Matrix TestReference to understand LED data sheet specification, characteristic and way to use themControlling 10 high power LED with a Raspberry Pipspice virtual gnd simulationHow do I model an LED with SPICE WITHOUT access to a Manufacturer's Datasheetsemiconductor resistor vs resistor in SPICE modeling AltiumUsing optocoupler with MOSFET for dimming a LEDHow can I work out which pin is which in SPICE modelAn NPN BJT - from Spice to Ebers-MollModelling heat transfer from Power LED to metal bar
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty margin-bottom:0;
$begingroup$
I'm trying to simulate an LED circuit but I am getting a large difference in results from the simulation vs calculations done using the datasheet information. In this case both the spice model and the datasheet info are direct from the manufacturer. Given the large difference in results, I'm wondering which information I should base my design off of.
In this case the datasheet shows a typical Vf of 2.1v, the spice model seems to be using a Vf of 2.134v. I'm wiring 4 of these LEDs in series with a target of 18mA. Assuming a 9v source if I use a 33.3333ohm resistor (or resistor combination) based on the 2.1Vf of the datasheet I get a simulation result of 13.9mA instead of the expected 18mA.
Should I base the resistance off of the datasheet and ignore the simulation in this case, or should I base things more off of the simulation results? I'm asking since if I'm wrong either the LEDs will be too dim, or they will blow out.
I'm attaching the specific simulation and Datasheet in this example here as well. I'm using a SML-P12WTT86R model LED from ROHM Semiconductor.
The datasheet is here.
Here is what I got from the spice simulation using ROHM's spice model.
led datasheet spice pspice
$endgroup$
add a comment |
$begingroup$
I'm trying to simulate an LED circuit but I am getting a large difference in results from the simulation vs calculations done using the datasheet information. In this case both the spice model and the datasheet info are direct from the manufacturer. Given the large difference in results, I'm wondering which information I should base my design off of.
In this case the datasheet shows a typical Vf of 2.1v, the spice model seems to be using a Vf of 2.134v. I'm wiring 4 of these LEDs in series with a target of 18mA. Assuming a 9v source if I use a 33.3333ohm resistor (or resistor combination) based on the 2.1Vf of the datasheet I get a simulation result of 13.9mA instead of the expected 18mA.
Should I base the resistance off of the datasheet and ignore the simulation in this case, or should I base things more off of the simulation results? I'm asking since if I'm wrong either the LEDs will be too dim, or they will blow out.
I'm attaching the specific simulation and Datasheet in this example here as well. I'm using a SML-P12WTT86R model LED from ROHM Semiconductor.
The datasheet is here.
Here is what I got from the spice simulation using ROHM's spice model.
led datasheet spice pspice
$endgroup$
add a comment |
$begingroup$
I'm trying to simulate an LED circuit but I am getting a large difference in results from the simulation vs calculations done using the datasheet information. In this case both the spice model and the datasheet info are direct from the manufacturer. Given the large difference in results, I'm wondering which information I should base my design off of.
In this case the datasheet shows a typical Vf of 2.1v, the spice model seems to be using a Vf of 2.134v. I'm wiring 4 of these LEDs in series with a target of 18mA. Assuming a 9v source if I use a 33.3333ohm resistor (or resistor combination) based on the 2.1Vf of the datasheet I get a simulation result of 13.9mA instead of the expected 18mA.
Should I base the resistance off of the datasheet and ignore the simulation in this case, or should I base things more off of the simulation results? I'm asking since if I'm wrong either the LEDs will be too dim, or they will blow out.
I'm attaching the specific simulation and Datasheet in this example here as well. I'm using a SML-P12WTT86R model LED from ROHM Semiconductor.
The datasheet is here.
Here is what I got from the spice simulation using ROHM's spice model.
led datasheet spice pspice
$endgroup$
I'm trying to simulate an LED circuit but I am getting a large difference in results from the simulation vs calculations done using the datasheet information. In this case both the spice model and the datasheet info are direct from the manufacturer. Given the large difference in results, I'm wondering which information I should base my design off of.
In this case the datasheet shows a typical Vf of 2.1v, the spice model seems to be using a Vf of 2.134v. I'm wiring 4 of these LEDs in series with a target of 18mA. Assuming a 9v source if I use a 33.3333ohm resistor (or resistor combination) based on the 2.1Vf of the datasheet I get a simulation result of 13.9mA instead of the expected 18mA.
Should I base the resistance off of the datasheet and ignore the simulation in this case, or should I base things more off of the simulation results? I'm asking since if I'm wrong either the LEDs will be too dim, or they will blow out.
I'm attaching the specific simulation and Datasheet in this example here as well. I'm using a SML-P12WTT86R model LED from ROHM Semiconductor.
The datasheet is here.
Here is what I got from the spice simulation using ROHM's spice model.
led datasheet spice pspice
led datasheet spice pspice
edited 5 hours ago
jusaca
1,000320
1,000320
asked 6 hours ago
CyFCyF
258
258
add a comment |
add a comment |
2 Answers
2
active
oldest
votes
$begingroup$
In this case the datasheet shows a typical Vf of 2.1v, the spice model seems to be using a Vf of 2.134v.
If your circuit works for $V_f$ of 2.1 V, but fails for 2.134 V, then you need to get a new circuit.
The forward voltage will vary due to manufacturing variations and junction temperature. And the variation will be more than 35 mV over realistic operating conditions.
Also, keep in mind that the datasheet value is for an ambient temperature of 25 C, while SPICE is probably (unless you've added an option to specify otherwise) simulating a junction temperature of 25 C. That means the datasheet value reflects a higher junction temperature than the SPICE model. And forward voltage does typically drop with increasing temperature so it's conceivable both models are correct.
Assuming a 9v source if I use a 33.3333ohm resistor (or resistor combination) based on the 2.1Vf of the datasheet I get a simulation result of 13.9mA instead of the expected 18mA. ... I'm asking since if I'm wrong either the LEDs will be too dim, or they will blow out.
If this application requires the brightness to be controlled so carefully that the difference between 13.9 and 18 mA makes a difference, you should use a constant current LED driver instead of a simple resistive current limiter.
But in most applications, users won't notice the difference in brightness due to this kind of current change. So you just live with some brightness variability to save cost. Modern LEDs are visibly lit even with 1 mA forward current so whether at 13.9 or 18 mA they will be quite bright.
You could also reduce the variability by designing your resistive limiting circuit with more voltage overhead. Either use a higher voltage source (12 V maybe) and a larger resistor, or place 2 strings of 2 LEDs in parallel, so you have roughly 5 V overhead instead of just 1. The trade-off here is of course more power wasted in the resistors.
$endgroup$
add a comment |
$begingroup$
Always follow the datasheet. I strongly recommend looking up some of Mike Engelhardt's videos or attend one of his seminars (Arrow sponsors a lot of them). While you're not using LTSpice, Mike has a very deep understanding of Spice simulation, the good, the bad, and the ugly. The reality is most Spice models are made by people that don't really understand them (aka. interns) and can't be trusted a large percent of the time.
$endgroup$
$begingroup$
Notice the datasheet value is also only a "typical", not a maximum or minimum.
$endgroup$
– The Photon
5 hours ago
$begingroup$
@ThePhoton Didn't even look at the datasheet, I just know I've seen a lot of crappy Spice models over the years.
$endgroup$
– Matt Young
5 hours ago
$begingroup$
These days, SPICE models are more likely to be generated by specialized modeling consultants than by interns. The real problem isn't that the person making the model doesn't understand modeling, it's that they can't anticipate every use case that customers will try to apply the device to.
$endgroup$
– The Photon
5 hours ago
$begingroup$
@ThePhoton If that's the case, they're ripping off semiconductor companies en masse. Just last month I ran into a Zener model whose performance did not match the datasheet at all, and I was just using it in an active clamp circuit. How can that not be anticipated?
$endgroup$
– Matt Young
5 hours ago
$begingroup$
I'm sure there are bad SPICE models out there. More often, websites are just mixed up about what file is what. Like you ask for the model for a 9 V zener and they give you the model for a 6 V zener with a very similar part number.
$endgroup$
– The Photon
34 mins ago
|
show 5 more comments
Your Answer
StackExchange.ifUsing("editor", function ()
return StackExchange.using("mathjaxEditing", function ()
StackExchange.MarkdownEditor.creationCallbacks.add(function (editor, postfix)
StackExchange.mathjaxEditing.prepareWmdForMathJax(editor, postfix, [["\$", "\$"]]);
);
);
, "mathjax-editing");
StackExchange.ifUsing("editor", function ()
return StackExchange.using("schematics", function ()
StackExchange.schematics.init();
);
, "cicuitlab");
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "135"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2felectronics.stackexchange.com%2fquestions%2f431255%2fif-manufacturer-spice-model-and-datasheet-give-different-values-which-should-i-u%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
$begingroup$
In this case the datasheet shows a typical Vf of 2.1v, the spice model seems to be using a Vf of 2.134v.
If your circuit works for $V_f$ of 2.1 V, but fails for 2.134 V, then you need to get a new circuit.
The forward voltage will vary due to manufacturing variations and junction temperature. And the variation will be more than 35 mV over realistic operating conditions.
Also, keep in mind that the datasheet value is for an ambient temperature of 25 C, while SPICE is probably (unless you've added an option to specify otherwise) simulating a junction temperature of 25 C. That means the datasheet value reflects a higher junction temperature than the SPICE model. And forward voltage does typically drop with increasing temperature so it's conceivable both models are correct.
Assuming a 9v source if I use a 33.3333ohm resistor (or resistor combination) based on the 2.1Vf of the datasheet I get a simulation result of 13.9mA instead of the expected 18mA. ... I'm asking since if I'm wrong either the LEDs will be too dim, or they will blow out.
If this application requires the brightness to be controlled so carefully that the difference between 13.9 and 18 mA makes a difference, you should use a constant current LED driver instead of a simple resistive current limiter.
But in most applications, users won't notice the difference in brightness due to this kind of current change. So you just live with some brightness variability to save cost. Modern LEDs are visibly lit even with 1 mA forward current so whether at 13.9 or 18 mA they will be quite bright.
You could also reduce the variability by designing your resistive limiting circuit with more voltage overhead. Either use a higher voltage source (12 V maybe) and a larger resistor, or place 2 strings of 2 LEDs in parallel, so you have roughly 5 V overhead instead of just 1. The trade-off here is of course more power wasted in the resistors.
$endgroup$
add a comment |
$begingroup$
In this case the datasheet shows a typical Vf of 2.1v, the spice model seems to be using a Vf of 2.134v.
If your circuit works for $V_f$ of 2.1 V, but fails for 2.134 V, then you need to get a new circuit.
The forward voltage will vary due to manufacturing variations and junction temperature. And the variation will be more than 35 mV over realistic operating conditions.
Also, keep in mind that the datasheet value is for an ambient temperature of 25 C, while SPICE is probably (unless you've added an option to specify otherwise) simulating a junction temperature of 25 C. That means the datasheet value reflects a higher junction temperature than the SPICE model. And forward voltage does typically drop with increasing temperature so it's conceivable both models are correct.
Assuming a 9v source if I use a 33.3333ohm resistor (or resistor combination) based on the 2.1Vf of the datasheet I get a simulation result of 13.9mA instead of the expected 18mA. ... I'm asking since if I'm wrong either the LEDs will be too dim, or they will blow out.
If this application requires the brightness to be controlled so carefully that the difference between 13.9 and 18 mA makes a difference, you should use a constant current LED driver instead of a simple resistive current limiter.
But in most applications, users won't notice the difference in brightness due to this kind of current change. So you just live with some brightness variability to save cost. Modern LEDs are visibly lit even with 1 mA forward current so whether at 13.9 or 18 mA they will be quite bright.
You could also reduce the variability by designing your resistive limiting circuit with more voltage overhead. Either use a higher voltage source (12 V maybe) and a larger resistor, or place 2 strings of 2 LEDs in parallel, so you have roughly 5 V overhead instead of just 1. The trade-off here is of course more power wasted in the resistors.
$endgroup$
add a comment |
$begingroup$
In this case the datasheet shows a typical Vf of 2.1v, the spice model seems to be using a Vf of 2.134v.
If your circuit works for $V_f$ of 2.1 V, but fails for 2.134 V, then you need to get a new circuit.
The forward voltage will vary due to manufacturing variations and junction temperature. And the variation will be more than 35 mV over realistic operating conditions.
Also, keep in mind that the datasheet value is for an ambient temperature of 25 C, while SPICE is probably (unless you've added an option to specify otherwise) simulating a junction temperature of 25 C. That means the datasheet value reflects a higher junction temperature than the SPICE model. And forward voltage does typically drop with increasing temperature so it's conceivable both models are correct.
Assuming a 9v source if I use a 33.3333ohm resistor (or resistor combination) based on the 2.1Vf of the datasheet I get a simulation result of 13.9mA instead of the expected 18mA. ... I'm asking since if I'm wrong either the LEDs will be too dim, or they will blow out.
If this application requires the brightness to be controlled so carefully that the difference between 13.9 and 18 mA makes a difference, you should use a constant current LED driver instead of a simple resistive current limiter.
But in most applications, users won't notice the difference in brightness due to this kind of current change. So you just live with some brightness variability to save cost. Modern LEDs are visibly lit even with 1 mA forward current so whether at 13.9 or 18 mA they will be quite bright.
You could also reduce the variability by designing your resistive limiting circuit with more voltage overhead. Either use a higher voltage source (12 V maybe) and a larger resistor, or place 2 strings of 2 LEDs in parallel, so you have roughly 5 V overhead instead of just 1. The trade-off here is of course more power wasted in the resistors.
$endgroup$
In this case the datasheet shows a typical Vf of 2.1v, the spice model seems to be using a Vf of 2.134v.
If your circuit works for $V_f$ of 2.1 V, but fails for 2.134 V, then you need to get a new circuit.
The forward voltage will vary due to manufacturing variations and junction temperature. And the variation will be more than 35 mV over realistic operating conditions.
Also, keep in mind that the datasheet value is for an ambient temperature of 25 C, while SPICE is probably (unless you've added an option to specify otherwise) simulating a junction temperature of 25 C. That means the datasheet value reflects a higher junction temperature than the SPICE model. And forward voltage does typically drop with increasing temperature so it's conceivable both models are correct.
Assuming a 9v source if I use a 33.3333ohm resistor (or resistor combination) based on the 2.1Vf of the datasheet I get a simulation result of 13.9mA instead of the expected 18mA. ... I'm asking since if I'm wrong either the LEDs will be too dim, or they will blow out.
If this application requires the brightness to be controlled so carefully that the difference between 13.9 and 18 mA makes a difference, you should use a constant current LED driver instead of a simple resistive current limiter.
But in most applications, users won't notice the difference in brightness due to this kind of current change. So you just live with some brightness variability to save cost. Modern LEDs are visibly lit even with 1 mA forward current so whether at 13.9 or 18 mA they will be quite bright.
You could also reduce the variability by designing your resistive limiting circuit with more voltage overhead. Either use a higher voltage source (12 V maybe) and a larger resistor, or place 2 strings of 2 LEDs in parallel, so you have roughly 5 V overhead instead of just 1. The trade-off here is of course more power wasted in the resistors.
edited 13 mins ago
answered 5 hours ago
The PhotonThe Photon
87.1k398202
87.1k398202
add a comment |
add a comment |
$begingroup$
Always follow the datasheet. I strongly recommend looking up some of Mike Engelhardt's videos or attend one of his seminars (Arrow sponsors a lot of them). While you're not using LTSpice, Mike has a very deep understanding of Spice simulation, the good, the bad, and the ugly. The reality is most Spice models are made by people that don't really understand them (aka. interns) and can't be trusted a large percent of the time.
$endgroup$
$begingroup$
Notice the datasheet value is also only a "typical", not a maximum or minimum.
$endgroup$
– The Photon
5 hours ago
$begingroup$
@ThePhoton Didn't even look at the datasheet, I just know I've seen a lot of crappy Spice models over the years.
$endgroup$
– Matt Young
5 hours ago
$begingroup$
These days, SPICE models are more likely to be generated by specialized modeling consultants than by interns. The real problem isn't that the person making the model doesn't understand modeling, it's that they can't anticipate every use case that customers will try to apply the device to.
$endgroup$
– The Photon
5 hours ago
$begingroup$
@ThePhoton If that's the case, they're ripping off semiconductor companies en masse. Just last month I ran into a Zener model whose performance did not match the datasheet at all, and I was just using it in an active clamp circuit. How can that not be anticipated?
$endgroup$
– Matt Young
5 hours ago
$begingroup$
I'm sure there are bad SPICE models out there. More often, websites are just mixed up about what file is what. Like you ask for the model for a 9 V zener and they give you the model for a 6 V zener with a very similar part number.
$endgroup$
– The Photon
34 mins ago
|
show 5 more comments
$begingroup$
Always follow the datasheet. I strongly recommend looking up some of Mike Engelhardt's videos or attend one of his seminars (Arrow sponsors a lot of them). While you're not using LTSpice, Mike has a very deep understanding of Spice simulation, the good, the bad, and the ugly. The reality is most Spice models are made by people that don't really understand them (aka. interns) and can't be trusted a large percent of the time.
$endgroup$
$begingroup$
Notice the datasheet value is also only a "typical", not a maximum or minimum.
$endgroup$
– The Photon
5 hours ago
$begingroup$
@ThePhoton Didn't even look at the datasheet, I just know I've seen a lot of crappy Spice models over the years.
$endgroup$
– Matt Young
5 hours ago
$begingroup$
These days, SPICE models are more likely to be generated by specialized modeling consultants than by interns. The real problem isn't that the person making the model doesn't understand modeling, it's that they can't anticipate every use case that customers will try to apply the device to.
$endgroup$
– The Photon
5 hours ago
$begingroup$
@ThePhoton If that's the case, they're ripping off semiconductor companies en masse. Just last month I ran into a Zener model whose performance did not match the datasheet at all, and I was just using it in an active clamp circuit. How can that not be anticipated?
$endgroup$
– Matt Young
5 hours ago
$begingroup$
I'm sure there are bad SPICE models out there. More often, websites are just mixed up about what file is what. Like you ask for the model for a 9 V zener and they give you the model for a 6 V zener with a very similar part number.
$endgroup$
– The Photon
34 mins ago
|
show 5 more comments
$begingroup$
Always follow the datasheet. I strongly recommend looking up some of Mike Engelhardt's videos or attend one of his seminars (Arrow sponsors a lot of them). While you're not using LTSpice, Mike has a very deep understanding of Spice simulation, the good, the bad, and the ugly. The reality is most Spice models are made by people that don't really understand them (aka. interns) and can't be trusted a large percent of the time.
$endgroup$
Always follow the datasheet. I strongly recommend looking up some of Mike Engelhardt's videos or attend one of his seminars (Arrow sponsors a lot of them). While you're not using LTSpice, Mike has a very deep understanding of Spice simulation, the good, the bad, and the ugly. The reality is most Spice models are made by people that don't really understand them (aka. interns) and can't be trusted a large percent of the time.
answered 5 hours ago
Matt YoungMatt Young
12.4k42560
12.4k42560
$begingroup$
Notice the datasheet value is also only a "typical", not a maximum or minimum.
$endgroup$
– The Photon
5 hours ago
$begingroup$
@ThePhoton Didn't even look at the datasheet, I just know I've seen a lot of crappy Spice models over the years.
$endgroup$
– Matt Young
5 hours ago
$begingroup$
These days, SPICE models are more likely to be generated by specialized modeling consultants than by interns. The real problem isn't that the person making the model doesn't understand modeling, it's that they can't anticipate every use case that customers will try to apply the device to.
$endgroup$
– The Photon
5 hours ago
$begingroup$
@ThePhoton If that's the case, they're ripping off semiconductor companies en masse. Just last month I ran into a Zener model whose performance did not match the datasheet at all, and I was just using it in an active clamp circuit. How can that not be anticipated?
$endgroup$
– Matt Young
5 hours ago
$begingroup$
I'm sure there are bad SPICE models out there. More often, websites are just mixed up about what file is what. Like you ask for the model for a 9 V zener and they give you the model for a 6 V zener with a very similar part number.
$endgroup$
– The Photon
34 mins ago
|
show 5 more comments
$begingroup$
Notice the datasheet value is also only a "typical", not a maximum or minimum.
$endgroup$
– The Photon
5 hours ago
$begingroup$
@ThePhoton Didn't even look at the datasheet, I just know I've seen a lot of crappy Spice models over the years.
$endgroup$
– Matt Young
5 hours ago
$begingroup$
These days, SPICE models are more likely to be generated by specialized modeling consultants than by interns. The real problem isn't that the person making the model doesn't understand modeling, it's that they can't anticipate every use case that customers will try to apply the device to.
$endgroup$
– The Photon
5 hours ago
$begingroup$
@ThePhoton If that's the case, they're ripping off semiconductor companies en masse. Just last month I ran into a Zener model whose performance did not match the datasheet at all, and I was just using it in an active clamp circuit. How can that not be anticipated?
$endgroup$
– Matt Young
5 hours ago
$begingroup$
I'm sure there are bad SPICE models out there. More often, websites are just mixed up about what file is what. Like you ask for the model for a 9 V zener and they give you the model for a 6 V zener with a very similar part number.
$endgroup$
– The Photon
34 mins ago
$begingroup$
Notice the datasheet value is also only a "typical", not a maximum or minimum.
$endgroup$
– The Photon
5 hours ago
$begingroup$
Notice the datasheet value is also only a "typical", not a maximum or minimum.
$endgroup$
– The Photon
5 hours ago
$begingroup$
@ThePhoton Didn't even look at the datasheet, I just know I've seen a lot of crappy Spice models over the years.
$endgroup$
– Matt Young
5 hours ago
$begingroup$
@ThePhoton Didn't even look at the datasheet, I just know I've seen a lot of crappy Spice models over the years.
$endgroup$
– Matt Young
5 hours ago
$begingroup$
These days, SPICE models are more likely to be generated by specialized modeling consultants than by interns. The real problem isn't that the person making the model doesn't understand modeling, it's that they can't anticipate every use case that customers will try to apply the device to.
$endgroup$
– The Photon
5 hours ago
$begingroup$
These days, SPICE models are more likely to be generated by specialized modeling consultants than by interns. The real problem isn't that the person making the model doesn't understand modeling, it's that they can't anticipate every use case that customers will try to apply the device to.
$endgroup$
– The Photon
5 hours ago
$begingroup$
@ThePhoton If that's the case, they're ripping off semiconductor companies en masse. Just last month I ran into a Zener model whose performance did not match the datasheet at all, and I was just using it in an active clamp circuit. How can that not be anticipated?
$endgroup$
– Matt Young
5 hours ago
$begingroup$
@ThePhoton If that's the case, they're ripping off semiconductor companies en masse. Just last month I ran into a Zener model whose performance did not match the datasheet at all, and I was just using it in an active clamp circuit. How can that not be anticipated?
$endgroup$
– Matt Young
5 hours ago
$begingroup$
I'm sure there are bad SPICE models out there. More often, websites are just mixed up about what file is what. Like you ask for the model for a 9 V zener and they give you the model for a 6 V zener with a very similar part number.
$endgroup$
– The Photon
34 mins ago
$begingroup$
I'm sure there are bad SPICE models out there. More often, websites are just mixed up about what file is what. Like you ask for the model for a 9 V zener and they give you the model for a 6 V zener with a very similar part number.
$endgroup$
– The Photon
34 mins ago
|
show 5 more comments
Thanks for contributing an answer to Electrical Engineering Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
Use MathJax to format equations. MathJax reference.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2felectronics.stackexchange.com%2fquestions%2f431255%2fif-manufacturer-spice-model-and-datasheet-give-different-values-which-should-i-u%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown