开发ad7606的例程遇到了问题,希望得到大家的指点 - OMAP-L138 - 嵌入式开发者社区 - 51ele.net
设为首页收藏本站

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

查看: 14887|回复: 13
打印 上一主题 下一主题

开发ad7606的例程遇到了问题,希望得到大家的指点

[复制链接]

3

主题

14

帖子

75

积分

注册会员

Rank: 2

积分
75
跳转到指定楼层
楼主
发表于 2015-5-25 13:33:44 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
最近使用ad7606的例程进行开发遇到了问题,希望得到大家的指点。2 r' |' K) i# h0 Z5 d

" S2 G6 @1 @2 J9 [附件是我修改部分的程序,原例程是使用EMIFA接口连接AD模块,但是我用的是UPP接口连接FPGA,由FPGA将AD采集到的数据发给DSP,其余处理和原例程一样,于是我将原例程中的ad7606.c文件做了修改。- E0 C) K3 ?4 w/ P1 r5 `

4 U. C# J7 U! |3 C2 I跟UPP接收数据有关的程序段,我用裸机跑通之后再整合到工程中的,整个工程在Linux下编译没有问题,运行后出现OMAPL138板子”绿屏“的情况。
. D" E8 j! ?' |& G3 x目前我怀疑我整合过的ad7606.c文件的程序架构有问题。
& O4 g8 d" `5 S* J" |7 d/ Q2 W; [: a& w1 {1 L
希望能得到高手的指点,感激不尽!!!
$ U9 P# C' \- `, G; [

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 分享淘帖
回复

使用道具 举报

0

主题

184

帖子

1137

积分

QQ游客

积分
1137
推荐
发表于 2015-5-27 13:31:43 | 只看该作者
是UPP的管脚和LCD的管脚复用配置有冲突,把upp的XDATA管脚配置去掉就好了
回复 支持 1 反对 0

使用道具 举报

3

主题

14

帖子

75

积分

注册会员

Rank: 2

积分
75
板凳
 楼主| 发表于 2015-5-27 15:35:20 | 只看该作者
Lewis 发表于 2015-5-27 13:31
1 L9 }+ @1 O! g; h$ T" u  k$ V: `是UPP的管脚和LCD的管脚复用配置有冲突,把upp的XDATA管脚配置去掉就好了
0 g7 X' p% ~; A' `
谢谢您的指点,按您说的真的好了^_^0 M# Y" x  ^/ y6 `5 g5 ]

