Sign in

username:

password:



Not a member?

Search Comp.Arch.FPGA



Search tips

fpga by Keywords

Altera | ASIC | CPLD | Cyclone | DCM | DDR | DSP | Ethernet | ISE | JTAG | Linux | LVDS | Microblaze | ML310 | Modelsim | NIOS | OPB | PCI | Quartus | RocketIO | SDRAM | Spartan | Spartan3 | SRAM | Stratix | Verilog | VHDL | Virtex | Virtex-4 | Virtex-II | Xilinx | XST

Ads

See Also

DSPEmbedded SystemsElectronics

Comp.Arch.FPGA | Xilinx ISE 8.2 Issue: Pin Name N1, N2...

There are 3 messages in this thread.

You are currently looking at messages 0 to 3.

Xilinx ISE 8.2 Issue: Pin Name N1, N2... - moogyd - 2010-01-19 13:14:00

Hello,

I am seeing a problem using ISE. I have a verilog top level with pins
including N0, N1, N2, N3, N4 (similar for PX, SX and MX)

I add a LOC constraint in the UCF file for all pins. For some reason,
the tool seems to be confused by N1, N2, N3 and N4 (but not N0, or any
of PX, SX, MX)

WARNING:NgdBuild:483 - Attribute "LOC" on "N1" is on the wrong type
of
object.
   Please see the Constraints Guide for more information on this
attribute.

When I report the pinout at the end of the P&R, pins N1..N4 have
disappeared, and I have some new pins (N31, N18, N21, N18)

My *guess* is that Xilinx uses Nx (x>0) for internal netnames, and it
is getting confused.

Can anyone confirm and suggest a workaround? (I don't want to change
the pin names)

Thanks,

Steven
______________________________
Join the blogging team on FPGARelated.com and earn rewards! Details Here.



Re: Xilinx ISE 8.2 Issue: Pin Name N1, N2... - Gabor - 2010-01-20 11:06:00

On Jan 19, 1:14=A0pm, moogyd
<moo...@yahoo.co.uk> wrote:
> Hello,
>
> I am seeing a problem using ISE. I have a verilog top level with pins
> including N0, N1, N2, N3, N4 (similar for PX, SX and MX)
>
> I add a LOC constraint in the UCF file for all pins. For some reason,
> the tool seems to be confused by N1, N2, N3 and N4 (but not N0, or any
> of PX, SX, MX)
>
> WARNING:NgdBuild:483 - Attribute "LOC" on "N1" is on the wrong
type of
> object.
> =A0 =A0Please see the Constraints Guide for more information on this
> attribute.
>
> When I report the pinout at the end of the P&R, pins N1..N4 have
> disappeared, and I have some new pins (N31, N18, N21, N18)
>
> My *guess* is that Xilinx uses Nx (x>0) for internal netnames, and it
> is getting confused.
>
> Can anyone confirm and suggest a workaround? (I don't want to change
> the pin names)
>
> Thanks,
>
> Steven

The obvious workaround is to change your pin names...
I'm pretty sure you don't need to change them much.
Something like N_1, N_2. . .
or you could turn them into a bus
inout [4:0] N,
. . .
Then in the .ucf you'd have N<0>, N<1>, etc.
Or you can try ISE 10.1 and see if the "problem" has been "fixed."

Regards,
Gabor
______________________________
Join the blogging team on FPGARelated.com and earn rewards! Details Here.

Re: Xilinx ISE 8.2 Issue: Pin Name N1, N2... - moogyd - 2010-02-04 09:18:00

On 19 Jan, 19:14, moogyd
<moo...@yahoo.co.uk> wrote:
> Hello,
>
> I am seeing a problem using ISE. I have a verilog top level with pins
> including N0, N1, N2, N3, N4 (similar for PX, SX and MX)
>
> I add a LOC constraint in the UCF file for all pins. For some reason,
> the tool seems to be confused by N1, N2, N3 and N4 (but not N0, or any
> of PX, SX, MX)
>
> WARNING:NgdBuild:483 - Attribute "LOC" on "N1" is on the wrong
type of
> object.
> =A0 =A0Please see the Constraints Guide for more information on this
> attribute.
>
> When I report the pinout at the end of the P&R, pins N1..N4 have
> disappeared, and I have some new pins (N31, N18, N21, N18)
>
> My *guess* is that Xilinx uses Nx (x>0) for internal netnames, and it
> is getting confused.
>
> Can anyone confirm and suggest a workaround? (I don't want to change
> the pin names)
>
> Thanks,
>
> Steven

Hi,

FYI, this problem seems to be fixed with ISE 11.1

Steven