awaryjna ochrona multipleksowanej diody led

W dniu 04.10.2010 17:48, sikurasaka pisze:

A co to za dziwny układ, że może zajść taka sytuacja?

Proste rozwiązanie, ale wymaga pewnie dopracowania - przed/za diodą MOS, podciągnięty "dużym" rezystorem do stanu "otwartego" z kondensatorem na bramie ładowanym/rozładowanym (zależnie jaką masz logikę) "mniejszym" rezystorem z tego PWM. Rezystory i kondensator musisz policzyć tak, żeby pojedynczy impuls nie zaczął jeszcze zamykać MOSa a jednocześnie przez resztę cyklu wrócił do stanu "w pełni otwartego".

W dniu 2010-10-04 19:19, Pszemol pisze:

Generalnie to mi wygląda na jazdę na krawędzi. Ja to bym pomyślał o takim rozwiązaniu, żeby odcinał całkowicie zasilanie PWM-a dopóki procek nie będzie gotowy, a dodatkowo jakiś watchdog na wypadek zwisu procesora.

W dniu 2010-10-04 19:19, Pszemol pisze:

No tak zrobie ale chyba itak procek moze utknac w jakims niechcianym stanie, lub co gorsza programista moze sie pomylic ...;)

A jak sie to zabezpiecza w profesjonalnych matrycach ledowych? Czy moze sie nie zabezpiecza bo multipleksowaniem steruja same asic'i...

Znalazlem uklad 74LS123 (Retriggerable One-Shot). Mozna by na nim zrobic taki uklad ochronny, tylko nie wiem czy gra i dodatkowe komplikacje warte sa swieczki :P

Generalnie chodzi tutaj o ochrone wierszy matrycy led przed uszkodzeniem poprzez zwieche procka lub 'blad' programisty - np celowe zatrzymanie multipleksowania na jednym wierszu na np 10 sekund przy pelnej mocy z driverow.. ;)

sikurasaka przemówił ludzkim głosem:

układ różniczkujący przed driverem ledów powinien wystarczyć.

Miałem kiedyś podobny problem jak musiałem wysterować matrycę małych żarówek. Chcąc uzyskać wystarczającą jasność świecenia goniłem 2V żarówki z 12V więc nie było opcji pomyłki. Zastosowałem dokładnie taki układ watchdoga z podtrzymaniem jak powyżej i to rozwiązanie sprawdziło się w 100%. Układ całkowicie niezależny od procesora i można spać spokojnie :)

Pozdrawiam,