Dariusz Zolna wrote:

> Artur Lipowski pisze:
>> Tak z ciekawości (i bez złośliwości ;-) ).
>> Jaki to może być projekt, który wymga takiego "potwora" jak ARM9, a nie
>> wymaga systemu?
>
> Potrzebuję obsługiwać TFT 800x480, komunikować się ze światem
> zewnętrznym przez UART albo I2C, a nie potrzebuję całego narzutu
> zbędnych funkcji, startowych napisów, loga i kilkunastu sekund na
> uruchomienie systemu.
Przepraszam za zlosliwosc ale jest to kolejna systuacja kiedy wychodzi
podejscie typu : "OS powoduje tylko zbedny narzut"
Szkoda tylko iz gdy pojawia sie np. potrzeba dostepu do targetu przez siec
TCP/IP lub wyswietlania okienek - natychmiast problem narzutu znika.

A napisy startowe, logi i "zbedne funkcje" i tak bedziesz musial
wyprodukowac.

> Nie uważam, żeby ARM9 był dużo bardziej kłopotliwy w programowaniu niż
> Atmega128, na którą mam kilkadziesiąt tys linii kodu.
Dokladnie i dlatego tez mozna samemu oprogramowac wersje embbeded x86 -
wywalasz BIOS'a i startujesz swoj kod zaraz po resecie ;)

>> Bo pewnie plik jest napisany asemblerem według składni ARM-a.
>> Zmiana języka na wariant GNU prosta, acz uperdliwa.
>
> Prawie 900 linii :/
Co do problemu - u mnie w pracy pacjent zawzial sie i tez "z palucha
popchna" wiekszego ARM. A zrobil to tak - tzw. rozbiegowke czyli
inicjalizacja procesora wzial od producenta procka i podlaczyl jako
biblioteke standardowa uzyl newlib-a -> http://sourceware.org/newlib/
a driver, czyli dostep do portu szeregowego napisal sam.