|
|
程序upp通讯部分是从demo中uPP_B_TO_A移植过来。
/ }! p% H! U/ [: R4 m! i/ I' @# V* ]" j1 m/ R
1.linux系统下由arm控制dsp通过upp往fpga发送数据,程序运行过程中,开始upp数据传输接受正常。
: T+ J9 ?; y; p* \: j1 i5 L; A7 k1 g3 I# d2 G8 x
2.由arm控制dsp不停的启动,停止upp数据发送;在某一次发送时出现数据错位(通过fpga从数据总线抓取数据),然后fpga接受的数据都是错位的,重新加载dsp程序也无法恢复fpga接收正常数据,重启上电L138后再运行dsp程序upp的数据恢复正常。" m3 _; x2 X( R2 g* W+ k q6 Y1 h
5 p6 [& p% r y1 k! |. a- f/ @" p3.通过dlb寄存器进行BA回环发现错误的数据情况如下(与通过fpga从数据总线抓取数据一致):发送缓冲的数据顺序是1~128,但是回环到A通道,收到的数据是64~127,0~63。在测试过程中仿真器查看到UPQD0-2的值跟正常时一样,发送区数据顺序正确(在调试过程中查看寄存器及发送区地址,发送区是8字节对齐的,寄存器值没有发现异常) 。经过一段时间的测试,发现不是数据错位,而是0-63的数据是上次发送的值,二64-127的数据是本次的值。每次错误的字节数不一致,有时是前面112个数据都是上次的,有时只有16个数据是上次,64是最多的情况。& r) a* ?) ~$ x! F/ D5 Y
+ h! u+ ?3 W J3 a3 s4.upp发送数据是通过fpga给dsp的gpio发送周期40us的方波,但是dsp以40us的间隔在gpio中断处理程序中往fpga送1行512字节的数据;
# `' @- C. i, Y4 r- I, U
, }1 [ M3 j$ x. r4 x( k& R8 @: f1 u
附:发送时钟设置为37.5M,传输为b通道16bit传输,实际测量upp发送的enable信号持续大概7us;中间fpga没送wait信号;UPTCR的发送设为64和256都试过,结果都会出现错位。
- p! h6 S3 B% x9 X% R部分定义如下
5 {1 F4 r- \& K# k! I#define upp_line_size (128)
' ]- x0 p4 n7 J, l2 t7 I4 I5 T3 W6 b6 O#define upp_line_count_s (1)
% B( e+ I1 w" t0 s1 ~8 ]#define upp_line_count_r (1)
4 K3 s9 ^' O! B1 [( u; x; [#define upp_frame_size_s (upp_line_size * upp_line_count_s)' l% b' u2 {' ^
#define upp_frame_size_r (upp_line_size * upp_line_count_r)) v0 j4 s& V$ W- h; t% h
#define upp_line_offset_s (upp_line_size)6 `" d/ X( m8 h& R
#define upp_line_offset_r (upp_line_size)2 T1 T3 V& w8 d6 L7 d
' P! E' d8 Q9 M& p, Y#pragma DATA_ALIGN(upp_buffer_s, 8)* r) X: K, Z' Z* M. ^( p
#pragma DATA_ALIGN(upp_buffer_r, 8)
# C; B- @; q% t& J }0 z+ q3 Uvolatile Uint32 upp_buffer_s[upp_frame_size_s];
: U# n6 S Q0 Zvolatile Uint32 upp_buffer_r[upp_frame_size_s];
0 ^" r! K7 m! i! S
' o# y1 A0 x. c$ R% ?* F. f请教:这可能是出现什么问题了。
9 M6 G$ O% _' U; p9 y# T. B: t5 p7 }
|
|