05-12-2013, 01:40 PM
<p>Naime sta je problem sa ovim dobrim OP-ovima koji se koriste u audio svrhe, ako dobro progledate tehnicku specifikaciju za upotrebljeni OP, primeticete stavku gde se navodi njegova sposobnost za "vozenje" kapacitivnog opterecenja, npr OPA1662:<br><br>
[attachment=1944:ds-spec.png]<br><br>
Sta to prakticno znaci? To znaci da ce OP raditi STABILNO ako su vrednosti kapacitivnog opterecenja na njegovim izlazima ispod tih granica. Pitate se kakve sad to veze ima kapacitivno opterecenje. Pa ima mnogo veze <br><br>
Pod kapacitivnim opterecenjem se racuna sve sto je prikljuceno na njegov izlaz, dakle od stampanih vodova, preko konektora i kablova do ulaza u sledeci stepen.<br><br>
Izmerim ja parce koaksialnog NF kabla koje koristim za povezivanje (oko 1m duzine) i pokaza mi C-metar 180pF ... Uf zgranuo sam se ... Sa konektorima i kada se on prikljuci na sledeci stepen to se sigurno jos poveca (to nisam mogao da izmerim, smetale su mi klamp diode) ali generalno sam prekoracio nivo preporucenog kapacitivnog opterecenja. Posledicno to znaci da mi je sam OP "brljavio", nije potpuno prooscilovao nego "delimicno" i unosio totalno nelogicne anomalije u signal koje su mi varirale sa ucestanostu ulaznog signala.<br><br>
U cilju odklanjanja ovakvog problema, cesto se pribegava resenju sa "izolacionim" otpornikom koji se postavlja na sam izlaz OP-a, kao npr ovako nesto:<br><br>
[attachment=1946:capacitive-load.png]<br><br>
Za konkretnu teorisku analizu i resenja ovog problema pogledajte sledece linkove:</p>
<p> </p>
<p><a href="http://e2e.ti.com/blogs_/b/thesignal/archive/2012/06/05/taming-oscillations-the-capacitive-load-problem.aspx">http://e2e.ti.com/blogs_/b/thesignal/archive/2012/06/05/taming-oscillations-the-capacitive-load-problem.aspx</a></p>
<p><a href="http://e2e.ti.com/cfs-file.ashx/__key/telligent-evolution-components-attachments/01-864-00-00-00-66-32-73/Solving_5F00_Op_2D00_Amp_5F00_Stability_5F00_Wells_5F00_6_2D00_5_2D00_12-_2800_2_2900_.pdf">http://e2e.ti.com/cfs-file.ashx/__key/telligent-evolution-components-attachments/01-864-00-00-00-66-32-73/Solving_5F00_Op_2D00_Amp_5F00_Stability_5F00_Wells_5F00_6_2D00_5_2D00_12-_2800_2_2900_.pdf</a></p>
<p><a href="http://www.analog.com/library/analogDialogue/archives/31-2/appleng.html">http://www.analog.com/library/...gue/archives/31-2/appleng.html</a></p>
<p><a href="http://ww1.microchip.com/downloads/en/AppNotes/00884b.pdf">http://ww1.microchip.com/downloads/en/AppNotes/00884b.pdf</a></p>
<p><a href="http://www.analog.com/library/analogdialogue/archives/38-06/capacitive_loading.html">http://www.analog.com/library/.../38-06/capacitive_loading.html</a></p>
<p><a href="http://www.analogzone.com/acqt0704.pdf">http://www.analogzone.com/acqt0704.pdf</a></p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
[attachment=1944:ds-spec.png]<br><br>
Sta to prakticno znaci? To znaci da ce OP raditi STABILNO ako su vrednosti kapacitivnog opterecenja na njegovim izlazima ispod tih granica. Pitate se kakve sad to veze ima kapacitivno opterecenje. Pa ima mnogo veze <br><br>
Pod kapacitivnim opterecenjem se racuna sve sto je prikljuceno na njegov izlaz, dakle od stampanih vodova, preko konektora i kablova do ulaza u sledeci stepen.<br><br>
Izmerim ja parce koaksialnog NF kabla koje koristim za povezivanje (oko 1m duzine) i pokaza mi C-metar 180pF ... Uf zgranuo sam se ... Sa konektorima i kada se on prikljuci na sledeci stepen to se sigurno jos poveca (to nisam mogao da izmerim, smetale su mi klamp diode) ali generalno sam prekoracio nivo preporucenog kapacitivnog opterecenja. Posledicno to znaci da mi je sam OP "brljavio", nije potpuno prooscilovao nego "delimicno" i unosio totalno nelogicne anomalije u signal koje su mi varirale sa ucestanostu ulaznog signala.<br><br>
U cilju odklanjanja ovakvog problema, cesto se pribegava resenju sa "izolacionim" otpornikom koji se postavlja na sam izlaz OP-a, kao npr ovako nesto:<br><br>
[attachment=1946:capacitive-load.png]<br><br>
Za konkretnu teorisku analizu i resenja ovog problema pogledajte sledece linkove:</p>
<p> </p>
<p><a href="http://e2e.ti.com/blogs_/b/thesignal/archive/2012/06/05/taming-oscillations-the-capacitive-load-problem.aspx">http://e2e.ti.com/blogs_/b/thesignal/archive/2012/06/05/taming-oscillations-the-capacitive-load-problem.aspx</a></p>
<p><a href="http://e2e.ti.com/cfs-file.ashx/__key/telligent-evolution-components-attachments/01-864-00-00-00-66-32-73/Solving_5F00_Op_2D00_Amp_5F00_Stability_5F00_Wells_5F00_6_2D00_5_2D00_12-_2800_2_2900_.pdf">http://e2e.ti.com/cfs-file.ashx/__key/telligent-evolution-components-attachments/01-864-00-00-00-66-32-73/Solving_5F00_Op_2D00_Amp_5F00_Stability_5F00_Wells_5F00_6_2D00_5_2D00_12-_2800_2_2900_.pdf</a></p>
<p><a href="http://www.analog.com/library/analogDialogue/archives/31-2/appleng.html">http://www.analog.com/library/...gue/archives/31-2/appleng.html</a></p>
<p><a href="http://ww1.microchip.com/downloads/en/AppNotes/00884b.pdf">http://ww1.microchip.com/downloads/en/AppNotes/00884b.pdf</a></p>
<p><a href="http://www.analog.com/library/analogdialogue/archives/38-06/capacitive_loading.html">http://www.analog.com/library/.../38-06/capacitive_loading.html</a></p>
<p><a href="http://www.analogzone.com/acqt0704.pdf">http://www.analogzone.com/acqt0704.pdf</a></p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>