|
|
程序upp通讯部分是从demo中uPP_B_TO_A移植过来。( D2 C) v6 u$ Q/ ^
: b6 g7 l w8 [
1.linux系统下由arm控制dsp通过upp往fpga发送数据,程序运行过程中,开始upp数据传输接受正常。- o0 ?- J# S& i0 z2 c; w
% ? U# `% g5 a1 F5 f' h$ J2.由arm控制dsp不停的启动,停止upp数据发送;在某一次发送时出现数据错位(通过fpga从数据总线抓取数据),然后fpga接受的数据都是错位的,重新加载dsp程序也无法恢复fpga接收正常数据,重启上电L138后再运行dsp程序upp的数据恢复正常。
; I, k" g0 {$ k7 J: ~9 i" s' P W6 L, g* @& S
3.通过dlb寄存器进行BA回环发现错误的数据情况如下(与通过fpga从数据总线抓取数据一致):发送缓冲的数据顺序是1~128,但是回环到A通道,收到的数据是64~127,0~63。在测试过程中仿真器查看到UPQD0-2的值跟正常时一样,发送区数据顺序正确(在调试过程中查看寄存器及发送区地址,发送区是8字节对齐的,寄存器值没有发现异常) 。经过一段时间的测试,发现不是数据错位,而是0-63的数据是上次发送的值,二64-127的数据是本次的值。每次错误的字节数不一致,有时是前面112个数据都是上次的,有时只有16个数据是上次,64是最多的情况。
8 Q) Y( d7 p9 ~0 p: l. T, e3 P
& e; h6 f) C! H0 }2 q" r4.upp发送数据是通过fpga给dsp的gpio发送周期40us的方波,但是dsp以40us的间隔在gpio中断处理程序中往fpga送1行512字节的数据;
* h+ n7 ~' N% v) b4 ~: @- R
4 G# P: X& o6 ~' Z! d7 j0 T# s H0 M5 P
附:发送时钟设置为37.5M,传输为b通道16bit传输,实际测量upp发送的enable信号持续大概7us;中间fpga没送wait信号;UPTCR的发送设为64和256都试过,结果都会出现错位。* Q5 o" A0 |0 y2 u% F* {; v, s" o
部分定义如下) b. n* b+ W7 N0 ]+ ?
#define upp_line_size (128)
/ F% {; c x+ C* v: @#define upp_line_count_s (1)+ E2 i4 j: v. o0 Y
#define upp_line_count_r (1)! u. }/ W" z% U* L4 B g7 I' W
#define upp_frame_size_s (upp_line_size * upp_line_count_s)
4 f- D% R. m5 U* M2 s#define upp_frame_size_r (upp_line_size * upp_line_count_r)$ S% A% l& s8 v8 p
#define upp_line_offset_s (upp_line_size)
$ ]2 X7 D+ Q, w5 Q3 C r' }#define upp_line_offset_r (upp_line_size)+ d4 s8 H8 q! ^4 h) p
2 U- A" K& P0 t' C- s$ z% W#pragma DATA_ALIGN(upp_buffer_s, 8)
6 c3 p; ?- b# G3 h" E5 a#pragma DATA_ALIGN(upp_buffer_r, 8)
' c; i* S- M1 j, B: pvolatile Uint32 upp_buffer_s[upp_frame_size_s];
6 A" h4 d8 e: |3 j6 Qvolatile Uint32 upp_buffer_r[upp_frame_size_s];
' \; O" U# \2 Z, T* ~% A" T3 x, n+ j# V3 u. ]2 R- r0 g
请教:这可能是出现什么问题了。! s+ C5 g4 u8 ?% g2 ]
, ?6 p d+ J" p# A3 `$ M
|
|