Forum Discussion

Sumanth's avatar
Sumanth
Icon for Occasional Contributor rankOccasional Contributor
6 months ago

Timing Behavior of Remote Update IP After Reset on Cyclone 10 GX (10CX150YF672E5G)

I am using the Remote Update IP with the Cyclone 10 GX FPGA, part number 10CX150YF672E5G. I observed that the Remote Update IP does not respond properly after reset until approximately 300 µs. I expe...
Configuration
Core Logic
Programmable Logic Device
Farabi's avatar
Farabi
Icon for Regular Contributor rankRegular Contributor
1 month ago

Hello Sumanth, 

 

I am sorry we only have devkits to try. 

10CX105YF672I5G - working

10CX150YF672E5G - not working

The only difference is

operating temperature Industry grade (-40'C to 100'C) is working

operating temperature Enhance grade (0'C to 100'C) is not working

 

From your statement, if you waited approximately 300 µs after busy deassertion, reads and writes work correctly.

 

So, it is not the IP is not working at all. It will be working correctly if you give some buffer around 300us after busy signal deasserts. 

Is this correct? 

 

If you give 300us buffer after busy signal deasserts, will it impact your design implementation? 

 

regards,
Farabi

 

 

 

 

Sumanth's avatar
Sumanth
Icon for Occasional Contributor rankOccasional Contributor
1 month ago

Hello Fabri,

 

Yes, adding ~300 µs delay after the busy signal deassertion does not cause any problem to my project from a functionality or performance perspective.

 

However, our main concern is understanding the actual root cause of this behavior. Specifically, we are trying to determine why there is a difference between the two part numbers (10CX105YF672I5G – industrial grade working vs. 10CX150YF672E5G – enhanced grade requiring delay), even though the functionality should ideally be consistent.

 

At this point, we cannot rely on a fixed or “magic number” like 300 µs without a clear technical justification. For a robust design, we need proper guidance on:

 

What is internally causing this delay requirement

Whether this behavior is documented or expected for certain variants

If there is a recommended way (e.g., status check or handshake) to safely determine readiness instead of using a fixed delay

 

Could you please provide proper direction or clarification on this?

 

Regards, 

Sumanth S

  • Sumanth's avatar
    Sumanth
    Icon for Occasional Contributor rankOccasional Contributor
    1 month ago

    Hi Fabri,
    Any update on this thread?

    Regards,
    Sumanth S

  • Farabi's avatar
    Farabi
    Icon for Regular Contributor rankRegular Contributor
    30 days ago

    Hello Sumanth, 

     

    I have discussed this with internal team, but we can't make conclusion why the other device require 300us delay to make RSU works. 

    Question : Do you see only 1 unit behaving like this ? 

     

    regards,

    Farabi

    • Sumanth's avatar
      Sumanth
      Icon for Occasional Contributor rankOccasional Contributor
      22 days ago

      Hi Farabi,

      I searched for an alternate unit with the same part number, but currently I could not find any additional unit available for comparison/testing.

      At the moment, we are observing this behavior only on this single unit.

      Is there any possibility to perform further testing or analysis from your end to help identify why this device requires the 300us delay for RSU to work?

      Thank you.

      Regards,

      Sumanth S

      • Farabi's avatar
        Farabi
        Icon for Regular Contributor rankRegular Contributor
        7 hours ago

        Hello Sumanth, 

         

        I can make below conclusion:

        10CX105YF672I5G – industrial grade RSU working as normal 

        10CX150YF672E5G – enhanced grade required 300us delay to make RSU working

         

        The only difference between -I and -E is the package temperature support. No difference in the silicon. 

        You are using same design, same hardware setup, same bitstream image. 

         

        You only see the delay at 1 unit. This is very difficult to make conclusion. 

         

        Next step: 

        1- Are you able to swap the unit with known working board? 

        2- Are you open to send the unit for FA? 

         

        regards,

        Farabi