If Manufacturer spice model and Datasheet give different values which should I use?





.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ margin-bottom:0;
}







2












$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.
enter image description here










share|improve this question











$endgroup$












  • $begingroup$
    If a 1% parameter difference makes enough of a difference to care about, your design is probably not robust enough.
    $endgroup$
    – Scott Seidman
    yesterday


















2












$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.
enter image description here










share|improve this question











$endgroup$












  • $begingroup$
    If a 1% parameter difference makes enough of a difference to care about, your design is probably not robust enough.
    $endgroup$
    – Scott Seidman
    yesterday














2












2








2





$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.
enter image description here










share|improve this question











$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.
enter image description here







led datasheet spice pspice






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited yesterday









jusaca

1,023320




1,023320










asked yesterday









CyFCyF

278




278












  • $begingroup$
    If a 1% parameter difference makes enough of a difference to care about, your design is probably not robust enough.
    $endgroup$
    – Scott Seidman
    yesterday


















  • $begingroup$
    If a 1% parameter difference makes enough of a difference to care about, your design is probably not robust enough.
    $endgroup$
    – Scott Seidman
    yesterday
















$begingroup$
If a 1% parameter difference makes enough of a difference to care about, your design is probably not robust enough.
$endgroup$
– Scott Seidman
yesterday




$begingroup$
If a 1% parameter difference makes enough of a difference to care about, your design is probably not robust enough.
$endgroup$
– Scott Seidman
yesterday










2 Answers
2






active

oldest

votes


















4












$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.






share|improve this answer









$endgroup$













  • $begingroup$
    Notice the datasheet value is also only a "typical", not a maximum or minimum.
    $endgroup$
    – The Photon
    yesterday










  • $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
    yesterday






  • 1




    $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
    yesterday






  • 1




    $begingroup$
    It may also be that the samples of the part that were used to extract the SPICE model actually had a $V_f$ of 2.134 V at 18 mA, but on the datasheet they rounded this to 2.1 V because they know it will vary by more than a few 10's of mV due to process.
    $endgroup$
    – The Photon
    yesterday








  • 1




    $begingroup$
    @MattYoung. I had a chance to briefly speak with Mike Engelhardt. His main gripe with most Spice models is that they follow a Boyle model (analog.com/media/en/technical-documentation/application-notes/…). The problem with this model is that it typically produces incorrect power draw numbers and hides higher order effects that the designer does not show. Mike told me for LT they focus on more detailed simulation that takes advantage of stronger modern processors and should provide better resutls.
    $endgroup$
    – Gonzik007
    yesterday





















10












$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.






share|improve this answer











$endgroup$













  • $begingroup$
    Well when using small # of LEDs in the series the closer the results get to what I’d have expected from the data sheet. Thanks for all of the input. Here and below.
    $endgroup$
    – CyF
    yesterday












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
});


}
});














draft saved

draft discarded


















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









4












$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.






share|improve this answer









$endgroup$













  • $begingroup$
    Notice the datasheet value is also only a "typical", not a maximum or minimum.
    $endgroup$
    – The Photon
    yesterday










  • $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
    yesterday






  • 1




    $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
    yesterday






  • 1




    $begingroup$
    It may also be that the samples of the part that were used to extract the SPICE model actually had a $V_f$ of 2.134 V at 18 mA, but on the datasheet they rounded this to 2.1 V because they know it will vary by more than a few 10's of mV due to process.
    $endgroup$
    – The Photon
    yesterday








  • 1




    $begingroup$
    @MattYoung. I had a chance to briefly speak with Mike Engelhardt. His main gripe with most Spice models is that they follow a Boyle model (analog.com/media/en/technical-documentation/application-notes/…). The problem with this model is that it typically produces incorrect power draw numbers and hides higher order effects that the designer does not show. Mike told me for LT they focus on more detailed simulation that takes advantage of stronger modern processors and should provide better resutls.
    $endgroup$
    – Gonzik007
    yesterday


















4












$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.






share|improve this answer









$endgroup$













  • $begingroup$
    Notice the datasheet value is also only a "typical", not a maximum or minimum.
    $endgroup$
    – The Photon
    yesterday










  • $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
    yesterday






  • 1




    $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
    yesterday






  • 1




    $begingroup$
    It may also be that the samples of the part that were used to extract the SPICE model actually had a $V_f$ of 2.134 V at 18 mA, but on the datasheet they rounded this to 2.1 V because they know it will vary by more than a few 10's of mV due to process.
    $endgroup$
    – The Photon
    yesterday








  • 1




    $begingroup$
    @MattYoung. I had a chance to briefly speak with Mike Engelhardt. His main gripe with most Spice models is that they follow a Boyle model (analog.com/media/en/technical-documentation/application-notes/…). The problem with this model is that it typically produces incorrect power draw numbers and hides higher order effects that the designer does not show. Mike told me for LT they focus on more detailed simulation that takes advantage of stronger modern processors and should provide better resutls.
    $endgroup$
    – Gonzik007
    yesterday
















