Pspice, kaip negali būti, kad neteisingai

J

jony130

Guest
Aš tai "paprastas" (ne pspice OrCAD 9.2) grandinė:<img src="http://images.elektroda.net/86_1216553274_thumb.jpg" border="0" alt=""/> Ir pspice apskaičiuoti paklaidų taško ir yra Gerai.

Bet jei aš pakeisiu grandinės truputį (teigiamus atsiliepimus).
Tada pspice rodo, kad ne tikisi.
Tai poslinkis, kad apskaičiuoti pspice<img src="http://images.elektroda.net/47_1216553560_thumb.jpg" border="0" alt=""/> Aš net sukurti grandinę, siekiant užtikrinti teisingus atsakymus, nes aš šiek tiek supainioti.
Tik LTspic ir multisim parodyti teisingą atsakymą.
Taigi čia mes dar vienas pavyzdys, kad pspice kartais yra neteisingas

 
jony130 rašė:Tik LTspic ir multisim parodyti teisingą atsakymą.

Taigi čia mes dar vienas pavyzdys, kad pspice kartais yra neteisingas
 
Niekada visiškai pasitikėti CAD programas.Man buvo daug klaidų PSpice per metus.Vienas pasyviųjų grandinės parodė išėjimo rodomi iki įvedimo buvo taikomas.A JFET vairo buvo įgyti per X-Ray dažnius.

 
LVW rašė:Tačiau vienas klausimas: Jei kalbėti apie "teisingą atsakymą".
Ką galima tikėtis ir to, kas teisingą atsakymą (tą pačią įstrižinės taško abiem atvejais)?
 
Uzpūtīgs rašė:

Niekada visiškai pasitikėti CAD programas.
Man buvo daug klaidų PSpice per metus.
Vienas pasyviųjų grandinės parodė išėjimo rodomi iki įvedimo buvo taikomas.
A JFET vairo buvo įgyti per X-Ray dažnius.
 
Nemanau, kad tai yra problema modelis.Galite matyti, kad parodė įstrižinės punkte iš esmės yra nestabili, nepriklausomai nuo visų tranzistorius savybės.

Tai tikrai įdomus klausimas, kodėl Įstrižinės punktas Solver randa sprendimą, kad bus stebimas realus grandinę.Aš manau, kad tai yra šalutinis poveikis, sprendimų veikimą metodą.

Aš ne dėl sprendimo tiesiog klysta.Arba jus galite pasakyti, tai, kaip neteisingai kaip generatorius modeliavimas, kuris rodo ne produkcijos be pradinio sutrikimas.

 
FVM rašė:Tai tikrai įdomus klausimas, kodėl Įstrižinės punktas Solver randa sprendimą, kad bus stebimas realus grandinę.
Aš manau, kad tai yra šalutinis poveikis, sprendimų veikimą metodą.

Aš ne dėl sprendimo tiesiog klysta.
Arba jus galite pasakyti, tai, kaip neteisingai kaip generatorius modeliavimas, kuris rodo ne produkcijos be pradinio sutrikimas.
 
LVW rašė:Aš esu gana įsitikinęs, kad dėl neatitikimo yra tiesiog, kad BJT pavyzdį PSpice yra ne tas pats, kaip naudojami tiek iš kitų programų.
 
jony130 rašė:

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

Ir vėl LT rasti sprendimą (11.2V), kad labai skiriasi nuo PSpice Rezultatas (0.1V)

Tai atrodo LTspice yra daugiau "realaus gyvenimo" tirpalu.

 
Taip, tai tikrai smagu, ir taip aš naudoja tik "op" analizė Lietuvoje.

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=""/> Ir po to:
Citata:

Aš sumodeliuotais jūsų grandinės № 2 (su teigiamų atsiliepimų) į LTspice naudojant tą patį tranzistoriai kaip aš naudojamas anksčiau PSpice (bet šiek tiek pakeistas modelio aprašymas) ir aš apie tuos pačius rezultatus: Įstrižinės tašką ouput be soties ( maždaug 0,1 V)
 
