Forum Discussion

AlexBarry's avatar
AlexBarry
Icon for New Contributor rankNew Contributor
1 year ago
Solved

Error 169182 with Cyclone 10 LP

I am compiling a design for the Cylcone 10 LP (10CL025YE144I7G). We use using active serial configuration mode. Currently, we have a 3.3V LVCMOS output signal on pin 11. When I added the serial flash loader, I started getting a 169182 error ("Cannot place I/O pin SLF1:xxxx in pin location 12 -- possible switch coupling..."

The knowledge base article I found on this (https://www.intel.com/content/www/us/en/support/programmable/articles/000079651.html) indicates this is a restriction for some Cyclone III and IV parts, but doesn't mention Cyclone 10 LP.

Can I correct this without moving the output signal pin away from pin 11?

Configuration
  • FvM's avatar
    FvM
    1 year ago

    Hi,
    why do you need SFL integrated with application code. Standard solution would be default SFL image loaded by programmer, it doesn't conflict with any application pin assignments.

8 Replies

  • AqidAyman_Altera's avatar
    AqidAyman_Altera
    Icon for Regular Contributor rankRegular Contributor
    1 year ago

    Hi,

    ​

    May I know if you have tried to change the I/O standard of that pin to 2.5V?

    did the error message still observed?


    If yes, then it is likely the same rule happened for the device as well which is to minimizes noise coupling from neighboring I/Os to the DCLK pin.


    Regards,

    Aqid


    • AlexBarry's avatar
      AlexBarry
      Icon for New Contributor rankNew Contributor
      1 year ago

      We have not tried that, since all of the devices attached to the FPGA will require 3.3V IO. The configuration device is also 3.3V. We do have the option of moving this signal to another pin.

  • FvM's avatar
    FvM
    Icon for Super Contributor rankSuper Contributor
    1 year ago

    Hi,
    why do you need SFL integrated with application code. Standard solution would be default SFL image loaded by programmer, it doesn't conflict with any application pin assignments.

    • AlexBarry's avatar
      AlexBarry
      Icon for New Contributor rankNew Contributor
      1 year ago

      That solution builds fine. We were hoping to have an in-system update capability that would not pause application functionality, but that's just a desired feature, not a hard requirement.

  • AqidAyman_Altera's avatar
    AqidAyman_Altera
    Icon for Regular Contributor rankRegular Contributor
    1 year ago

    Hi,


    Thank you for your confirmation. I really appreciate your suggestion. I can help to recommend this for future enhancements.


    With that being said, can we close this thread? If no, please let me know if you need more support. I will be happy to help you more.


    Regards,

    Aqid


    • AlexBarry's avatar
      AlexBarry
      Icon for New Contributor rankNew Contributor
      1 year ago

      The suggested solution is fine, and we can close the thread.

  • AqidAyman_Altera's avatar
    AqidAyman_Altera
    Icon for Regular Contributor rankRegular Contributor
    1 year ago

    I hope the previous response was sufficient to help you proceed. As we do not receive any response from you on the previous reply have been provided, please login to ‘https://supporttickets.intel.com’, view details of the desire request, and post a feed/response within the next 15 days to allow me to continue to support you by replying to this thread.