MECCANICA e DINTORNI

Dunque dopo 3 giorni di test continui , nei quali ho provato la primary 4.2 bufferizzata nei seguenti modi :

- senza carico , senza vbus
- senza carico con vbus 30v
- senza carico con vbus 80 v
- con carico e vbus 30v
- con carico e vbus 80v

provando rispettivamente a :

- togliere i transil
- cambiare il deadtime fino a lavorare praticamente in cross conduction
- clampare il cboot con un tvs a 15 v
- modificare i percorsi di massa

abbiamo concluso che non va un caxxo !

Quindi ho indagato ulteriormente e pare che il totem pole usato come buffer vada in realta' messo al contrario , non abbiamo ancora
capito il motivo , perche' in linea teorica doveva andare come lo abbiamo messo noi ovvero mos N lato alto mos P lato basso , ed infatti
a 30 V funziona .
Quindi al volo ho rifatto una primary versione 4.3 con il totem pole invertito , ovvero mos P in alto e mos N in basso , e l'ho provata
fino a 80 V e funziona correttamente , o meglio quasi correttamente , perche' il totem pole P-N e' invertente e quindi mi risultano
invertiti anche i dead time con ovvia cross conduction ad ogni commutazione .
A questo punto abbiamo varie possibilita' :

- sostiture il totem pole a mosfet N-P con una coppia di transistor complementari N-P
- trovare il modo di invertire il segnale in uscita dal gate driver
- rifare completamente la primary e la HMI usando un DsPIC e dei driver con ingressi lato alto e lato basso separati .

Raban ha scritto:Pare che abbiamo fatto una vaccata sulla driver 4.2 , forse abbiamo capito il problema , ulteriori prove ce ne daranno conferma .

ovviamente trattasi di plurale maiestatis.... sapete, l'amministratore....

Io propenderei per la soluzione 3 ed ovvero rifare la primary con dsPIC o, meglio, con controllore PWM dedicato idoneo all'applicazione tipo UCC28950. A quel punto si tratterebbe di rifare solo la primary perché la HMI resterebbe tal quale ed useremmo un PWM del 4431 per andare ad impostare il riferimento per il feedback di corrente del UCC28950. La protezione dal corto sarebbe cycle by cycle (ora non lo è) e tutte le menate di enable, soft start, ecc. verrebbero gestire dal controllore..... insomma un bel po di rogne in meno e un feedback molto più veloce.
Unico neo di questo controllore è il package ce è un TSSOP passo 0,6mm... ci vorrebbe qualcosa di simile ma in package più umano e saremmo a posto.
Se poi ci verrà la voglia di rifare anche il trasformatore e il rettificatore potremmo usare i due PWM di controllo del rettificatore sincrono già integrati nel UCC28950.

E' dall'inizio che lo dico....

Plurale majestatis sto par di balle ! qua me tocca fare pure l'elettronico , visto che il McMax un giorno ha la spesa , un altro il cartoncesso, l'altro l'impianto elettrico , poi deve stuccare , dipingere , lavare , stirare
far da mangiare ... se e' cosi' mica mi sposo !

Prima di capire come controllare i pwm secondo me dobbiamo avere una configurazione della driver funzionante , e secondo me abbiamo 3 possibilita :

- driver silabs o irs e buffer totem pole a transistor
- driver silabs o irs e buffer totem pole a mosfet invertente
- diver a discreti

Nel primo caso possiamo mantenere il microprocessore attuale

Nel secondo caso dobbiamo avere un driver con ingressi lato alto e lato basso separati e conseguentemente 4 pwm a 2 a 2 complementari e con dead time programmabile , e' logico pero'
che gli stessi problemi che abbiamo sulla primary si presentino anche sulla secondary quindi in linea teorica se vogliamo che tutti i pwm siano generati dalla HMI ci serve un micro con 8 pwm a 2 a due complementari e dead time programmabile .

Terzo caso come secondo caso

Secondo me l'uso di un controllore dedicato non risolve il problema , perche' il problema sta tra il driver
ed il gate del mos , e non a monte .

Se decidiamo di usare il totem pole a mosfet invertente ci servono 4 pwm invertiti , possiamo pensare
di usare un controllore dedicato invertendo i segnali di uscita con un 74hct00 oppure possiamo usare
un dspic serie GS e programmarlo a mo di controllore , lasciando la hmi esistente .

Prima pero' di lanciarsi in rivoluzioni del progetto secondo me bisogna fare la prova di sostituire il totem
pole a mosfet della driver 4.2 con un totem pole a transistor e vedere se va , io ho gia' guardato se
ci sono coppie complementari NP in package SO , ed ho trovato questi :
http://it.rs-online.com/web/p/transisto ... i/6867884/
Non e' un granche' come transistor pero' ci consentirebbe facilmente di avere la conferma che il problema sta li , se funziona basta solo usare una coppia complementare PN decente e siamo a cavallo

Ci siamo consultati e faremo le seguenti prove :

Sulla driver 4.3 quella con totem pole invertito e dead time invertito portero' il pwm a 0 per vedere come
si comporta .

Parallelamente svilupperemo una driver che a sto punto chiameremo versione 6 in cui i pwm lato alto e lato basso sono invertiti in uscita dal driver si8234 e ulteriormente invertiti dal totem pole P-N .

Diversamente sembra difficile poter bufferizzare a transistor l'attuale driver 4.2 causa lentezza dei BJT , si puo' fare , ma si perdono tutti i benefici della velocita' dei mos .