slawek7 wrote:
> Mam do Was prośbę. Wytłumaczcie mi coś.
> Jakie są wady i zalety architektury Von Neumanna w uC ARM np
> AT91SAM7256.

VN:

a) możliwość wykonywania kodu z RAM, samomodyfikujący sie kod (np
dynamiczne ladowanie kodu z karty SD itd).

b) brak osobnych instrukcji dostepu do różnych obszarow pamięci i I/O -
tak są skonstruowane współczesne kompilatory jak gcc.

c) w kodzie char* p = "fff" oznacza to samo bez wzgledu na to gdzie
fizycznie jest "fff", ten sam kod będzie wysysal dane z RAM i FLASH.

d) możliwośc tworzenia pamięci wirtualnej w standardowy sposób (bo można
wykonywac kod w ram).

H:

a) podobno latwiej się implementuje więc tańsze chipy

b) szybsze, bo można w jednym cyklu mieć dwa różne elementy (opcode +
dana z ram).

c) dziwaczne kompilatory i/lub workaroundy na istniejace kompilatory

d) przeginanie niektórych w kierunku wesołych koncepcji jak sprzetowe
stosy itp co uniemożliwia pracę wielu kompilatorów i w ogóle koncepcji
(preemptive multitasking na PICach nie jest chyba możliwy).

> Przecież pisząc jakiś program w C deklarujemy sobie zmienne i tak za
> bardzo nie wnikam gdzie ona jest lokowana. Mam zmienną i z niej
> korzystam.

Niestety nie. Kompilatory C powstawaly w czasach gdy nie bylo do końca
jasne jak odróżnić różne rodzaje pamięci i czy to w ogole potrzebne.
Efektem czego co kompilator na embedded to wlasne koncepcje jak okreslić
"ten string ma być we Flash, a ten w RAM". Mamy więc mase workaroundów na C.

Duże systemy najczęściej są VN, małe H. Ale cieżko pokazać taką granicę.
Sam widzisz ze mały ARM7 jest VN.