Użytkownik sczygiel napisał w wiadomości grup
dyskusyjnych:b2949f75-fead-4449-8bf1-1ff2e852c63e@go
oglegroups.com...
W dniu czwartek, 19 maja 2016 10:57:24 UTC+2 użytkownik Mateusz Viste
napisał:
> On 19/05/2016 00:56, Waldek Hebisch wrote:
>> > Normalnie w technice cyfrowej masz sygnaly synchroniczne, tzn.
>> > jest
>> > zegar i sygnaly zmieniaja sie w ustalenej relacji do zegara, np.
>> > po rosnacym zboczu zegara. Sygnal wideo nie zawiera zegara, wiec
>> > jesli go probkujesz uzywajac nezalezny zegar powiedzmy 15 MHz to
>> > nie wiesz ktory piksel czytasz, dany czy nastepny.
>
>> Jestem tego świadom. Jednak z braku wiedzy kurczowo trzymam się
>> nadziei
>> że RPi może wszystko.

>No wlasnie nie bardzo.
>Z tego co czytalem to machanie portami GPIO w malinie to okolice
>1.2MHz ludzie osiągali...

Nie wiem jak w RPi, ale generalnie bylo pare szybszych projektow na
wspolczesnych uC.
programowe USB, generacja video ... PIC, AVR

>Podobnie nawet scalaki z zegarami 50-66MHz jak tu niżej proponują tez
>mogą nie nadążyć.
>Bo odczytanie portu - 1 cykl.
>zapis pamięci - 1cykl.
>zwiekszenie indeksu 1 cykl.

Jest jeszcze sprawa, ze to dane bitowe i mozna zgrupowac w bajty.
Czy wbudowanym portem szeregowym, czy zewnetrznym.

> Jeśli dobrze to rozumiem, mógłbym tym zamienić moje ~16MHz z MDA np.
> na
> równoległe 8 bitów jednocześnie, obniżając tym samym na wyjściu
> zegar do
> 2 MHz. No ok, ale co dalej? Te 2 MHz znów ciągnąć do RPi? Czuję że

Co 8 bitow odczytujesz rejestr, zapamietujesz jako caly bajt ... po
czym caly bajt zapisujesz do drugiego rejestru, ktory wypuszcza po 8
bitow.

I masz 8x wiecej czasu.

J.