Zwiększenie wyjść PWM do 768 z jednej platformy Arduino

Czyli ten student wymyślił te układy 595?

Według mnie to student po prostu rozwiązał problem używając rejestrów 595. Czyli użył istniejących układów w odpowiedni dla siebie sposób. Coś niecoś o tych rejestrach można znaleźć TUTAJ

Dziękuje za rzeczowe wyjaśnienie. W takim razie jak wszystko jest jasne ja niedługo na forum opisze swój problem, jaki miałem z miganiem diody na tranzystorach i opisze go w dziale DIY.

Pozdrawiam.

Nie rozumiem skąd to ograniczenie do 96 sztuk 74hc595
Łącząc pin DS z Q7' poprzedniego układu możemy uzyskać nieskończoną ilość wyjść (prawie). Mylę się?

szymon122 wrote:

Nie rozumiem skąd to ograniczenie do 96 sztuk 74hc595
Łącząc pin DS z Q7' poprzedniego układu możemy uzyskać nieskończoną ilość wyjść (prawie). Mylę się?

Ale autor zapewne obliczył maksymalną ilość układów jakie można podłączyć bez widocznego efektu migotania diod, czyli po ludzku mówiąc: żeby diody nie mrygały. Bo dokładając kolejne CMOS'y musisz zwiększyć częstotliwość sygnały taktującego.

Trzeba to tak dobrać, aby procesor wyrabiał, bo przecież przerwanie nie może być za często a i dane trzeba obrobić i wysłać. Trzeba sobie zostawić troszkę cykli.

Pozdrawiam

szymon122 wrote:

Nie rozumiem skąd to ograniczenie do 96 sztuk 74hc595
Łącząc pin DS z Q7' poprzedniego układu możemy uzyskać nieskończoną ilość wyjść (prawie). Mylę się?

Ograniczeniem może być wspomniane zapewnienie niemigotania całości. Drugie ograniczenie to też już wspomniana konieczność zapewnienia cykli dla właściwego programu. Dodatkowo ograniczeniem może być ilość pamięci RAM.

Drugie ograniczenie (konieczność zapewnienia dodatkowych cykli) bardzo łatwo spełnić zostawiając sobie około 85% czasu procesora chcąc uzyskać 256 poziomów jasności, ale konieczne jest do tego odpowiednie sterowanie. Większość osób steruje tak, że załącza wszystkie diody jednocześnie, ale są one wygaszane dopiero w odpowiednich momentach. W takim przypadku mając 256 dyskretnych chwil wyłączenia, można wydłużać łańcuch aż procesor będzie chodził na 100% nie mając już wolnych cykli. Wtedy lekko modyfikuje się kod, tak aby zapalanie następowało w jednej z pierwszych 16 chwil (procesor przez 6,25% czasu będzie zajęty w 100%), podczas gdy przez pozostałe 240 chwil, przetwarzanie przeprowadza się tylko w co 16 chwili (93,75% czasu procesor zajęty w 6,25%) - sumarycznie procesor musi wysyłać dane do łańcucha tylko 32 razy.

Ograniczenie wynikające z konieczności zwiększania częstotliwości aby przeładować cały łańcuch w z góry ustalonym czasie też można lekko naciągnąć: można na początku aktualizować wyjścia w co 3 chwili, a od pewnego momentu (dobierane arbitralnie) w co 4 chwili. Uzyskuje się przez to większe odstępy między aktualizacjami (możliwość wysłania większej liczby danych), ale wiąże się to z komplikacją generowania wartości: trzeba stosować jakiś LUT 8b->16b, który umożliwiał by przeliczenie w której chwili (z dostępnych) zacząć świecić diodą a w której ją zgasić. Dodatkowo niektóre długości mogą być nieosiągalne (kilka najniższych i kilka najwyższych).

Przecież pomysł z HC595 jest `chory` - przesłanie każdego bitu wymaga jednego taktu.
Dużo lepszym pomysłem jest 574 - za jednym zamachem można wystawić 8 bitów.