kriters <k...@o...pl> wrote:
> On 2016-11-13 05:02, a...@m...uni.wroc.pl wrote:
> > A propo2: jak sie popatrzylem na opis interfejsu do LCD
> > to wersja przez SPI wydaje sie znacznie bardziej
> > sympatyczna. Szybkosc transmisji troche mniejsza,
> > ale dostatecznie duza. Transmisje SPI mozna podpiac
> > do DMA, wiec obciazenie procka jest bliskie zera.
> > Nie wiem dlaczego tyle modulow wybiera interfejs
> > rownolegly...
> A czy narzut na inicjowanie transmisji nie zabije wydajno?ci? Bo to jest
> zdaje si? fajne jak masz du?e bloki do przes?ania. Zreszt? nawet
> przy wi?kszych blokach najpierw trzeba przygotowa? dane (co trwa)
> a potem mo?na je dopiero wysy?a?.
>
> Czy jest jaka? opcja o kt?rej nie wiem ?eby wrzucenie 1 lub kilku
> bajt?w do bufora i wymuszenie wys?ania tych bajt?w by?o
> por?wnywalne czasowo z ustawieniem po kolei tych bajt?w
> na port r?wnoleg?y? Wydaje mi si? to ma?o prawdopodobne.

Przy kilku bajtach chyba najlepiej wrzucac do rejestrow SPI.
Wtedy to bedzie gdziec 1/2 czy 1/3 tempa transmisji
rownoleglej. Ale jesli myslisz o zapisie w "losowe"
miejsce na ekranie to trzeba najpierw manipulowac
liniami CS i D/C, potem ustawic adres, czyli jest spora
strata w porownaniu z transmisja blokow.

Dokladniej dla ILI9341 maksymalny zegar SPI to 10 MHz, czyli
800 ns na bajt przy transmisji szeregowej. Przy transmisji
rownoleglej minimaly cykl zapisu trwa 66ns czyli niby duzo
szybciej. Ale to sie tlumaczy na co najmniej 3 zapisy
do portow na ARM (dane + dwie zmiany na linii W/R),
a przy mniej dogodnym rozmieszczeniu nog 4 lub 5.
Jak szybko to 5 zapisow potrwa to zalezy od konkretngo modelu,
ale 300ns wydaje sie rozsadnym oszacowaniem. Niektore
modele prockow maja FIFO w SPI, np. w STM32F030 mozna
wrzucic 4 bajty do SPI i sprzet przypilnuje zeby wszystkie
poszly. Co do "wymuszenia wyslania": jak sie czeka
na koniec transmisji (np. zeby uzyc to samo SPI z innym
urzadzeniem) to trzeba czekac ile twa transmisja, czyli
dluzej niz tansmisja rownolegla.

--
Waldek Hebisch