LPC2478 + TE28F128J3D, физическое подключение Опции

[SergeyGSM]

Вздумалось мне "подцепить" внешнюю flash , чтоб часть кода туды залить.

чтоб все startup (Keil ) находился по адресам 0x0 - 0x80000 (iROM1)
а, собственно , мой код начиная с 0x80000000 (ROM1)


Вот сбодяжил в PCAD такое подключение... что то терзают меня сомнения по-поводу двух сигналов
это A0 и Byte
может и еще где напутал, до сих пор внешней флеши не нужно было, опыта нет


может кто уже такое делал - буду признателен, если поделитесь опытом


; *************************************************************
; *** Scatter-Loading Description File generated by uVision ***
; *************************************************************

LR_IROM1 0x00000000 0x00080000 { ; load region size_region
ER_IROM1 0x00000000 0x00080000 { ; load address = execution address
*.o (RESET, +First)
*(InRoot$$Sections)
LPC2400.o (+RO)
.ANY (+RO)
}
RW_RAM1 0xA0000000 0x00096000 { ; RW data
.ANY (+RW +ZI)
}
RW_RAM2 0xA1000000 0x00FFFFFF {
main.o (+ZI)
RTX_Conf_LPC23xx.o (+ZI)
.ANY (+RW +ZI)
}
RW_IRAM1 0x40000000 UNINIT 0x00010000 {
LPC2400.o (+ZI)
.ANY (+RW +ZI)
}
RW_IRAM2 0x7FE00000 UNINIT 0x00004000 {
.ANY (+RW +ZI)
}
}

LR_ROM1 0x80000000 0x000FFFFF {
ER_ROM1 0x80000000 0x000FFFFF { ; load address = execution address
main.o (+RO)
RTX_Conf_LPC23xx.o (+RO)
.ANY (+RO)
}
}

[SergeyGSM]

прочитал....
http://www.embeddedrelated.com/groups/lpc2000/show/34677.php

судя из этого форума, внешняя Flash "здорово мешает" работе МК с SDRAM, где собственно и храниться
буфер LCD

ВОПРОС тогда переформулирую.....

Встречался ли кто с этой траблой?
Борется ли это?
Смысл тогда в кристалле с LCD? раз уж использовать совместно с External Flash - большая проблема - а внутреннего слишком мало?

[aaarrr]

Смысл тогда в кристалле с LCD? раз уж использовать совместно с External Flash - большая проблема - а внутреннего слишком мало?

А что Вы хотели от маленького процессора без кэша? Ну, скопируйте все нужные данные из Flash в SDRAM и работайте. Сами NXP позиционируют LCD-контроллер LPC247x как QVGA, так что с них взятки гладки.

[SergeyGSM]

А что Вы хотели от маленького процессора без кэша? Ну, скопируйте все нужные данные из Flash в SDRAM и работайте.

Видно так и прийдется сделать.... и не в кеше тут трабл - на сколько я понял - шина виновата!
ну не научили ее толком работать с двумя разными классами памяти одновременно
в смысле , не в один момент, а в "команде"

Сами NXP позиционируют LCD-контроллер LPC247x как QVGA, так что с них взятки гладки.

А при чем тут QVGA или VGA ? просто картинка пропадет, что там что там когда арбитр переключиться с SDRAM на SRAM (FLASH). и пофиг какой у него LCD на ногах висит! (так буржую написали по той ссылке)
Хотя.... пока сам этого не увижу - не проверю - утверждать на 100% не стану!

Сообщение отредактировал SergeyGSM - Dec 26 2008, 14:26

[aaarrr]

и не в кеше тут трабл - на сколько я понял - шина виновата!

Был бы кэш - всем было бы легче. Без него работа с экраном представляется некоторым извращением, ибо тормоза страшные.

А при чем тут QVGA или VGA ?

Поток в 4 раза меньше.

[SergeyGSM]

Был бы кэш - всем было бы легче. Без него работа с экраном представляется некоторым извращением, ибо тормоза страшные.
Поток в 4 раза меньше.

Я говорю о трабле в кристале, который проявляеться вне зависимости VGA или QVGA LCD к нему подкл.
Я говорю о том, что SDRAM и SRAM (FLASH) устройства одновременно на проце КОРРЕКТНО НЕ РАБОТАЮТ!(опять же - со слов буржуев, но скоро сам проверю - платку отдал в изготовление).
И пофиг какой LCD - при обращениии к адресам НЕ SDRAM гаснет картинка!