Mano nuomone, negalima tikėtis iš esmės teisingą sprendimą iš Įstrižinės punktas analizė dėl bistabilny grandinės.Aš gali atrodyti kaip privalumas, kad Multisim suteikia labiau realistiškas sprendimas.Tai gaminti klaidingi rezultatai kitais atvejais, taip pat.Mano bendras įspūdis yra tai, kad Multisim gana faking nekilnojamojo grandinės elgesį kaip atlikti daugiau patikimos analizės.

Įdomu, jei Pspice taip pat rodo, kad pasakė rezultatus, kai imitavimas DC perdavimo funkcija.Tai galėtų būti faktiškai laikomas klaidingam elgesį.

 
FVM rašė:

Mano nuomone, negalima tikėtis iš esmės teisingą sprendimą iš Įstrižinės punktas analizė dėl bistabilny grandinės.

Įdomu, jei Pspice taip pat rodo, kad pasakė rezultatus, kai imitavimas DC perdavimo funkcija.
Tai galėtų būti faktiškai laikomas klaidingam elgesį.
 
Aš suprantu iš jūsų pranešimą, kad PSpice naudoja tą patį Solver už Įstrižinės punktas ir DC perkėlimo analizę, nepaisant teigiamų atsiliepimų abiem atvejais.Aš turiu pripažinti, kad aš ne tikėtis tokio rezultato.Tai nėra problema man, sukelti aš paprastai ne pasitiki modeliavimas besąlygiškai.

Nemanau, kad tai, kad mechaninio balanso Analogon tikrai hitai.Tai, o kai kamuolys
m. nejudančia ant nuožulnaus plokštumoje.Po Analogon, kad PSpice solver ignoruoja sunkumą apskaičiuojant tirpalas.

 
Vienas dalykas turėti omenyje tai, kad nors visi pardavėjai naudojasi pagrindinio UC Berkeley kodas, jie turi įvairių nuosavybės būdai matrica, aprašo grandinę.Kadangi visi pažymi nėra prisijungusios prie visų kitų mazgų, padarytais grandinės elementų matricos yra labai negausūs.

 
FVM rašė:..............

Nemanau, kad tai, kad mechaninio balanso Analogon tikrai hitai.
Tai, o kai kamuolys m. nejudančia ant nuožulnaus plokštumoje.
Po Analogon, kad PSpice solver ignoruoja sunkumą apskaičiuojant tirpalas.
 
Aš patikrino PSpice elgesį su paprasta Schmitt-rodyti taškai grandinės ir nustatė, kad iš esmės identiški Įstrižinės punktas, DC sweep ir laikinas analizė.<img src="http://images.elektroda.net/1_1216736652_thumb.gif" border="0" alt=""/> Už įėjimo įtampa per slenkstį intervalas (toliau bistabilny diapazonas), minėto nenormalus elgesys su nesotieji įtampa galima pastebėti.Jei įėjimo įtampa viršija ribinę intervalas, modeliavimo elgiasi atitinkančio realaus grandinę.Kai jis pasiekė stabilią sočiųjų įstrižinės tašką, jis toliau reguliariai elgesį.

Nuo to, aš pripažįsta problema dingusių pradinės trikdžių.Per bistabilny diapazonas, dvi stabilios sočiųjų tirpalų egzistuoja.Dėl sprendimų pasirenka trečiosios nestabili tirpalas.Jis akivaizdžiai atitinka mazgo įtampos lygtis bet nėra fiziškai esamą mano nuomonę.

Įdomu, jei toks elgesys buvo įvestas PSpice 9 ankstesnį PSpice versiją arba jau yra originalo SPICE 2 arba 3.

 
Manau, kad - kaip pasekmė - mes galime pasakyti:
Don't trust ukos taško apskaičiavimo bei sumodeliuotais dc perdavimo kreivė jei grandinė turi būti analizuojamos turi bent vieną teigiamą atsiliepimą keliu.Norėdami būti tikri, kad stabilią veiklos taškas yra vienas turi paleisti TRAN analizė.
Ir net TRAN analizė ne visuomet yra aiškios.

 
You must log in or register to reply here.

Welcome to EDABoard.com

Sponsor

Back
Top