完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
|
各位老哥们好,我在开发xc7k325tffg 900-2 FPGA时遇到一个瓶颈,跪求各位给个建议。
FPGA通过CameraLink相机采集分辨率为2040*1080的8bit灰度图,现在需要通过FPGA网口将图像数据发送到显示设备上。图像数据传输到显示设备,只需要满足肉眼的实时性15fps左右即可,不需要特别快。 我已经确认无误camlink相机采集的数据可以发送到FPGA上,因为我从FPGA通过SRIO接口发送到了DSP C6678上面,并从DSP缓冲区成功打印了一帧图像。 我当前的难点如下: Camlink相机数据传输速率太大,时钟频率82MHz,一个时钟传输8*8bit = 64bits, 相当于一个字节的传输频率为82*8 = 656MHz,而千兆以太网传输频率为125MHz,速率差距太大; 我尝试在之间加一个双口ram缓冲,但是不知道可行不可行。一帧图像为2203200字节,约2.1M,那么camlink写完一帧图像,根据时钟频率差异,网口才传出其1/6,因此双口ram消耗的资源起码要有2.1M * 5/6 = 1.8M,我不知道FPGA的资源够不够。因为我们这个工程主要还有camlink相机采集模块、srio向DSP传输图像模块,应该这些模块也会消耗FPGA板上的资源; 我也尝试了使用一定尺寸的双口ram,尺寸是131072字节,写宽度是64位,写深度为16384,读深度为131072,读取宽度为8位,当从网口向上位机传输.coe文件里面的固定内容,或者固定的数据时,是没问题的;然后我将双口ram的写入端变换为camlink 64位数据信号时,发送到上位机的测试图像数据包就会出现乱码,但是乱的比较有规律。 上述图片是DSP缓冲区收到的测试图像数据,测试图像的数据都是有规律的;下面的图片是上位机从网口接收到的UDP数据包格式,按道理说其变化规律起码应该是递增的那种。一包数据8042字节,后面八千是图像数据,我不知道出现这种乱码的原因是什么,是不是传输频率不同的缘故呢,可是仔细看一下这包数据以7开头的有16个,以9开头的也有连续的16个,希望您能给我指点一下,谢谢了。 |
|
相关推荐
3 个讨论
|
|
|
我这边图打不开,看不到具体情况。但是不影响以下判断:
//----------------- 01.数据缓存可以考虑使用DDR3。程序构建可以参考赛灵思官网的KC705开发板。整张图存储在DDR3里应该是没问题。 02.RAM的读写有很多细节需要注意,三言两语说不清楚。你读写64bt的数据出现有规律乱码,其实还是读写细节有问题。针对每个信号多仿真,然后调试的时候针对特定的数据(例如开头、结尾或者特定数值)进行问题定位。其实最好是自己写一组便于分析的数据流。 03.有段话的描述可能有问题:“ Camlink相机数据传输速率太大,时钟频率82MHz,一个时钟传输8*8bit = 64bits, 相当于一个字节的传输频率为82*8 = 656MHz,而千兆以太网传输频率为125MHz,速率差距太大;”。一般是比较数据流的带宽,而不是比较时钟频率。 04.再有就是注意文件/上位机对数据显示的大小端情况。 |
|
|
|
|
|
3 条评论
|
|
你正在撰写讨论
如果你是对讨论或其他讨论精选点评或询问,请使用“评论”功能。
NVMe高速传输之摆脱XDMA设计49:主要功能测试结果与分析1
1280 浏览 0 评论
888 浏览 0 评论
842 浏览 0 评论
619 浏览 0 评论
977 浏览 0 评论
4424 浏览 63 评论
/9
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2025-12-1 19:47 , Processed in 0.496406 second(s), Total 44, Slave 37 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191

淘帖
689