Panowie(i panie?), czy to będzie działać?
Silnik DC od małej dmuchawy, w sumie to nie istotne na złączu X1.
Proszę o podpowiedź co trzeba poprawić.

Witam
Musisz dodać jeszcze jeden tranzystor NPN, który wysteruje parę NPN/PNP - teraz przy stanie wysokim na bramce będziesz miał napięcie ( w uproszczeniu ) 5V - więc po co ta para.
Wpisz w szukajkę sterowanie tranzystorów MOSFET - nie ma sensu wyważać otwartych drzwi.

Pozdr.

Ja powiem tak - w końcu ktoś kto zabiera się za sterowanie MOSFET-a zgodnie ze sztuką, a nie wprost z byle portu atmegi jak to robi 99% pytających o to, więc do kolegi wyżej te drzwi to wcale nie takie otwarte
I oczywiście kolega wyżej ma rację, dołożyć na wejściu npn i będzie działać Chyba że na wejściu nie ma jak zakładamy procesora tylko coś co ma sygnał wyjściowy na poziomie 12V wtedy oczywiście może być w obecnej wersji.

_________________
sig off ;(

Witam

...chciałem ładnie, wyszło niezrozumiale - nie chciało mi się rysować tego dodatkowego tranzystora, więc zaproponowałem wyszukanie tej wersji samodzielnie.
Co do V-in - założyłem ( choć być może niesłusznie ) że kolego chce toto napędzać z uC.

Pozdr.

Można. Ale układ przedstawiony na pierwszym schemacie powoduje, że przełączenie bramki mosfeta jest bardzo szybkie, dzięki czemu straty na tranzystorze są niewielkie.
Wątpię, żeby udało się uzyskać takie charakterystyki na transoptorze

Witam panowie.
Sterowanie będzie z PWM Atmegi.
Myślałem nad tą opcją jeszcze jednego NPN przed tą parą NPN-PNP ale
wychodzi mi, że chyba będzie to działało tak, że mając stan niski na PWM
ten dodatkowy NPN bedzie zatkany, więc bramki tandemu będą wysterowane
przez rezystor R3 i NPN z tandemu otworzy MOSFETa.
Stan wysoki z PWM otworzy dodatkowy tranzystor który ściągnie do masy
bramki tandemu i wtedy na wyjściu tandemu będzie 0V i zamknie się MOSFET.
Dodatkowo PNP z tandemu szybko rozładuje bramkę MOSFETa.
Wychodzi mi z tego, że finalnie będę miał odwrotny sygnał na silniku.
Trzeba by zmienić MOSFETa na "P" w takim wypadku.
Chyba, że źle to rozumiem.
Trochę chaotycznie opisałem ale raczej da się zrozumieć o co mi chodzi

albo odwrócić sygnał PWM

_________________
http://forum.atnel.pl/topic15633.html

W przypadku wyłączenia procesora, uszkodzenia czy z jakiegokolwiek powodu na wyjściach pojawiły by się stany niskie to MOSFET też ma być wyłączony, więc to rozwiązanie odpada.

Testowałem takie rozwiązanie na silniku 200W 12V i wszystko pracowało jak trzeba, ale ja właśnie sterowałem przez transoptor PC817. Mosfet nie grzał się mimo częstotliwości 16 kHz, ale przebieg na wyjściu nie był do końca fajny to znaczy czas narastania był ok ale czas opadania już nie do końca. Ogólnie do tak małej mocy silnika rozwiązanie ok

No a co z "odwróceniem fazy"?

Fakt ja sterowałem od strony plusa, ale mosfetem n kanałem N dokładnie IRFZ46N. PWM miałem ustawiony zgodnie z fazą.

Ja powiem tak. 6N137 jest wystarczająco szybki do tego zastosowania. Bez problemu steruje tranzystorami w spawarkach więc można go śmiało używać. Co do zabezpieczenia przed zawieszeniem atmegi, jaki problem podciągnać R1 do 5V zamiast do masy i już mamy zabezpieczenie. Co do wartości to na pewno R2 za mały powinien być w okolicach 1-2kOhm. Natomiast R3 mocno zredukuj powiedzmy w okolice 400-500Ohm.
Reszta wygląda ok.

_________________
sig off ;(

To, że używając pary tranzystorów npn/pnp masz maksymalnie szybkie przełączanie mosfeta. Jeżeli użyjesz tylko transoptora, w jedną stronę jest szybko, natomiast w drugą trwa to dłużej. Z tego, co się orientuję, czas jest o rząd wielkości większy (czyli ok. 10 razy)

A co z draiverami do msfetow ? Nie bylo by najlepiej?

Poprawcie mnie, jeśli się mylę, ale wydaje mi się, że tranzystory Q2 i Q3 z zacytowanego schematu powinny być zamienione miejscami. Wtedy jeśli na wyjściu z procka będzie stan niski, mosfet będzie zamknięty, jeśli będzie stan wysoki - mosfet otwarty.
W tym dokładnie przypadku nie wpłynie to na działanie układu. Ale jednak, jeżeli autor wątku chce zastosować takie rozwiązanie, to dlaczego nie podpowiedzieć mu, jak to rozwiązać? Czy lepsze jest rozwiązanie ze "stadem tranzystorów" czy z transoptorem - to pozostawiam autorowi wątku.

Oczywiście że stado tranzystorów i albo na wejsciu transoptor albo tranzystor. Chodziło mi o to że zamiast tranzystora na wejściu układu dać transoptor


Wysłane z mojego ALE-L21 przy użyciu Tapatalka

Pewnie byłoby najlepiej ale jako że mam garść BC639 i BC640 więc namiętnie upycham je w driver.
Chyba faza PWM wraca na miejsce.

Koledze chodziło chyba o to, że jeżeli na nóżce procka jest stan niski, to mosfet ma nie przewodzić. Było coś o tym kilka postów wcześniej

Tak jak pisałem wcześniej

Poza tym dla samego porządku chciałbym aby stan niski na wejściu drivera odpowiadał stanowi niskiemu na wyjściu.
Czy rezystory R1, R2 i R3 mogą zostać takie jak widać?

Ja proponuje nie kombinować z odwracaniem fazy, bo z programistycznego punktu widzenia to żaden problem. Każdy dodatkowy element na wejściu może wprowadzać pewne opóźnienia i w efekcie kiepskie zbocza wyzwalające. To czego mi przede wszystkim brakuje na powyższym cytowanym schemacie to "pompki" przyspieszającej włączenie/wyłączenie tranzystora wejściowego sterującego parą obsługującą mosfet. Niepotrzebny jest też rezystor ściągający bramkę do masy - po co to? - szybciej i skuteczniej zrobi to tranzystor sterujący. Po za tym rezystor nie będzie przeszkadzał w podawaniu plusa z górnego tranzystora.

Ja stosuję dla dużych obciążeń poniższy schemat (gdzieś kiedyś znaleziony w sieci) z dokładnie takimi wartościami elementów jak podano:



Przy sterowaniu 33kHz (czyli częstotliwość 15 razy większej niż u Ciebie) zbocza na bramce mosfeta trwają około 1.2-1.3us czyli względnie szybkie narastanie/opadanie dzięki czemu praktycznie dowolny mosfet z rezerwą mocy i niskim Rds nawet bez radiatora ci pociągnie te 3A na 2kHz i się nawet ciepły nie zrobi.

Przy okazji zapytam Może ktoś ma jakieś porównanie jak podane przeze mnie czasy narastania/opadania mają się do driverów scalonych?

_________________
http://www.sylwekkuna.com

Witam

Ja w swoich skromnych projektach stosuję identyczne rozwiązanie i nawet nie wnikałem dlaczego autor zrobił podciągnięcie pierwszego tranzystora do 5V - jemu chodziło to przyjąłem że sprawdzone.
Dodatkowo układowi obojętnie czy napędza mosfeta P czy N ( oczywiście prawidłowo podłączone - jeśli N to do GND, jeśli P to do Vcc )

Pozdr.

Witam,



Bez obrazy, ale do driverów scalonych ta się ma jak... no słabo . Pierwszy z brzegu: http://www.tme.eu/pl/Document/5767544bb ... 1413_n.pdf. Czasy narastania i opadania na poziomie dziesiątek nanosekund. Proszę mnie dobrze zrozumieć, ja też nieraz stosuję takie rozwiązanie, by nie strzelać z armaty do muchy, ale poza ceną ma ono jedną wadę: brak zalet . Do celów, jak w temacie wątku z pewnością będzie to rozwiązanie wystarczające.

Pozdrawiam serdecznie, QuadMan.

@QuadMan, dzięki za info właśnie o to mi chodziło Doskonale zdaje sobie sprawę z ograniczeń drivera na elementach dyskretnych, ale przynajmniej teraz mam jakiś punkt odniesienia.

_________________
http://www.sylwekkuna.com

Działa doskonale. Tzn stwierdzam to po tym, że wszystko jest zimne i fajnie już od małych wypełnień silnik rusza ochoczo, nie mam
oscyloskopu żeby pooglądać przebiegi ale na oko jest ok i mnie zadowala.

Wywal chociaż ten R6, bo tylko przeszkadza w załączeniu (opóźnia).

_________________
http://www.sylwekkuna.com

I właśnie po to tam go umieściłem.

Odświeżę, bo mam jeszcze problem.
Z racji braku miejsca na pcb użyłem tylko jednego drivera o którym pisaliśmy wcześniej
oraz dwóch podwójnych, nieodwracających driverów TC4424.
Problem polega na tym, że po pewnym czasie podczas któregoś tam startu pada połówka TC4424 opisana jako "dmuchawa".
Na wyjściu tym pojawia się napięcie VCC i grzeje się okropnie.
Coś trzeba poprawić.

>>TC4424<<
>>większy obrazek niż ten poniżej<<

Nie działa dodawanie obrazków więc z mojego serwera.