4












4








4





$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.






share|improve this answer









$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.







share|improve this answer












share|improve this answer



share|improve this answer










answered yesterday









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
    yesterday










  • $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
    yesterday






  • 1




    $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
    yesterday






  • 1




    $begingroup$
    It may also be that the samples of the part that were used to extract the SPICE model actually had a $V_f$ of 2.134 V at 18 mA, but on the datasheet they rounded this to 2.1 V because they know it will vary by more than a few 10's of mV due to process.
    $endgroup$
    – The Photon
    yesterday








  • 1




    $begingroup$
    @MattYoung. I had a chance to briefly speak with Mike Engelhardt. His main gripe with most Spice models is that they follow a Boyle model (analog.com/media/en/technical-documentation/application-notes/…). The problem with this model is that it typically produces incorrect power draw numbers and hides higher order effects that the designer does not show. Mike told me for LT they focus on more detailed simulation that takes advantage of stronger modern processors and should provide better resutls.
    $endgroup$
    – Gonzik007
    yesterday




















  • $begingroup$
    Notice the datasheet value is also only a "typical", not a maximum or minimum.
    $endgroup$
    – The Photon
    yesterday










  • $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
    yesterday






  • 1




    $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
    yesterday






  • 1




    $begingroup$
    It may also be that the samples of the part that were used to extract the SPICE model actually had a $V_f$ of 2.134 V at 18 mA, but on the datasheet they rounded this to 2.1 V because they know it will vary by more than a few 10's of mV due to process.
    $endgroup$
    – The Photon
    yesterday








  • 1




    $begingroup$
    @MattYoung. I had a chance to briefly speak with Mike Engelhardt. His main gripe with most Spice models is that they follow a Boyle model (analog.com/media/en/technical-documentation/application-notes/…). The problem with this model is that it typically produces incorrect power draw numbers and hides higher order effects that the designer does not show. Mike told me for LT they focus on more detailed simulation that takes advantage of stronger modern processors and should provide better resutls.
    $endgroup$
    – Gonzik007
    yesterday


















$begingroup$
Notice the datasheet value is also only a "typical", not a maximum or minimum.
$endgroup$
– The Photon
yesterday




$begingroup$
Notice the datasheet value is also only a "typical", not a maximum or minimum.
$endgroup$
– The Photon
yesterday












$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
yesterday




$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
yesterday




1




1




$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
yesterday




$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
yesterday




1




1




$begingroup$
It may also be that the samples of the part that were used to extract the SPICE model actually had a $V_f$ of 2.134 V at 18 mA, but on the datasheet they rounded this to 2.1 V because they know it will vary by more than a few 10's of mV due to process.
$endgroup$
– The Photon
yesterday






$begingroup$
It may also be that the samples of the part that were used to extract the SPICE model actually had a $V_f$ of 2.134 V at 18 mA, but on the datasheet they rounded this to 2.1 V because they know it will vary by more than a few 10's of mV due to process.
$endgroup$
– The Photon
yesterday






1




1




$begingroup$
@MattYoung. I had a chance to briefly speak with Mike Engelhardt. His main gripe with most Spice models is that they follow a Boyle model (analog.com/media/en/technical-documentation/application-notes/…). The problem with this model is that it typically produces incorrect power draw numbers and hides higher order effects that the designer does not show. Mike told me for LT they focus on more detailed simulation that takes advantage of stronger modern processors and should provide better resutls.
$endgroup$
– Gonzik007
yesterday






$begingroup$
@MattYoung. I had a chance to briefly speak with Mike Engelhardt. His main gripe with most Spice models is that they follow a Boyle model (analog.com/media/en/technical-documentation/application-notes/…). The problem with this model is that it typically produces incorrect power draw numbers and hides higher order effects that the designer does not show. Mike told me for LT they focus on more detailed simulation that takes advantage of stronger modern processors and should provide better resutls.
$endgroup$
– Gonzik007
yesterday















10












$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.






share|improve this answer











$endgroup$













  • $begingroup$
    Well when using small # of LEDs in the series the closer the results get to what I’d have expected from the data sheet. Thanks for all of the input. Here and below.
    $endgroup$
    – CyF
    yesterday
















10












$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.






share|improve this answer











$endgroup$













  • $begingroup$
    Well when using small # of LEDs in the series the closer the results get to what I’d have expected from the data sheet. Thanks for all of the input. Here and below.
    $endgroup$
    – CyF
    yesterday