3 B/ ^. F$ k+ I( Y但是现在还有一个问题是ARM端仍收不到DSP 的数据:
" _$ }  K6 c/ L" E“[INFO |run@app/sample_receiver.cpp,58] recv data timeout”
8 [) F6 r! |( J( n2 a. K, ~
2 j- a3 T6 b0 y4 ]5 q我这程序应该还有问题,但是我已经研究了好几天也找不出原因,能帮帮我吗?  i* \* a! `/ x$ X4 F8 ]# }
8 ^# i4 j1 w5 J8 V
(备注:FPGA发的数据是0-65535的循环,DSP这端使用float类型存储(为了跟你们例程的数据类型一致),在CCS下调试时,发现存储的数据有点不对劲,不知道是不是问题的原因。存储的数据是这样的指数形式有正有负,有些数据指数达到十几,特别大)
回复 支持 反对

使用道具 举报

0

主题

184

帖子

1137

积分

QQ游客

积分
1137
地板
发表于 2015-5-27 16:18:51 | 只看该作者
float类型的数据占用4个字节的存储空间,upp接收的数据会在内存中连续放置。例如你定义的是float类型的数组,upp会往这个数组的起始地址连续存放数据,也就是说按16bit的数据来看的话,是两个16bit的数据存储到了一个float数据的空间里了。
回复 支持 反对

使用道具 举报

0

主题

215

帖子

1246

积分

创龙

Rank: 8Rank: 8

积分
1246
5#
发表于 2015-5-28 09:56:24 | 只看该作者
你可以先确认下在你的dsp端有没采到数据
回复 支持 反对

使用道具 举报

3

主题

14

帖子

75

积分

注册会员

Rank: 2

积分
75
6#
 楼主| 发表于 2015-5-28 14:56:46 | 只看该作者
Lewis 发表于 2015-5-27 16:18
, H& p2 a# o. v$ jfloat类型的数据占用4个字节的存储空间,upp接收的数据会在内存中连续放置。例如你定义的是float类型的数组 ...
  X' y" w& y/ j- F& R, l" v
嗯,我也想到了。+ ~0 \& l% ^: C6 e
我之所以会想转换为float,是因为我看到你们的例程中的数据都是float类型的。* J) O3 l2 p- }/ d% |$ j+ \
现在我将程序的数据类型换成了unsigned short。运行程序还是接收不到数据,问题出在哪里?
" ~, I  Q5 ~  U7 `9 x) c3 G
回复 支持 反对

使用道具 举报

3

主题

14

帖子

75

积分

注册会员

Rank: 2

积分
75
7#
 楼主| 发表于 2015-5-28 15:00:13 | 只看该作者
本帖最后由 叶子wy 于 2015-5-28 15:02 编辑 ' x( X5 ?5 @8 l) @+ T
tenny 发表于 2015-5-28 09:56
/ g3 @5 \$ e0 k* E# N$ Q" k8 h) k你可以先确认下在你的dsp端有没采到数据
$ t6 P1 [# s" [( U, O
使用UPP的裸机程序在CCS下调试,是可以接收数据的。这样能不能说明在这个例程中也是可以采到数据的?
4 \3 r2 B7 z8 d% h你们是用的什么软件完成这么大的工程的?8 s) P# h9 |4 w2 o1 c

点评

你可以在你采集数据的地方用 LOG_DEBUG()打印数据,log模块打印的数据默认是输出到串口1 至于工程的开发,选择合适自己开发习惯和生产环境的方式就可以了,都是各有利弊的。你可以看下创龙的双核视频教程的工  详情 回复 发表于 2015-5-29 11:32
回复 支持 反对

使用道具 举报

0

主题

184

帖子

1137

积分

QQ游客

积分
1137
8#
发表于 2015-5-28 21:37:47 | 只看该作者
如果是在sysbios下使用upp的话是需要维护缓存一致性的,sysbios默认是使能缓存的,在upp接收数据后,需要对接收的buffer失效其缓存,才能保证得到的是最新的数据

点评

#include 以数组upp_buffer_a1[]为例,失效其缓存调用下面函数 Cache_inv(upp_buffer_a1, sizeof(upp_buffer_a1), Cache_Type_ALLD, TRUE);  详情 回复 发表于 2015-5-29 23:16
回复 支持 反对

使用道具 举报

3

主题

14

帖子

75

积分

注册会员

Rank: 2

积分
75
9#
 楼主| 发表于 2015-5-29 09:25:16 | 只看该作者
Lewis 发表于 2015-5-28 21:37: j  @7 g4 x9 Z6 g$ H6 V
如果是在sysbios下使用upp的话是需要维护缓存一致性的,sysbios默认是使能缓存的,在upp接收数据后,需要对 ...

. Y6 b- o8 d4 J0 m原例程中也考虑了缓存一致性的问题吗?' n( @' O# r* @9 Y
这个我不懂,该怎样实现?
回复 支持 反对

使用道具 举报

0

主题

215

帖子

1246

积分

创龙

Rank: 8Rank: 8

积分
1246
10#
发表于 2015-5-29 11:32:20 | 只看该作者
叶子wy 发表于 2015-5-28 15:00
/ _* ^7 a/ l  b! n- L. H使用UPP的裸机程序在CCS下调试,是可以接收数据的。这样能不能说明在这个例程中也是可以采到数据的?! Y0 M9 D, u7 {* \' K# s2 R! A  Y
你们 ...
$ H# n5 t8 f. I: G6 t4 o
你可以在你采集数据的地方用 LOG_DEBUG()打印数据,log模块打印的数据默认是输出到串口17 ?' c' |, G* s
7 {0 l8 F4 z( \" h* i& V
至于工程的开发,选择合适自己开发习惯和生产环境的方式就可以了,都是各有利弊的。你可以看下创龙的双核视频教程的工程管理和工程调试部分
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|手机版|小黑屋|嵌入式开发者社区 ( 粤ICP备15055271号

GMT+8, 2025-11-7 22:11 , Processed in 0.044927 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

快速回复 返回顶部 返回列表