AM335x通过GPMC快速读取FPGA数据的问题——读写速率完全不行

把你的配置信息之类的贴上来讨论啊

配置参数：

#define STNOR_GPMC_CONFIG1 0x28001200
#define STNOR_GPMC_CONFIG2 0x00060600
#define STNOR_GPMC_CONFIG3 0x11010100
#define STNOR_GPMC_CONFIG4 0x0602c622
#define STNOR_GPMC_CONFIG5 0x01050606
#define STNOR_GPMC_CONFIG6 0x030301c1

将两个成功片选间隔设置为了1个时钟周期，大概为10ns，实际测量，片选低电平大概70ns左右，和设置的基本一致。高电平200多ns！！如果将连个成功片选间隔增加的话，高电平持续也会跟着增加。貌似200多ns就是最小值了。。。。。

还有两次读取之间没有进行其他操作，使用的是ioread16_rep函数连续读取大量数据。

这不会是GPMC的读取速度的限制吧。。。

我的配置是这样的

#define STNOR_GPMC_CONFIG1  0x00001000
#define STNOR_GPMC_CONFIG2  0x00040401
#define STNOR_GPMC_CONFIG3 0x0
#define STNOR_GPMC_CONFIG4  0x04020402
#define STNOR_GPMC_CONFIG5 0x00050707
#define STNOR_GPMC_CONFIG6 0x0

写100kB时间大约70ms，读100kB大概3ms

我看了看您配置的参数，使用的是异步模式。

我们这边的配置参数是和FPGA配合的，修改后就不能正常读取fpga的状态和数据了。

我修改了一下程序，不去管fpga的状态，直接读取数据，通过示波器查看波形。使用了您除了GPMC_CONFIG1的配置以外的其他配置，片选情况还是没有改变。片选的低电平变短了点，但是高电平还是那么多。

难道内核或者其他什么地方对这个高电平还能有什么设置？？？？

使用GPMC与FPGA通信，可以多留一个GPIO连到FPGA。

使用GPIO触发EDMA中断，读取FPGA内FIFO中的数据。

没懂您的意思。

多连一个GPIO就能提高读取的速度？

连上以后读取操作怎么进行？

是FPGA发出中断，ARM响应去读取FPGA的数据？？

现在我们实现的是ARM不断读取FPGA的寄存器来判断什么时候开始读取数据，开始读取数据时，是一次性读取很多字节数据。比如说一次性读取100个字节的数据，由于使用的16bit读取，肯定会重复读取50次，这50次中每两次间隔就是300ns。这50次读取是调用一次ioread16_rep函数来实现的。

我的意思是通过GPIO触发EDMA，通过EDMA的方式去FPGA内的FIFO中读取数据。这不是中断。。。

具体查看TRM EDMA的章节。

哦。回头我看一看。

这种方式读写速度会比不用快很多么？

为什么使用GPMC直接读取会这么慢呢？以前使用ARM9的时候速度都快很多啊，不过不是用的GPMC。

这种限制是什么情况下造成的？

我这个也是和fpga通信的，完全没啥问题啊

你们fpga程序是不是没配合好啊

你确定自己的配置是对的吗？ 我用你的配置和fpga通信，写时序是这个样子，感觉不对啊

应该是没有问题的，必须和fpga相配合。

所以用你的配置从我这边的fpga读不到数据的。我只是用示波器看了看片选，时钟等信号的波形。

使用我的配置，读写fpga都没有问题，就是读的速度太慢，找不到原因。

PS：你这个截图使用什么工具看时序的，我们还是用示波器看的，落后啊：）

你的读写fpga是对的吗？你看我的图，地址线没有变化哦

我这个是从fpga测抓出来的信号，使用的配置是和你的一样的

使用edma貌似速度能够上去，不过目前还没研究过 

你地址抓的是那个管脚的信号？

我们用的是地址数据复用。读写都没有问题的

你使用的抓图工具是什么啊？

那怪不得没地址信息，我没注意到你是地址和数据线复用的，等我测试一下看看；

抓图工具用的是 quantus里面的SignalTap

楼主你好，不知道你的问题解决了没？我们的设计中也遇到了这个300ns的情况，不知道可不可以优化啊