10












10








10





$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.






share|improve this answer











$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.







share|improve this answer














share|improve this answer



share|improve this answer








edited yesterday

























answered yesterday









The PhotonThe Photon

87.1k398203




87.1k398203












  • $begingroup$
    Well when using small # of LEDs in the series the closer the results get to what I’d have expected from the data sheet. Thanks for all of the input. Here and below.
    $endgroup$
    – CyF
    yesterday


















  • $begingroup$
    Well when using small # of LEDs in the series the closer the results get to what I’d have expected from the data sheet. Thanks for all of the input. Here and below.
    $endgroup$
    – CyF
    yesterday
















$begingroup$
Well when using small # of LEDs in the series the closer the results get to what I’d have expected from the data sheet. Thanks for all of the input. Here and below.
$endgroup$
– CyF
yesterday




$begingroup$
Well when using small # of LEDs in the series the closer the results get to what I’d have expected from the data sheet. Thanks for all of the input. Here and below.
$endgroup$
– CyF
yesterday


















draft saved

draft discarded




















































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.




draft saved


draft discarded














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





















































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







Popular posts from this blog

Masuk log Menu navigasi

Identifying “long and narrow” polygons in with PostGISlength and width of polygonWhy postgis st_overlaps reports Qgis' “avoid intersections” generated polygon as overlapping with others?Adjusting polygons to boundary and filling holesDrawing polygons with fixed area?How to remove spikes in Polygons with PostGISDeleting sliver polygons after difference operation in QGIS?Snapping boundaries in PostGISSplit polygon into parts adding attributes based on underlying polygon in QGISSplitting overlap between polygons and assign to nearest polygon using PostGIS?Expanding polygons and clipping at midpoint?Removing Intersection of Buffers in Same Layers

Старые Смолеговицы Содержание История | География | Демография | Достопримечательности | Примечания | НавигацияHGЯOLHGЯOL41 206 832 01641 606 406 141Административно-территориальное деление Ленинградской области«Переписная оброчная книга Водской пятины 1500 года», С. 793«Карта Ингерманландии: Ивангорода, Яма, Копорья, Нотеборга», по материалам 1676 г.«Генеральная карта провинции Ингерманландии» Э. Белинга и А. Андерсина, 1704 г., составлена по материалам 1678 г.«Географический чертёж над Ижорскою землей со своими городами» Адриана Шонбека 1705 г.Новая и достоверная всей Ингерманландии ланткарта. Грав. А. Ростовцев. СПб., 1727 г.Топографическая карта Санкт-Петербургской губернии. 5-и верстка. Шуберт. 1834 г.Описание Санкт-Петербургской губернии по уездам и станамСпецкарта западной части России Ф. Ф. Шуберта. 1844 г.Алфавитный список селений по уездам и станам С.-Петербургской губернииСписки населённых мест Российской Империи, составленные и издаваемые центральным статистическим комитетом министерства внутренних дел. XXXVII. Санкт-Петербургская губерния. По состоянию на 1862 год. СПб. 1864. С. 203Материалы по статистике народного хозяйства в С.-Петербургской губернии. Вып. IX. Частновладельческое хозяйство в Ямбургском уезде. СПб, 1888, С. 146, С. 2, 7, 54Положение о гербе муниципального образования Курское сельское поселениеСправочник истории административно-территориального деления Ленинградской области.Топографическая карта Ленинградской области, квадрат О-35-23-В (Хотыницы), 1930 г.АрхивированоАдминистративно-территориальное деление Ленинградской области. — Л., 1933, С. 27, 198АрхивированоАдминистративно-экономический справочник по Ленинградской области. — Л., 1936, с. 219АрхивированоАдминистративно-территориальное деление Ленинградской области. — Л., 1966, с. 175АрхивированоАдминистративно-территориальное деление Ленинградской области. — Лениздат, 1973, С. 180АрхивированоАдминистративно-территориальное деление Ленинградской области. — Лениздат, 1990, ISBN 5-289-00612-5, С. 38АрхивированоАдминистративно-территориальное деление Ленинградской области. — СПб., 2007, с. 60АрхивированоКоряков Юрий База данных «Этно-языковой состав населённых пунктов России». Ленинградская область.Административно-территориальное деление Ленинградской области. — СПб, 1997, ISBN 5-86153-055-6, С. 41АрхивированоКультовый комплекс Старые Смолеговицы // Электронная энциклопедия ЭрмитажаПроблемы выявления, изучения и сохранения культовых комплексов с каменными крестами: по материалам работ 2016-2017 гг. в Ленинградской области