Slave Sync Fifo无法通过SDK v.1.1.1实现高吞吐量

看起来像V.1.1.1使用16位总线，甚至定义CyfFxSLIFFIFOGPIFIF161632位BITYCOMPSELSET设置为1。
1.1.CYFXGPIFIN SysCSF.H有很多不同之处，例如：
新版本V.1.1.1：
uTIN 32×SycSysLaveFIFOSY2BYCYFXGPIFReValue[]＝{0X800 000 380，/*CYU-U3PPIGPIFICOFIG**/0X000 0107，/*CYUU3PYPIBGPIFBIX CONFIG**/0X0107000，/*CYU-U3PPIBGPGIFIFBUSECONT2**
旧版本V.1.1：
FioFix2BythCyfxGPIFReValue[]{0x8000 380，/*PIBGGPIFICOFIG**/YIIF（CyfFxSLIFOFIOGPIF161632比特BuffSeCSELL＝0）0x00 00 10A7，/*PIBIGPIFIB BUSCONFIG**/YOR NOXX000 10AC，/*PIBJGPIFBUSSCONFIG**/YEXF NEX0107702，/*PIBGGPIFIFBUSECONT2** Unt32
如果在V.1.1.1的示例中使用此代码（即0x000×10ac而不是0x00），而不是事务返回错误997。
如何修复V.1.1.1？如何在32位模式下运行？



     以下为原文
  Looks like v.1.1.1 use 16 bit bus even define CY_FX_SLFIFO_GPIF_16_32BIT_CONF_SELECT is set to 1.
    Version 1.1.1 cyfxgpif_syncsf.h has a lot of differences, for example:
    new version v.1.1.1:
    uint32_t Sync_Slave_Fifo_2Bit_CyFxGpifRegValue[]  = {
    0x80000380,  /*  CY_U3P_PIB_GPIF_CONFIG */
    0x000010A7,  /*  CY_U3P_PIB_GPIF_BUS_CONFIG */
    0x01070002,  /*  CY_U3P_PIB_GPIF_BUS_CONFIG2 */
 
    old version v.1.1:
    uint32_t Sync_Slave_Fifo_2Bit_CyFxGpifRegValue[]  = {
    0x80000380,  /*  PIB_GPIF_CONFIG */
#if (CY_FX_SLFIFO_GPIF_16_32BIT_CONF_SELECT == 0)
    0x000010A7,  /*  PIB_GPIF_BUS_CONFIG */
#else
  0x000010AC,  /*  PIB_GPIF_BUS_CONFIG */
#endif
    0x01070002,  /*  PIB_GPIF_BUS_CONFIG2 */
     
    If  I use this code (i.e.  0x000010AC instead of  0x000010A7) in the example from v.1.1.1 than IN transaction return Error 997.
    How to fix v.1.1.1? How to run it in 32-bit mode?
 

你好，
我也看到类似的问题，我与内部软件团队进行检查。我会很快更新你。
当做，
西克里希纳。



     以下为原文
  Hi,
    I am also seeing the similar issue and I checking with the internal software team. I will update you soon.
    Regards,
    sai krishna.

我的同步FIFO的32位执行也停止更新后的SDK应用工作。有趣的是，当下载图像到内存使用J-Link调试器，它有时也会起作用。请建议改变了什么SDK v1.1和1.1.1等之间找到这个根本原因。
我有一个额外的端点并联，由CPU提供我一点问题都没有。
-锡勒



     以下为原文
  My sync fifo 32 Bit implementation also stopped working after updating to SDK v1.1.1. Interestingly, when downloading the image to RAM using the j-link debugger, it does work sometimes. Please advice what has been changed between SDK v1.1 and 1.1.1 so as to find the root cause for this.
     
    In parallel I have an additional endpoint that is served by the CPU and there I have no problem at all.
     
    -Sil

嗨，SIL，我也有同样的问题，像你的。它的工作以及在SDK v1.1.but之后我更新SDK V 1.1.1，下载*。IMG的RAM工作不好。源代码是相同的。SDK V 1.1.1当突发读取大小超过0x330是一无所获。在应用程序finishdataxfer将返回false



     以下为原文
   hi sil , I have the same problem like yours .it work well in sdk v1.1.But after I updata to sdk V 1.1.1 ,download the *.img to ram it is not work well .the source code are the same .with sdk v 1.1.1 when burst read size more than 0x330 it is receive nothing .In app FinishDataXfer will return false 

伙计们，
你能用最近几天发布的最新SDK来尝试你的项目吗？（SDKV1.2）。
请告诉我结果。
当做，
西克里希纳。



     以下为原文
  Guys,
    Can you please try your projects with the latest SDK that is released few days back. (SDKv1.2).
    Please let me know the result.
    Regards,
    sai krishna.

同样的结果：SDK V.1.2从FIFO例子是16位。仍然只工作16位。如果我在GPIFReValue[]数组中设置第二个寄存器到0x00 00 18ac，那么我得到了错误997。因此，自从SDK的V.1.1.1以来，没有发生任何变化：
注意：SDK 1.2具有GPIF IIDESIGE版本1.0.77.0，但SDK 1.2示例（至少从同步FIFO）使用GPIF-II版本1.0.831.1！



     以下为原文
  The same result: SDK v.1.2 Slave Fifo example is 16-Bit. Still works  16 bit only. If I set second register in GpifRegValue[] array to 0x000018AC then I got error 997. So, nothing was changed since v.1.1.1 of sdk :(
    Note: SDK 1.2 has GPIF-II designe version 1.0.715.0 but SDK 1.2 example (at least slave sync fifo) uses GPIF-II version 1.0.836.1 !

伙计们，
请在主函数中更改代码的起始部分，如下所示：
Cyu3PoMaMatxFixStult IOFCFG；Cyu3PrEntStutsUst状态＝CyuU3Py成功；Cyu3PysCyCultFixFig＝Cytrug，2, 2, 2，CyFalse，CyuU3PySysLCLK}；/*初始化设备*/STATE＝CYU3PDEVICIN IT（&；CKKCFG）；如果（状态）！= CyuU3pIn成功）{Goto HealeY-FATAlLoMealError；}/*初始化缓存。启用指令缓存并保持数据缓存禁用。*只有当存在大量基于CPU的内存访问时，数据缓存才是有用的。当在简单的情况下使用时，由于高速缓存刷新和清除，它可以降低性能，同时也增加了*代码的复杂性。*/
让我知道修改后的结果。
谢谢，
西基什纳。



     以下为原文
  Guys,
    Please change the starting piece of code in the main function as shown below:
    CyU3PIoMatrixConfig_t io_cfg;
    CyU3PReturnStatus_t status = CY_U3P_SUCCESS;
    CyU3PSysClockConfig_t clkCfg = {
            CyTrue,
            2, 2, 2,
            CyFalse,
            CY_U3P_SYS_CLK
    };

    /* Initialize the device */
    status = CyU3PDeviceInit (&clkCfg);
    if (status != CY_U3P_SUCCESS)
    {
        goto handle_fatal_error;
    }

    /* Initialize the caches. Enable instruction cache and keep data cache disabled.
     * The data cache is useful only when there is a large amount of CPU based memory
     * accesses. When used in simple cases, it can decrease performance due to large
     * number of cache flushes and cleans and also it adds to the complexity of the
     * code. */
    Let me know the result after doing this modification.
    Thanks,
    sai kirshna.

是的，它有效！
谢谢您！



     以下为原文
  Yes, it works!
    Thank you!