RGB LED

[Gusi]

> Nalam csak annyi az elkepzeles, hogy a nyakra siman felmegy 1db LED (150), a
> proci (125), egy valamilyen (akar linearis 78L05) stab a procinak (~50Ft),
> 3db tranyo a LED 3 labanak.
Ez nálam is igy van, csak feszstab helyett zener. A ledek párhuzamosan
vannak, 6 ellenállattal a 3 tranyón. A belső ellenállatos tranyót nem
mertem betenni, túl kicsi a fesz és nagy az áram. Épp elfért mindez
egy oldalon.

> Az hagyjan, de nem fognak resetelgetni a procik?
Nem ajánlom neki ;) Jobban aggódom a határfreki miatt. Gyorsnak kell
lennie, hogy a kis kapacitások ne süljenek ki. Az adat mindig 50%
kitöltési tényezővel érkezik, különböző frekin. Az analóg komp veszi
az adatot. Feszt mérni értelmetlen és túl sok számitással jár. Kell az
erőforrás a virtuális perifériáknak.
Valszeg a küldő szoftba beleteszem az ohm-törvényt és eleve úgy küldöm
ki az adatokat hogy beleszámolom az aktuális terhelőáramot a szinekből
és belekalkulálom a feszesést...

> En ezert akarok 36V-ot vinni, a LED anod megy +36-ra, a LED katod meg a
> tranyora. A tranyot PWM-ben a proci hajtja. Ha lefagy a szoftver, tonkremegy
> a LED, ezert lehet hogy kene egy LED-el vagy a tranyo bazisaval soros kondis
> valami is.
Pár hónapja kérdeztem itt, hogy hogy lehetne soros kondival megoldani
:) Nem lett ötlet, sok alkatrészt foglal. Aztán lett volna soros
tekercses megoldás. Még nagyobb helyigénnyel.
Azért lett 5V, hogy ha leáll valami ne szálljon el a led, max 2x annyi
áramot kap.

> A vonalfesz ingadozas mondjuk korrigalhato, ha a belso A/D-vel merem a
> feszt, vagy lehet hogy egyszerubb ha a vezerloegyseg elkuldi a soros vonalon
> az aktualis feszt, miutan kiadott valami parancsot amitol megvaltozhatott.
Hát ez elég nehéz, mivel a sor másik végén kell mérni a feszt.
Viszont ki sem tudod kompenzálni, mert tudni kell hozzá, hogy milyen
minta lenne kirajzolva, milyen áramigénnyel.