> http://www.microchip.com/forums/tm.aspx? high=&m=524271&mpage=1#524504
>
> --
> Marek
Ładny rysunek gość załączył.
Wiesz może z jakiego to analizatora?
Tak czy inaczej problem jest szerszy. Opóźnienia są w wielu źródłach:
a) procedury zapisu/odczytu USB
b) overhead / stata czasu na obsługę zbędnego protokołu USB.
Nie wiem, czy w trybie Bulk nie działałoby to lepiej.
c) mało pamięci RAM
d) pojęcie stosu -zupełnie nieadekwatne do naszych czasów.
Wynika moim zdaniem, tylko z braku RAM.
e) przekazywanie parametrów/ wzajemne wywoływanie procedór dla obsługi SD
itp.

Złożenie tego w profesjonalną całość jest trudne.
Wiedzą o tym producenci Smartfonów.
Okazuje się, że taki smartfon ma 4 rdzenie. Linux działający na tym ma za
zadanie
zrobić zdjęcie, przesłać, pokazać. To to samo z filmem.
Moja znajoma nosi takiego smartfona w tylniej kieszeni spodni.
Bardzo sobie chwali, bo ma wszystko w jednym: telefon, zdjęcia, filmy,
storage itp.
Nie musi wozić ze sobą aparatu, albumów.
Problem jest jednak inny.
Wygląda na to, że jedynym rozwiązaniem w wykonaniu prostych rzeczy staje się
rozbudowa programowa, polegająca na dodawaniu bibliotek i wypuszczaniu
kolejnych wersji systemu z poprawkami.
Realizację tego powierza się multiplikowanym procesorom, choć nie chodzi tu
o wydajność matematyczną, tylko o szybkość przerzucania megabajtów
instrukcji, aby dwoma palcami powiększyć zdjęcie.
Dojdziemy do gigajtowych bibliotek wyświetlających ikonki (teraz widgety się
to chyba nazywa. Kiedyś ghosty czy sprites?) na 256-bitowych procesorach
zmultiplikowanych w postaci 2000 pinowego BGA (ups... też już nie pinowego,
tylko plackowego?), który mieści w sobie 64 rdzenie.
Lepiej już od razu ustalić, że PCB to będzie obudowa BGA, do której dokleja
się baterię, głośnik, LCD i antenę.

--
-- .
pozdrawiam
Sylwester Łazar
http://www.alpro.pl Systemy elektroniczne.
http://www.rimu.pl -oprogramowanie do edycji schematów
i projektowania PCB.