Polo "extra" nella funzione di trasferimento...

[sedetiam]

... potrebbero anche interessarti i seminari di Middlebrook, http://www.ardem.com/D_OA_Rules&Tools/index.asp ...

che bello questo approccio di analisi con espressioni a "bassa entropia" !

scusate l'entusiasmo...

[banjoman]

che bello questo approccio di analisi con espressioni a "bassa entropia" !

scusate l'entusiasmo...

Beh, di entropia mi basta e avanza quella che si origina sul mio bancone di lavoro tra appunti sparsi, strumenti di misura e cablaggi e sonde varie, componenti elettronici che scompaiono per riapparire sotto l'oscilloscopio da 10 kg mentre sto misurando con le sonde per aria e via dicendo...
Almeno i calcoli li voglio semplici, precisi e ordinati, altrimenti non si capirebbe piu nulla!

Max

[banjoman]

Alur,
dopo averlo scaricato e installato, ho provato per un paio d'ore QSapecNG, pieno di entusiasmo. Il primo circuitino di prova, un BJT a emettitore comune, ha calcolato istantaneamente poli e zeri nella risposta in alta frequenza, ma il guadagno in banda passante e' sbagliato (viene la meta' di quel che dovrebbe essere).

Poi ho provato un doppio stadio a BJT con reazione current-shunt. Dovrebbe avere 4 poli e 4 zeri (che mi ero gia' calcolato io a manina). Al primo tentativo di simulazione il programma e' crashato di brutto .
Dopo 4 o 5 crash ho trovato il problema (un collegamento sbagliato). Lancio la simulazione e controllo i risultati: trova 4 poli ma sbagliati.

Controllo meglio il circuito e trovo due resistenze invertite (purtroppo lo schematic designer e' un po' grezzo e a volte non e' facile distinguere bene i componenti). Rilancio la simulazione e finalmente i 4 poli sono corretti.
Gli zeri.... mah, dunque, il polinomio a numeratore e' del quarto grado (come dovrebbe essere), pero' il programma me tira fuori solo il valore di un unico zero (corretto peraltro!)

La risposta in frequenza e' tutto meno che corretta e la scala degli assi Y ha gli intervalli tutti dello stesso identico valore. Il grafico poli/zeri e' illeggibile.

Qualcuno di voi ha gia' utilizzato questo programma? Forse converrebbe fare qualche test incrociato per capire cosa accade e segnalare eventuali bug...

Max

[RenzoDF]

Anch'io con QSapecNG ho sempre avuto un sacco di problemi e dopo un paio di tentativi, lo ho abbandonato definitivamente e ho sempre continuato ad usare Sapwin.

[banjoman]

Ora sto provando con SapWin.
Il circuitino di prova di un BJT a emettitore comune mi da' come risultato il K corretto, lo zero corretto e i poli completamente sballati. Il grafico della risposta in freq è sensa senso.
Forse e' destino che non riesca a fare un'analisi poli/zeri col computer???

[RenzoDF]

Prova a postare il file del circuito, che sono curioso di provare ... e magari anche lo schema, il grafico ed i dettagli della mancata corrispondenza fra valori forniti dalle simulazione e quelli attesi.

[banjoman]

Va bene se inserisco direttamente il contenuto ASCII del file .sch generato da SapWIn? E' di 338 byte e contiene semplicemente 4 resistenze, due condensatori e un generatore controllato. Poi poiu' tardi (ora sto lavorando) posso inserire link alle videate che ottengo, ma non credo sara' necessario.
Io credo (e spero) di aver commesso qualche errore, anche se controllando il file .CIR che mi ha generato, i componenti e le connessioni sono tutte giuste...

Max

[DirtyDeeds]

Va bene se inserisco direttamente il contenuto ASCII del file .sch generato da SapWIn?

Direi di sì. Inseriscilo tra i tag

Codice: Seleziona tutto

[code]...[/code]

[banjoman]

Ho trovato l'errore. La resistenza di carico Rc in uscita era da 2e-3 ohm anziche' 2e+3. Colpa della fretta nel voler vedere il funzionamento di SapWin....
Ora i grafici sono tutti corretti e i valori di poli/zeri pure.

Stasera continuo con le simulazioni, speruma ben. Vi terro' informati.

Max

[RenzoDF]

Sapwin non mi ha mai tradito