没有解决。冒失TI的工程师也没有办法，只是叫用EDMA模式或者burst读试试。

我在E2E上也提问题，还是没有结果。这是那边工程师最近的答复：

Try don't use the Linux,  directly operate the GPMC module, reference the GPMC Linux driver and ensure your system REALTIME ability. 

edma据说速度能够提上去，一直没试过，难度有点大

我看到你E2E上的那个帖子写是正常的。我们这边做出来读写都有这个现象，读是320ns，写是280ns。请问你的读写有哪里设置的不一样了吗？谢谢

没有什么差别的

配置参数都贴上去了，调用的函数也写出来了，IOread16_rep和IOwrite16_rep。

你的读写是怎么实现的？

我也遇到了可怕的GPMC读FPGA间隔差不多300ns间隔的问题。难道是3359读一次刷一次cache？

我把修改程序为QDMA了，不开MMU一切正常。问题是打开了MMU之后，发现QDMA从FPGA读到DDR3内存的数据全部为0,。请问这个问题如何解决？QDMA源地址、目标地址禁止cache?

还遇到一个问题：3359通过GPMC向FPGA的FIFO连续写比如256个数据，用SIGNALTAP发现FPGA只得到一次写，其余的都忽略了！

单步运行到时规规矩矩执行256次写，中间的不被忽略。请问这个问题如何解决？

MMU、CHCHE都是开的。

现在问题还是没有解决。在国外的Ti论坛上也发了帖子，他们工程师最后一次回复也贴在楼上了。

后来也没有试过DMA模式，更换操作系统也不太现实。那项目就放在那里了，现在在考虑别的解决方案，换芯片什么的。

你的问题可以到国外的TI论坛上去提问。那边工程师还是会及时回复的。

郁闷 ，我是裸跑的。没用OS！应该是MMU搞得鬼，困在这里已经一周了！确实没想到会遇到这种问题，51单片机读写外设跑的都比这A8芯片快！

是啊，以前用的ARM9，也是linux操作系统，读取FPGA速度都比这个快。不错过没有GPMC，用的是IO口直接读写的。

以前还有一个发帖的说这个问题，后来好像也没有解决，也放着了

关于AM335x和FPGA间读写带宽，我这边做过一些探索，可以分享：

1.原理：读写时，CPU内核发送一次读或写指令给GPMC模块，GPMC模块产生外部时序，得到数据返回（或输出数据）。

2.如果是异步总线，那么时序的优化对于提高带宽无效，原因是：CPU内核每次只能发送一次读或写指令给GPMC模块，两者间有瓶颈。

3.如果设置成同步访问，依然存在CPU内核和GPMC间通讯问题，以16Bit指针连续搬运数据到数组，示波器看到时片选间时间依然很长。原因应该还是CPU内核与GPMC模块间的瓶颈。

3.提速方法一：

把指针改成32Bit指针，这样CPU模块每次跟GPMC模块要32Bit数据，比分两次跟GPMC要16Bit数据快。

同样可以改换成64Bit指针。

4.提速方法二：

FPGA和GPMC通讯改用同步方式

4.提速方法三：

使用同步 + EDMA，可以到50MB/S，这个是有依据的：

http://www.quicklogic.com/assets/pdf/data_sheets/QL-GPMC-CAMIF-Connect-Solution-TI-Ref-Design-DS-RevB.pdf

http://www.quicklogic.com/assets/pdf/application_notes/QL-Linux-Software-Driver-AN-101-RevA.pdf

代码：

https://github.com/Angstrom-distribution/meta-ti/blob/master/recipes-kernel/linux/linux-ti33x-psp-3.2/beaglebone/0072-beaglebone-add-support-for-QuickLogic-Camera-interfa.patch

注意：

并非一定需要FPGA一个管脚连到XDMA_EVENT_INTRx，那个的目的是FPGA主动触发DMA传输，如果CPU自己知道什么时候要批量读出FPGA，那么CPU自己软件启动DMA就行，我测试时就是这么做的。

我用的是异步单读方式，之前真测试过“提速方法1”，发现没有效果。MMU中GPMC设置为MMU_MEMTYPE_NORMAL_NON_SHAREABLE(MMU_NON_CACHEABLE, MMU_NON_CACHEABLE)。

