Programmable Devices
CPLDs, FPGAs, SoC FPGAs, Configuration, and Transceivers
20794 Discussions

Error 169182 with Cyclone 10 LP

AlexBarry
Novice
436 Views

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?

Labels (1)
0 Kudos
1 Solution
FvM
Valued Contributor III
339 Views

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. 

View solution in original post

0 Kudos
8 Replies
AqidAyman_Intel
Employee
405 Views

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


0 Kudos
AlexBarry
Novice
392 Views

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.

0 Kudos
FvM
Valued Contributor III
340 Views

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. 

0 Kudos
AqidAyman_Intel
Employee
277 Views

Hi,


Have you tried the solution suggested by @FvM?


0 Kudos
AlexBarry
Novice
154 Views

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.

0 Kudos
AqidAyman_Intel
Employee
135 Views

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


0 Kudos
AlexBarry
Novice
69 Views

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

0 Kudos
AqidAyman_Intel
Employee
90 Views

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.


0 Kudos
Reply