Stránka 1 z 1

Mosfet driver s bootstrapem IRS2332 -nemužu rozchodit

Napsal: 04 dub 2016, 13:32
od slav3k
Zdravím,

dělám projekt do školy, kde potřebuju řídit můstek složený ze tří větví Low a High Nchannel mosfety. viz schéma přiložené.

v návrhu mám pro drivování mosfetů IRS2332DSPBF, jenže očividně mi něco uniká, jelikož to zatím nejsem schopen rozchodit.
Co víc, zrovna jsem si taky odpálil řídicí hradla, která jsou před tím, takže nejsem schopen pro testování přivést komplementární obdélník na LIN a HIN vstupy, takže to jen testuju staticky (třeba na HIN "0" a na LIN "1") a očekával bych, že se mi alespon otevřou ty dolní (low side) mosfety, ale neděje se tak.

Teď jsem například prováděl pokus:
- LIN 1, 2, 3 jsem připojil "0"
- HIN 1, 2, 3 "1" (3V3)

očekával jsem, že se low side mosfety otevřou (bude na ně přivedeno napětí VCC <14V>) ale nikoli ...

Má tu někdo zkušenosti s tímto švábem? Nebo alespoň obecně bootstrapem pro řízení mosfetů?

Moc díky, jsem zoufalý
s pozdravem
Slávek

PS: datasheet zde: http://www.irf.com/product-info/datashe ... 330pbf.pdf

Napsal: 04 dub 2016, 14:08
od samponek
Ono se tak dít nebude, protože ve statickém režimu to nemůže fungovat, v praxi by se to odprásklo.
Udělej si PWM řídící logiku, třeba ze tří synchronizovaných TL494.

Napsal: 04 dub 2016, 14:20
od slav3k
Myslel jsem si to, ale kolega mi tvrdil, že by to mělo fungovat i staticky.
Logiku pro to mám připravenou, jen se mi podařilo dneska hradla poslat do křemíkového nebe a tak čekám až z farnellu pošlou další.

minulý týden mi to ale nefungovalo ani v pulsním režimu (ale to tam ještě nebyly ty červeně namalované úpravy).
Doufám že až přijdou hradla, zapojím tak to bude šlapat. To bych měl vážně druhé vánoce. Bez kompletního hw nemužu začít programovat ... a když to nedokončím, tak ze mě as inebude ing :D

díky za odpověď
Slávek

Napsal: 04 dub 2016, 14:52
od slav3k
Ale stejně, když se dívám na stranu 7 datasheetu - na blokovém schema je vidět, že lowside drivery jsou prostě připojené na vcc a nevím, mám z toho dojem, že ty dolníí drivery by prostě měly šlapat i tak nějak staticky ... vím že v praxi to takhle provozováno není, já jen že by to teoreticky mělo jít takto vyzkoušet aspon ...

No počkám si na hradla a zkusím to znova v pulsním režimu ve středu, uvidíme jak to dopadne.

Napsal: 04 dub 2016, 15:00
od samponek
Ono by to tak fungovalo, kdybys měl drivery poskládané s diskrétních součástek a zapojení takový provoz umožňovalo.
Tady je to blokované logikou uvnitř štěnice, jinak by se to v praxi odprásklo.
Čím se ti podařilo odprásknout ty hradla ?

Napsal: 04 dub 2016, 15:35
od slav3k
Jo to co říkáš mě taky napadlo. Ale říkal jsem si, to by v tom datasheetu zmínili. Nicméně díky, tohle mi trochu zvedlo náladu. Teď jsem totiž v těžké frustraci.
Byly dělané na 3V3 logiku a já jsem na ně chtěl na chvíli dát natvrdo jedničku (3V3) ale spletl jsem si to a připojil jsem to na 14V ... a už to bylo

Zpětně taky trochu lituju, že jsem na ty řídicí signály nedal alespoň slabý pulldown/up

Napsal: 04 dub 2016, 17:33
od HiGhLaNdEr
U těchto brouků dávej vždy na vstupy nějaký pulldown 1k třeba.
Ovšem u tohoto brouka jsou vstupy negativní tak spíše pullup.
Dovede to chytat hnusy ze vzduchu a různě kmitat.
Třeba v profi zapojení kdy to řídí rovnou DSP a ten odpor na vstupu třeba upadne při výrobě tak to dělá nelogické věci.

http://www.infineon.com/dgdl/motor-rugg ... 8991402a20

Tady maji popsaný něco jako advanced input filtering. Tak možná proto nejde staticky,..

Napsal: 05 dub 2016, 09:44
od slav3k
Holt jsou to roky praxe asi, aby to člověk všechno dostal pod kůži. Proto se těším, až po škole d otoho budu moct vlítnout po hlavě a nasávat rozumy od kolegů. :)