我也尝试改为QDMA方式，遇到一个问题，在SIGNALTAP里面看到了3359的正常信号，但就是DMA结果（内存在DDR3，CACHE打开）全部是0，数据没有灌进去。

我又尝试将DMA结果放在DDR3单独开辟的一段空间，将这段空间的CACHE关闭，结果正常。然后将DMA结果在传输到有CACHE的空间中做后续处理，令人跌眼镜的是，3359访问这段没有CACHE的内存速度无法令人接受，传输就消耗了很长时间！

请高手们指点迷津！

中间忽发奇想，决定用总线设置为IO，用来模拟GPMC的读写，结果发现3359的IO翻转速度也太慢了！

用的是裸跑！

DMA和CACHE的事情，那又是另外一个问题了，仔细阅读给出的QuickLogic的文档吧，我当时在Linux下，把GPMC设置成同步，然后主动发起EDMA，要求从FPGA搬运数据，用示波器观察片选，速度还是相当可以的。

好消息

幸亏GPMC连的是FPGA，可以使劲折腾。

经过琢磨，GPMC终于提速了：

GPMC必须用连续模式+DMA

现在的数据读速度轻易达到了80MBYTE/s，这比那个摄像头接口芯片还快。

这个破茧过程，说起来，一把辛酸泪呀，差点换方案了。

求代码，求解答，我现在也是这个问题啊

真的可以达到80MBps吗？我们现在的设置才能达到21MBbps。不知道能不能帮忙看一下我们的设置那里有问题呢。

如果可以，麻烦你你的邮箱留给我，或是加我的QQ：1332710416

GPMC用连续模式+DMA是裸板跑的么？能不能给个邮箱，我现在也是裸板跑GPMC连续模式，但是从FPGA读到的数据都是0，想向你请教下GPMC的配置问题。

一直在关注这个问题。能够贴出代码吗？许多朋友也像你一样满眼辛酸泪！

哎！有人自己问题解决了也不让大家学习一下，以后再有问题谁再帮他出主意

关于GPMC EDMA这部分的实现，推荐参考下面两篇帖子：

http://www.cnblogs.com/imapla/p/4122609.html

http://blog.chinaunix.net/uid-28818752-id-3749701.html

你好，最近我也在做FPGA+am335x通信驱动程序，需要实现的是fpga向arm发送一个信号（频率大约125Hz），每次通知触发应用层主动读取fpga中的数据，每次读取的数据大小为8K，我用的是申请一个中断引脚，中断处理函数为发送异步通知信号，应用层接收后主动调用read系统调用读数据，但是读速率很不理想，到了大约中断信号50Hz时，应用层就会有时读不到数据，看到您已经解决了edma传输，真心厉害，请教您一下，针对我遇到的问题，您有什么比较好的解决方案呢，请留下QQ号吧，希望和您多交流一下，万分感谢。。。

我的QQ号1332710416

我也遇到这个问题了，总线是异步模式，16Bit。两次片选之间高电平持续时间为280ns，降不下去了。郁闷啊

好像这个是通病，TI的技术支持说是因为内部逻辑消耗。

可能这是个通病吧。没有以前DSP的HPI接口好用感觉。

你好，我也在做GPMC+FPGA同步+burst+dma这方面的实验，同步模式可以配置出来，但是速度起不来，可以给我参考一下你的CONFIG1~7的配置吗？

万分感谢！！

邮箱是machunyu19891215@163.com

已成功调至100MB以上 需要的可以私聊

您好，打扰了，最近在做FPGA与ARM直接数据传输，看到您已经完成了ARM与FPGA间的通信非常感兴趣，不知您是否愿意将相关程序等学习资料分享给我，我是刚接触AM335X，有些不知所措，您要是不嫌弃可以加我QQ546621706交流，万分感谢！

zhenfa hu 

你好。正在调试3359的gpmc，遇到问题，请指教。

你的联系方式是什么？可否告知。

1504690515 qq

1332710416

你好，请问你的GPMC是怎么配置的呢？

你好 我最近也要搞这里  可以一起讨论啊

Qq：496952234

可以发一下您的GPMC总线的配置和测试例子吗？805289670@qq.com

可否留下你的联系方式，现在GPMC访问遇到问题