Pspice hvordan kan ikke være så galt

J

jony130

Guest
Jeg fikk denne "enkle" (ikke for pspice Orcad 9,2) krets:<img src="http://images.elektroda.net/86_1216553274_thumb.jpg" border="0" alt=""/> Og pspice beregne bias punkt og er Ok.

Men hvis jeg endre krets litt (positiv feedback).
Deretter pspice viser at jeg ikke forventer.
Dette er en skjevhet at beregne pspice<img src="http://images.elektroda.net/47_1216553560_thumb.jpg" border="0" alt=""/> Jeg selv bygge krets for å sikre korrekte svarene fordi jeg var litt forvirrende.
Bare LTspic og multisim vise riktig svar.
Så her har vi nok et eksempel på at pspice gang er galt

 
jony130 wrote:Bare LTspic og multisim vise riktig svar.

Så her har vi nok et eksempel på at pspice gang er galt
 
Du bør aldri stole DAK programmer.Jeg har hatt mange feil på PSpice over årene.En passiv krets viste utdataene vises før skriving ble brukt.En JFET forsterker hadde gevinst på X-Ray frekvenser.

 
LvW wrote:Men ett spørsmål: Du snakker om en "riktig svar".
Hva gjorde du forventer og hva som er riktig svar (samme skjevhet i begge tilfeller)?
 
flatulent wrote:

Du bør aldri stole DAK programmer.
Jeg har hatt mange feil på PSpice over årene.
En passiv krets viste utdataene vises før skriving ble brukt.
En JFET forsterker hadde gevinst på X-Ray frekvenser.
 
Jeg tror ikke at det
er et problem av modellen.Du kan se at det vises bias er utgangspunktet ustabil, uavhengig av bestemte Transistor egenskaper.

Det
er faktisk et interessant spørsmål, hvorfor Bias Point Solver finner en løsning, som ikke vil bli observert i en reell krets.Jeg antar at det
er en bivirkning av løsningsvariabel drift metode.

Jeg har ikke hensyn løsningen simpelthen så galt.Eller du kan si,
er det så galt som en oscillator simulering som viser ingen effekt uten en innledende disturbance.

 
Fvm wrote:Det er faktisk et interessant spørsmål, hvorfor Bias Point Solver finner en løsning, som ikke vil bli observert i en reell krets.
Jeg antar at det er en bivirkning av løsningsvariabel drift metode.

Jeg har ikke hensyn løsningen simpelthen så galt.
Eller du kan si, er det så galt som en oscillator simulering som viser ingen effekt uten en innledende disturbance.
 
LvW wrote:Jeg er ganske sikker på grunn av avvik er ganske enkelt at BJT modellen i PSpice er ikke det samme som brukes både av andre programmer.
 
jony130 wrote:

.....................

Og igjen LT finne en løsning (11.2V) som er svært forskjellig fra PSpice resultat (0.1V)

Det ser ut som LTspice gis mer "real life" løsning.

 
Ja Det
er virkelig morsomt, og ja jeg bruker bare "op" analyse i LT.

Multisim<img src="http://images.elektroda.net/86_1216589550_thumb.jpg" border="0" alt=""/>
LTspice<img src="http://images.elektroda.net/82_1216589584_thumb.jpg" border="0" alt=""/> Og etter dette:
Sitat:

Jeg har simulert din krets nr. 2 (med positive tilbakemeldinger) i LTspice bruker samme transistorer som jeg har brukt før i PSpice (men med litt modifisert modell beskrivelse), og jeg fikk omtrent samme resultat: Bias peke på ouput uten saturation ( cirka 0,1 volt)
 
Til min mening kan man ikke forvente en generelt korrekt løsning fra Bias Point Analysis for en bistable krets.Jeg kan synes som en fordel at Multisim gir en mer realistisk løsning.Det
er å produsere feil resultat i andre tilfeller også.Mitt generelle inntrykk er at Multisim er heller falsk reell krets atferd enn å utføre mer pålitelige analyser.

Jeg lurer på hvis Pspice viser også sagt resultater når simulere det en DC overføre funksjon.Dette kan faktisk betraktes som feil atferd.

 
Fvm wrote:

Til min mening kan man ikke forvente en generelt korrekt løsning fra Bias Point Analysis for en bistable krets.

Jeg lurer på hvis Pspice viser også sagt resultater når simulere det en DC overføre funksjon.
Dette kan faktisk betraktes som feil atferd.
 
Jeg forstår fra rapporten, som PSpice bruker samme Solver for Bias Point og DC Transfer analyse, overser de positive tilbakemeldingene i begge tilfeller.Jeg må tilstå at jeg ikke ville ha forventet dette resultatet.Det
er ikke et spesielt problem for meg, fordi jeg vanligvis ikke stoler simuleringer ubetinget.

Jeg tror ikke imidlertid at den mekaniske balanse analogon virkelig treff.Det
er snarere det gjelder en ball legging ubevegelig på en tilbøyelig flyet.Etter analogon, den PSpice løsningsvariabel er ignorerer gravitasjonen ved beregning løsningen.

 
En ting å huske på er at selv om alle leverandører bruker de grunnleggende UC Berkeley, de har forskjellige proprietære metoder for å løse matrise som beskriver krets.Siden alle notatene ikke er koblet til alle andre noder ved krets elementer matrisen er svært sparsommelig.

 
Fvm wrote:..............

Jeg tror ikke imidlertid at den mekaniske balanse analogon virkelig treff.
Det er snarere det gjelder en ball legging ubevegelig på en tilbøyelig flyet.
Etter analogon, den PSpice løsningsvariabel er ignorerer gravitasjonen ved beregning løsningen.
 
Jeg sjekket PSpice atferd med en enkel Schmitt-utløse ABM krets og funnet at det
er i utgangspunktet lik for Bias Point, DC Sweep og transient analyse.<img src="http://images.elektroda.net/1_1216736652_thumb.gif" border="0" alt=""/> For en inngangsspenning innenfor terskelen intervallet (den bistable utvalg), det sa unormal atferd med umettede output spenning kan observeres.Hvis inngangsspenning overskrider terskelen intervall, simulatoren oppfører seg som tilsvarer den virkelige krets.Når den har nådd en stabil mettet skjevhet punkt, fortsetter det vanlige atferd.

Fra denne resultater jeg ikke kjenner igjen et problem med manglende innledende disturbance.Innenfor bistable range, to stabile mettede løsninger finnes.Den løsningsvariabel velger en tredje ustabil løsning.Det tilsynelatende tilfredsstiller node spenning ligninger, men er ikke fysisk eksisterende til min mening.

Jeg lurer på om denne atferden er innført med PSpice 9, en tidligere PSpice versjon eller er allerede i original Spice 2 eller 3.

 
Jeg tror - som en konsekvens - kan vi si:
Ikke tillit skjevhet punkt beregning samt en simulert dc overføre kurven hvis krets for å bli analysert inneholder minst en positiv tilbakemelding banen.For å være sikker på at et stabilt driftspunkt finnes en bør kjøre en Tran analyse.
Og selv de Tran analyse er ikke alltid entydige.

 

Welcome to EDABoard.com

Sponsor

Back
Top