c167 подключение flash

Solaris_M · 24.06.2011, 15:24

Есть макетка с с167 процем + флэш 29f400.. смущает подключение флэш.
POL0.0-›DQ0
..
POH.7-›DQ15
0=CE
P6.1/CS1=WE
P6.0/CS0=OE
P1.L1/A1=A0 --?!
....
P4.0/A16=A15
P4.1/A17=A16
P4.2/A18=A17
флэш в 16бит не мультимплексном подключении.
С какой стати A0 с процессора не идёт на флеш?

Ruslan-1 · 24.06.2011, 16:41

Дык если оно 16-битное, то обращение идет только по четным адресам, в результате считывается и байт расположенный по этому четному адресу(A0=0),биты 0-7 и следующий за ним (A0=1),биты 8-F. То есть A0 не нужен.

Solaris_M · 24.06.2011, 17:42

-Ну да, но процессор сконфигурирован в 16б режим.. несмотря на это он продолжает адресовать каждый байт(дергая неподключенную A0)? Странно..

Ещё момент, есть ассемблерный код стирания(первые две команды) 29f400 -
MOV R2,#08h
MOV R3,#05555h ; write AAh to x5555h
;MOV R3,#0555h ; write AAh to x5555h
SHL R3,#1
MOV R5,#0AAh
EXTS #08,#1
MOVB [R3],RL5
-В даташите на флеш написано что нужно записать байт AA по адресу 0x555, зачем тогда писать 0x5555? Это же две большие разницы

-И команда EXTS #08,#1.. выполняя её мы какбы задаем смещение для 16битной адресации для одной последующей команды MOV?

Ruslan-1 · 24.06.2011, 18:34

Сообщение от Solaris_M

-Ну да, но процессор сконфигурирован в 16б режим.. несмотря на это он продолжает адресовать каждый байт(дергая неподключенную A0)? Странно..

Я думаю, что он A0 не дергает а считывает словами.

Но это только измышления, конкретно с этим микропроцессором дела не имел, но встречал неиспользование младшего бита адреса с другими камнями.
А что, в даташите диаграмм работы с памятью нету? помнится в свое время долго курил даташит когда в армовское адресное пространство засовывал свое (да и с блэкфином тож самое было). сначала кажется что нифига нету информации, а потом наступает прозрение и понимание

В любом случае полностью поддерживаю ваше желание разобраться почему не используют A0- закладывать в схему/использовать непонятное подключение - это мина, лучше разобраться до. Вдруг как следствие будет требование использовать, скажем, выравнивание данных при компиляции.

Solaris_M · 24.06.2011, 20:30

В даташит глядел первым делом.. буду глядеть ещё) Спасибо за соображения!

По остальным вопросам может подскажете?

Ruslan-1 · 24.06.2011, 23:30

Сообщение от Solaris_M

По остальным вопросам может подскажете?

Да шоб я был на четверть такой умный как вы про меня подумали!

Не, звиняюсь, не знаю.

Solaris_M · 26.06.2011, 17:22

Начинает прояснятся.. столкнулся с другой проблемой - при отладке ассемблерной программы в keil uvision после команды RET получаю "stack underflow stack detected". Соответственно в железе тоже не работает.
Кусочек программы:

Код:

$SEGMENTED					; Segemented memory mode
$CASE						; Symbols case sensitive
$INCLUDE (A29f400B.EQU)
$INCLUDE (..\..\ASM\REG167.INC)

	NAME	MINIMON
	ASSUME	DPP3:system

DriverCode0	SECTION CODE PUBLIC 'CDRIVER'
DriverProc 	PROC FAR

Cmd1:	CMP	R8,#(FC_PROG)
		JMP	cc_NE,Cmd2
......
	CALLR	USc	
USc:
;	NEAR
.............
	RET ;‹‹‹stack underflow stack detected

Не отказался бы от любого ассемблерного проекта на с166 для keil uvision..