Site Home   Archive Home   FAQ Home   How to search the Archive   How to Navigate the Archive   
Compare FPGA features and resources   

Threads starting:
1994JulAugSepOctNovDec1994
1995JanFebMarAprMayJunJulAugSepOctNovDec1995
1996JanFebMarAprMayJunJulAugSepOctNovDec1996
1997JanFebMarAprMayJunJulAugSepOctNovDec1997
1998JanFebMarAprMayJunJulAugSepOctNovDec1998
1999JanFebMarAprMayJunJulAugSepOctNovDec1999
2000JanFebMarAprMayJunJulAugSepOctNovDec2000
2001JanFebMarAprMayJunJulAugSepOctNovDec2001
2002JanFebMarAprMayJunJulAugSepOctNovDec2002
2003JanFebMarAprMayJunJulAugSepOctNovDec2003
2004JanFebMarAprMayJunJulAugSepOctNovDec2004
2005JanFebMarAprMayJunJulAugSepOctNovDec2005
2006JanFebMarAprMayJunJulAugSepOctNovDec2006
2007JanFebMarAprMayJunJulAugSepOctNovDec2007
2008JanFebMarAprMayJunJulAugSepOctNovDec2008
2009JanFebMarAprMayJunJulAugSepOctNovDec2009
2010JanFebMarAprMayJunJulAugSepOctNovDec2010
2011JanFebMarAprMayJunJulAugSepOctNovDec2011
2012JanFebMarAprMayJunJulAugSepOctNovDec2012
2013JanFebMarAprMayJunJulAugSepOctNovDec2013
2014JanFebMarAprMayJunJulAugSepOctNovDec2014
2015JanFebMarAprMayJunJulAugSepOctNovDec2015
2016JanFebMarAprMayJunJulAugSepOctNovDec2016
2017JanFebMarAprMayJunJulAugSepOctNovDec2017
2018JanFebMarAprMayJunJulAugSepOctNovDec2018
2019JanFebMarAprMayJunJulAugSepOctNovDec2019
2020JanFebMarAprMay2020

Authors:A B C D E F G H I J K L M N O P Q R S T U V W X Y Z

Custom Search

Messages from 153875

Article: 153875
Subject: Re: Virtex 4 Cameralink DCM Limitation
From: Gabor <gabor@szakacs.invalid>
Date: Tue, 19 Jun 2012 14:59:03 -0400
Links: << >>  << T >>  << A >>
langwadt@fonz.dk wrote:
> On Jun 18, 6:01 pm, carlton...@gmail.com wrote:
>> Hi Gabor,
>>
>> If I understand your approach correctly, you are using the higher clock rate further into the chain. As such, your approach with detecting the rising edge makes perfect sense. There is no need for the second register set.
>>
>> What I was referring to had the presumption that it is/was desired to transition to the slower clock. For example, perhaps right after the de-serializer. Because the de-serializer is always working when the link is active and because there is a phase shift relative to the slower clock, it is necessary to additionally register right after the de-serializer to permit alignment to the slower clock while at the same time not dropping or losing anything.
>>
>> Also note, that my comment about the DCM was backwards. I meant to mention a 1:7 not 7:1. For some reason I got on a 7:1 track. Woops. To pull off a 1:7  will require 2 DCMs. The first operates in a mode to permit a lower (than 32MHz) CLKIN frequency but outputs (a) a CLKFX higher frequency clock compatible with the second DCM and (b) a regenerated slower clock. The second DCM receives the now compatible clock from the first DCM and creates the final overall 1:7.
>>
>> Regards,
>> Carlton
> 
> can't you just generate the 7x clock with clkfx of single dcm?
> 
> shift data and clock in to regsister on that 7x clk, look for the
> transition
> on clock move the right bits from the shifter to a register
> generate your slow clock with a divider aligned with the data update
> 
> -Lasse

First, you really only need 3.5x rather than 7x if you use both clock
edges.  Second, a DCM is a bad choice because it cannot both multiply
the clock by a number (other than 1 or 2) and also phase shift the
clock to line up with the data eye.  A PLL can multiply and phase
shift at the same time.  Cascading DCM's to get the phase shift is
a poor choice because the FX output of the DCM adds a lot of jitter,
making the second DCM prone to losing lock.  You might be able to
work around the phase shift problem using the IDELAY components of
each input, though.

-- Gabor

Article: 153876
Subject: Data transfers between MicroBlaze and VHDL
From: Robert Higginbotham <robert.higginbotham0@gmail.com>
Date: Tue, 19 Jun 2012 12:26:35 -0700 (PDT)
Links: << >>  << T >>  << A >>
I am using EDK 14.1 and a Spartan-6 FPGA (potentially changing FPGAs
in the future to the Artix 7 or Kintex 7).  I am trying to figure out
a way that I could output the data from the MicroBlaze to a VHDL
module and also the reverse transfer.  This way I can capture the
data, use it in some calculations, and then also pass it back to the
MicroBlaze for further use.

I am new to Embedded Design and MicroBlaze, so any help that anyone
may have would be greatly appreciated.  If anyone has other options
for transferring data between the MicroBlaze and my VHDL modules, I am
looking for something that would allow me to transfer data using a 32-
bit wide bus at the fastest speed the FPGA will allow me to clock at.

- Robert

Article: 153877
Subject: Re: Data transfers between MicroBlaze and VHDL
From: "maxascent" <maxascent@n_o_s_p_a_m.n_o_s_p_a_m.yahoo.co.uk>
Date: Tue, 19 Jun 2012 15:27:27 -0500
Links: << >>  << T >>  << A >>
>I am using EDK 14.1 and a Spartan-6 FPGA (potentially changing FPGAs
>in the future to the Artix 7 or Kintex 7).  I am trying to figure out
>a way that I could output the data from the MicroBlaze to a VHDL
>module and also the reverse transfer.  This way I can capture the
>data, use it in some calculations, and then also pass it back to the
>MicroBlaze for further use.
>
>I am new to Embedded Design and MicroBlaze, so any help that anyone
>may have would be greatly appreciated.  If anyone has other options
>for transferring data between the MicroBlaze and my VHDL modules, I am
>looking for something that would allow me to transfer data using a 32-
>bit wide bus at the fastest speed the FPGA will allow me to clock at.
>
>- Robert
>

All you need to do is create a custom AXI IP module that will interface
between your IP and the Microblaze. There is a wizard that will do this for
you.

Jon	   
					
---------------------------------------		
Posted through http://www.FPGARelated.com

Article: 153878
Subject: Re: Virtex 4 Cameralink DCM Limitation
From: "langwadt@fonz.dk" <langwadt@fonz.dk>
Date: Tue, 19 Jun 2012 15:01:03 -0700 (PDT)
Links: << >>  << T >>  << A >>
On Jun 19, 8:59=A0pm, Gabor <ga...@szakacs.invalid> wrote:
> langw...@fonz.dk wrote:
> > On Jun 18, 6:01 pm, carlton...@gmail.com wrote:
> >> Hi Gabor,
>
> >> If I understand your approach correctly, you are using the higher cloc=
k rate further into the chain. As such, your approach with detecting the ri=
sing edge makes perfect sense. There is no need for the second register set=
.
>
> >> What I was referring to had the presumption that it is/was desired to =
transition to the slower clock. For example, perhaps right after the de-ser=
ializer. Because the de-serializer is always working when the link is activ=
e and because there is a phase shift relative to the slower clock, it is ne=
cessary to additionally register right after the de-serializer to permit al=
ignment to the slower clock while at the same time not dropping or losing a=
nything.
>
> >> Also note, that my comment about the DCM was backwards. I meant to men=
tion a 1:7 not 7:1. For some reason I got on a 7:1 track. Woops. To pull of=
f a 1:7 =A0will require 2 DCMs. The first operates in a mode to permit a lo=
wer (than 32MHz) CLKIN frequency but outputs (a) a CLKFX higher frequency c=
lock compatible with the second DCM and (b) a regenerated slower clock. The=
 second DCM receives the now compatible clock from the first DCM and create=
s the final overall 1:7.
>
> >> Regards,
> >> Carlton
>
> > can't you just generate the 7x clock with clkfx of single dcm?
>
> > shift data and clock in to regsister on that 7x clk, look for the
> > transition
> > on clock move the right bits from the shifter to a register
> > generate your slow clock with a divider aligned with the data update
>
> > -Lasse
>
> First, you really only need 3.5x rather than 7x if you use both clock
> edges. =A0Second, a DCM is a bad choice because it cannot both multiply
> the clock by a number (other than 1 or 2) and also phase shift the
> clock to line up with the data eye. =A0A PLL can multiply and phase
> shift at the same time. =A0Cascading DCM's to get the phase shift is
> a poor choice because the FX output of the DCM adds a lot of jitter,
> making the second DCM prone to losing lock. =A0You might be able to
> work around the phase shift problem using the IDELAY components of
> each input, though.
>

agreed, my thinking was assuming the eye doesn't move around too much
you would only have to calibrate the idelay once.

but I'm not sure that theres a guarantee the fx output will always
have the same phase alignment with regards to input when you don't
have feedback



-Lasse



Article: 153879
Subject: Re: Data transfers between MicroBlaze and VHDL
From: robert.higginbotham0@gmail.com
Date: Wed, 20 Jun 2012 06:25:12 -0700 (PDT)
Links: << >>  << T >>  << A >>
On Tuesday, June 19, 2012 4:27:27 PM UTC-4, maxascent wrote:
> >I am using EDK 14.1 and a Spartan-6 FPGA (potentially changing FPGAs
> >in the future to the Artix 7 or Kintex 7).  I am trying to figure out
> >a way that I could output the data from the MicroBlaze to a VHDL
> >module and also the reverse transfer.  This way I can capture the
> >data, use it in some calculations, and then also pass it back to the
> >MicroBlaze for further use.
> >
> >I am new to Embedded Design and MicroBlaze, so any help that anyone
> >may have would be greatly appreciated.  If anyone has other options
> >for transferring data between the MicroBlaze and my VHDL modules, I am
> >looking for something that would allow me to transfer data using a 32-
> >bit wide bus at the fastest speed the FPGA will allow me to clock at.
> >
> >- Robert
> >
>=20
> All you need to do is create a custom AXI IP module that will interface
> between your IP and the Microblaze. There is a wizard that will do this f=
or
> you.
>=20
> Jon	  =20
> 				=09
> ---------------------------------------	=09
> Posted through http://www.FPGARelated.com



Thank you Jon for your reply, but I am still a little confused.  I have not=
iced that there are IP modules for BRAM, GPIO, and even FSL...but I am unsu=
re as to which one to choose.  I have tried adding the FSL IP module into m=
y design, but when I do, I don't see how to connect it to anything so that =
data can be transferred to and from the MicroBlaze?  Are there any helpful =
guides that you know of that could possibly walk me through some of these m=
ethods?

- Robert

Article: 153880
Subject: Re: Data transfers between MicroBlaze and VHDL
From: Tim Wescott <tim@seemywebsite.please>
Date: Wed, 20 Jun 2012 10:26:46 -0500
Links: << >>  << T >>  << A >>
On Wed, 20 Jun 2012 06:25:12 -0700, robert.higginbotham0 wrote:

> On Tuesday, June 19, 2012 4:27:27 PM UTC-4, maxascent wrote:
>> >I am using EDK 14.1 and a Spartan-6 FPGA (potentially changing FPGAs
>> >in the future to the Artix 7 or Kintex 7).  I am trying to figure out
>> >a way that I could output the data from the MicroBlaze to a VHDL
>> >module and also the reverse transfer.  This way I can capture the
>> >data, use it in some calculations, and then also pass it back to the
>> >MicroBlaze for further use.
>> >
>> >I am new to Embedded Design and MicroBlaze, so any help that anyone
>> >may have would be greatly appreciated.  If anyone has other options
>> >for transferring data between the MicroBlaze and my VHDL modules, I am
>> >looking for something that would allow me to transfer data using a 32-
>> >bit wide bus at the fastest speed the FPGA will allow me to clock at.
>> >
>> >- Robert
>> >
>> >
>> All you need to do is create a custom AXI IP module that will interface
>> between your IP and the Microblaze. There is a wizard that will do this
>> for you.
>> 
>> Jon
>> 					
>> ---------------------------------------
>> Posted through http://www.FPGARelated.com
> 
> 
> 
> Thank you Jon for your reply, but I am still a little confused.  I have
> noticed that there are IP modules for BRAM, GPIO, and even FSL...but I
> am unsure as to which one to choose.  I have tried adding the FSL IP
> module into my design, but when I do, I don't see how to connect it to
> anything so that data can be transferred to and from the MicroBlaze? 
> Are there any helpful guides that you know of that could possibly walk
> me through some of these methods?
> 
> - Robert

All I know about the Microblaze is that it's a synthesizable 
microprocessor, so take this with an appropriate-sized grain of salt:

I expect that the most convenient and commonly used way of connecting to 
the Microblaze core is going to be as a memory-mapped peripheral.  So at 
some point you need to learn how to make ports on your VHDL module appear 
to the Microblaze as a memory location (or you need to dig around and 
find out if there's a tutorial or wizard that will help you out).

Whether you want to configure things so that your interface has the 
Microblaze pounding away at one memory location, or several, or whether 
you want to augment the interface between the Microblaze and your logic 
with a bit of block RAM that's configured as dual-port memory, is a 
decision that you'll have to make.

Ultimately, though, I think the best way you have of making your logic go 
"zing!" in response to something the processor does is to have logic 
registers show up in the Microblaze's memory map.

-- 
Tim Wescott
Control system and signal processing consulting
www.wescottdesign.com

Article: 153881
Subject: Re: Virtex 4 Cameralink DCM Limitation
From: carltonnbd@gmail.com
Date: Wed, 20 Jun 2012 10:08:55 -0700 (PDT)
Links: << >>  << T >>  << A >>
Lasse,

The preferred way to do the clock derivation would be as Gabor suggests, us=
e a PLL. Unfortunately for the OP, V4 only has DCMs.

The reason for the 2 cascaded DCMs is because the OP has a desired clock re=
lationship which is out of bounds for a single DCM. The OP's desired link c=
lock frequency is something less than 32MHz. Which means that the first DCM
needs to be a maximum range setup DCM. Problem is, the maximum range DCM ca=
nnot directly derive a 3.5x or 7x clock based upon the limited input clock =
frequency. So for the first DCM, the clk2x output is used to double the=20
frequency of the link clock frequency.

The clk2x clock frequency is now of a value whereby a maximum frequency set=
up DCM can be used to derive the overall 3.5x or 7x clock by using the clkf=
x and setting M and D to values which provide the overall desired frequency=
.

As far as phase relationship on this second DCM, if clk0 is piped back to c=
lkfb, clkfx is supposed to be aligned to the clk0 but with the twist that i=
t is every D clkin cycles. If clk0 is aligned to clkin, clkfx should also b=
e aligned to clkin.


Gabor is right, that depending upon arrangement of the 2 cascaded DCMs it i=
s possible that the jitter can be out of limits. Generally speaking, it is =
when clkfx is cascaded or clkfx is part of the feedback path where problems=
 can begin to arise. I believe however that the above implementation is ok =
with respect to jitter being within limits because clkfx is only used
as a final output and is not being fed back into the cascaded DCMs.


Regards,
Carlton

Article: 153882
Subject: Re: Data transfers between MicroBlaze and VHDL
From: carltonnbd@gmail.com
Date: Wed, 20 Jun 2012 10:27:47 -0700 (PDT)
Links: << >>  << T >>  << A >>
Robert,

Guessing from the limited details you provided, it sounds as if you are goi=
ng to be trading a reasonable amount of data between the microblaze and you=
r VHDL module.

GPIO is likely not sufficient. BRAM (dual port setup) may be possible, howe=
ver you would still need to implement the handshaking between the microblaz=
e and your VHDL module. FSL sounds like it may be a possible candidate or a=
t least give you an idea of how it can be done.

Check out the FSL core datasheet DS449 and the application note XAPP529. Th=
is should give you an idea in a general sense how it's done. From there you=
 should be able to arrive at what best suites the needs of your application=
.

Regards,
Carlton

Article: 153883
Subject: Re: Virtex 4 Cameralink DCM Limitation
From: "langwadt@fonz.dk" <langwadt@fonz.dk>
Date: Wed, 20 Jun 2012 11:56:42 -0700 (PDT)
Links: << >>  << T >>  << A >>
On Jun 20, 7:08=A0pm, carlton...@gmail.com wrote:
> Lasse,
>
> The preferred way to do the clock derivation would be as Gabor suggests, =
use a PLL. Unfortunately for the OP, V4 only has DCMs.
>
> The reason for the 2 cascaded DCMs is because the OP has a desired clock =
relationship which is out of bounds for a single DCM. The OP's desired link=
 clock frequency is something less than 32MHz. Which means that the first D=
CM
> needs to be a maximum range setup DCM. Problem is, the maximum range DCM =
cannot directly derive a 3.5x or 7x clock based upon the limited input cloc=
k frequency. So for the first DCM, the clk2x output is used to double the
> frequency of the link clock frequency.
>
> The clk2x clock frequency is now of a value whereby a maximum frequency s=
etup DCM can be used to derive the overall 3.5x or 7x clock by using the cl=
kfx and setting M and D to values which provide the overall desired frequen=
cy.
>
> As far as phase relationship on this second DCM, if clk0 is piped back to=
 clkfb, clkfx is supposed to be aligned to the clk0 but with the twist that=
 it is every D clkin cycles. If clk0 is aligned to clkin, clkfx should also=
 be aligned to clkin.
>
> Gabor is right, that depending upon arrangement of the 2 cascaded DCMs it=
 is possible that the jitter can be out of limits. Generally speaking, it i=
s when clkfx is cascaded or clkfx is part of the feedback path where proble=
ms can begin to arise. I believe however that the above implementation is o=
k with respect to jitter being within limits because clkfx is only used
> as a final output and is not being fed back into the cascaded DCMs.
>
> Regards,
> Carlton

by why not just use the clk fx directly? as far as I can tell it can
do 7x

might even go crazy and try 14x and use both edges via input ddr
flops, that way
you get 4x data rate sampling and realign at every edge which is how
most full-speed
usb devices do it

-Lasse



Article: 153884
Subject: Re: Data transfers between MicroBlaze and VHDL
From: "maxascent" <maxascent@n_o_s_p_a_m.n_o_s_p_a_m.yahoo.co.uk>
Date: Wed, 20 Jun 2012 14:00:28 -0500
Links: << >>  << T >>  << A >>
What you need to do is to look at doing the tutorial that Xilinx provide
with EDK. Its called concepts tools and techniques. Basically Microblaze
can use either a PLB or AXI bus. The AXI bus is the newer standard and so
that one would be the best to use. Xilinx provide a wizard that creates an
interface bewteen the AXI bus and your IP. So you don't even have to know
how AXI works. You just get a set of standard signals which are a write and
read data path. But just have a look at some of the Xilinx docs as this
should make things clearer.

Jon 	   
					
---------------------------------------		
Posted through http://www.FPGARelated.com

Article: 153885
Subject: RE: ADC problem on spartan3E
From: zakarialaskar <zakaria.nits@gmail.com>
Date: Thu, 21 Jun 2012 01:17:42 -0500
Links: << >>  << T >>  << A >>
can i have ur vhdl code ...wid appreciate it a lot ...
thanx in advance.
my gmail:zakaria.nits@gmail.com



Article: 153886
Subject: Re: Data transfers between MicroBlaze and VHDL
From: RHigginbotham <robert.higginbotham0@gmail.com>
Date: Thu, 21 Jun 2012 06:22:17 -0700 (PDT)
Links: << >>  << T >>  << A >>
Thank you to everyone for your replies!  This gives me some great information to look over and figure this out.  Thanks again for your help!

- Robert



On Wednesday, June 20, 2012 3:00:28 PM UTC-4, maxascent wrote:
> What you need to do is to look at doing the tutorial that Xilinx provide
> with EDK. Its called concepts tools and techniques. Basically Microblaze
> can use either a PLB or AXI bus. The AXI bus is the newer standard and so
> that one would be the best to use. Xilinx provide a wizard that creates an
> interface bewteen the AXI bus and your IP. So you don't even have to know
> how AXI works. You just get a set of standard signals which are a write and
> read data path. But just have a look at some of the Xilinx docs as this
> should make things clearer.
> 
> Jon 	   
> 					
> ---------------------------------------		
> Posted through http://www.FPGARelated.com



On Wednesday, June 20, 2012 3:00:28 PM UTC-4, maxascent wrote:
> What you need to do is to look at doing the tutorial that Xilinx provide
> with EDK. Its called concepts tools and techniques. Basically Microblaze
> can use either a PLB or AXI bus. The AXI bus is the newer standard and so
> that one would be the best to use. Xilinx provide a wizard that creates an
> interface bewteen the AXI bus and your IP. So you don't even have to know
> how AXI works. You just get a set of standard signals which are a write and
> read data path. But just have a look at some of the Xilinx docs as this
> should make things clearer.
> 
> Jon 	   
> 					
> ---------------------------------------		
> Posted through http://www.FPGARelated.com


Article: 153887
Subject: Re: Data transfers between MicroBlaze and VHDL
From: RHigginbotham <robert.higginbotham0@gmail.com>
Date: Thu, 21 Jun 2012 11:44:10 -0700 (PDT)
Links: << >>  << T >>  << A >>
Carlton,

I have tried finding the XAPP529 pdf from Xilinx, but it always comes up wi=
th a "Bad encrypt dictionary" message.  Would you be able to email me the d=
ocument if you have it?  Also, I noticed in the FSL Core Datasheet (acquire=
d through XPS 14.1) that the FSL is not supported by the 7-Series FPGAs, si=
nce I am looking to migrate to that from my Spartan6, do you have another s=
uggestion/option for me in lieu of the FSL?

- Robert (robert.higginbotham0@gmail.com)

On Wednesday, June 20, 2012 1:27:47 PM UTC-4, carlt...@gmail.com wrote:
> Robert,
>=20
> Guessing from the limited details you provided, it sounds as if you are g=
oing to be trading a reasonable amount of data between the microblaze and y=
our VHDL module.
>=20
> GPIO is likely not sufficient. BRAM (dual port setup) may be possible, ho=
wever you would still need to implement the handshaking between the microbl=
aze and your VHDL module. FSL sounds like it may be a possible candidate or=
 at least give you an idea of how it can be done.
>=20
> Check out the FSL core datasheet DS449 and the application note XAPP529. =
This should give you an idea in a general sense how it's done. From there y=
ou should be able to arrive at what best suites the needs of your applicati=
on.
>=20
> Regards,
> Carlton

Article: 153888
Subject: Re: Data transfers between MicroBlaze and VHDL
From: rickman <gnuarm@gmail.com>
Date: Thu, 21 Jun 2012 16:58:48 -0700 (PDT)
Links: << >>  << T >>  << A >>
On Jun 21, 2:44=A0pm, RHigginbotham <robert.higginboth...@gmail.com>
wrote:
> Carlton,
>
> I have tried finding the XAPP529 pdf from Xilinx, but it always comes up =
with a "Bad encrypt dictionary" message. =A0Would you be able to email me t=
he document if you have it? =A0Also, I noticed in the FSL Core Datasheet (a=
cquired through XPS 14.1) that the FSL is not supported by the 7-Series FPG=
As, since I am looking to migrate to that from my Spartan6, do you have ano=
ther suggestion/option for me in lieu of the FSL?
>
> - Robert (robert.higginboth...@gmail.com)
>
>
>
>
>
>
>
> On Wednesday, June 20, 2012 1:27:47 PM UTC-4, carlt...@gmail.com wrote:
> > Robert,
>
> > Guessing from the limited details you provided, it sounds as if you are=
 going to be trading a reasonable amount of data between the microblaze and=
 your VHDL module.
>
> > GPIO is likely not sufficient. BRAM (dual port setup) may be possible, =
however you would still need to implement the handshaking between the micro=
blaze and your VHDL module. FSL sounds like it may be a possible candidate =
or at least give you an idea of how it can be done.
>
> > Check out the FSL core datasheet DS449 and the application note XAPP529=
. This should give you an idea in a general sense how it's done. From there=
 you should be able to arrive at what best suites the needs of your applica=
tion.
>
> > Regards,
> > Carlton

I think that message is usually an indication that your reader is not
sufficiently current.  Try updating and opening the document again.

Rick

Article: 153889
Subject: Re: Data transfers between MicroBlaze and VHDL
From: Martin Thompson <martin.j.thompson@trw.com>
Date: Fri, 22 Jun 2012 11:57:13 +0100
Links: << >>  << T >>  << A >>
RHigginbotham <robert.higginbotham0@gmail.com> writes:

> Carlton,
>
> I have tried finding the XAPP529 pdf from Xilinx, but it always comes
> up with a "Bad encrypt dictionary" message.  Would you be able to
> email me the document if you have it?  Also, I noticed in the FSL Core
> Datasheet (acquired through XPS 14.1) that the FSL is not supported by
> the 7-Series FPGAs, since I am looking to migrate to that from my
> Spartan6, do you have another suggestion/option for me in lieu of the
> FSL?
>

AXI4-stream replaces FSL.  The AXI docs are in UG761.

As an aside - you might want to install the DocNav from Xilinx - that
keeps all their docs together and updated:

http://myfpgablog.blogspot.co.uk/2011/03/xilinx-document-navigator-is-live.html



Cheers,
Martin

-- 
martin.j.thompson@trw.com 
TRW Conekt - Consultancy in Engineering, Knowledge and Technology
http://www.conekt.co.uk/capabilities/39-electronic-hardware

Article: 153890
Subject: Re: Data transfers between MicroBlaze and VHDL
From: pfraser <pete_fraser@comcast.net>
Date: Fri, 22 Jun 2012 06:28:12 -0700
Links: << >>  << T >>  << A >>
Martin Thompson wrote:

>
> As an aside - you might want to install the DocNav from Xilinx - that
> keeps all their docs together and updated:
>
> http://myfpgablog.blogspot.co.uk/2011/03/xilinx-document-navigator-is-live.html

Thank you! Thank you! Thank you!
I regard finding / tracking Xilinx documents with the same level
of enthusiasm as a trip to the dentist.

This program will make my life easier.

Pete

Article: 153891
Subject: What are differences between IBUF and IBUFDS inferred and implemented
From: carl.horton08@gmail.com
Date: Sat, 23 Jun 2012 20:13:05 -0700 (PDT)
Links: << >>  << T >>  << A >>
If a design has differential inputs, but the synthesis tool did not infer differential input buffers IBUFDS on Xilinx FPGA for them, IBUFs are inferred instead. What will be the impact to the implementation? Thanks!

Article: 153892
Subject: Call for beta users for Sigasi integration with Altera Quartus
From: Philippe Faes <philippe.faes@sigasi.com>
Date: Sun, 24 Jun 2012 04:55:08 -0700 (PDT)
Links: << >>  << T >>  << A >>
Hi everybody,

I am Philippe Faes, founder of Sigasi. Sigasi sells a design entry and
code comprehension tool for VHDL.

Many users of Altera Quartus have asked us if Sigasi plugs in to
Quartus. We have been working on integrating our tool with Quartus.
Today, we are ready to allow selected users to use a beta version. If
you are interested, please visit: http://bit.ly/sigasi-quartus-beta


best regards
Philippe


Article: 153893
Subject: Re: What are differences between IBUF and IBUFDS inferred and implemented for differential input signals?
From: "RCIngham" <robert.ingham@n_o_s_p_a_m.n_o_s_p_a_m.gmail.com>
Date: Mon, 25 Jun 2012 03:02:52 -0500
Links: << >>  << T >>  << A >>
>If a design has differential inputs, but the synthesis tool did not infer
differential input buffers IBUFDS on Xilinx FPGA for them, IBUFs are
inferred instead. What will be the impact to the implementation? Thanks!
>

Try it!
If Mapping fails, you will have to instantialte them somewhere
appropriate.
	   
					
---------------------------------------		
Posted through http://www.FPGARelated.com

Article: 153894
Subject: Re: Data transfers between MicroBlaze and VHDL
From: Martin Thompson <martin.j.thompson@trw.com>
Date: Mon, 25 Jun 2012 09:33:08 +0100
Links: << >>  << T >>  << A >>
pfraser <pete_fraser@comcast.net> writes:

> Martin Thompson wrote:
>
>>
>> As an aside - you might want to install the DocNav from Xilinx - that
>> keeps all their docs together and updated:
>>
>> http://myfpgablog.blogspot.co.uk/2011/03/xilinx-document-navigator-is-live.html
>
> Thank you! Thank you! Thank you!

You're welcome :)

> I regard finding / tracking Xilinx documents with the same level
> of enthusiasm as a trip to the dentist.
>

Yes, it can be a bit like that can't it?

Cheers,
Martin

-- 
martin.j.thompson@trw.com 
TRW Conekt - Consultancy in Engineering, Knowledge and Technology
http://www.conekt.co.uk/capabilities/39-electronic-hardware

Article: 153895
Subject: Re: Virtex 4 Cameralink DCM Limitation
From: carltonnbd@gmail.com
Date: Mon, 25 Jun 2012 08:37:11 -0700 (PDT)
Links: << >>  << T >>  << A >>
Hi Lasse,

The problem is that the OP desires an incoming frequency less than 32MHz.
This means the maximum-range type of DCM has to be used in order to accept =
the less than 32MHz clock input. The tradeoff is that the clkfx is restrict=
ed to what frequencies can be generated. In this case the upper limit on cl=
kfx is < 3.5x and also 7x for a maximum-range type DCM.

To illustrate the limit, try creating a DCM which uses the clkfx in the cor=
e generator for a V-4 target. Use an input frequency < 32MHz.


Regards,
Carlton

Article: 153896
Subject: Re: What are differences between IBUF and IBUFDS inferred and
From: carltonnbd@gmail.com
Date: Mon, 25 Jun 2012 08:57:35 -0700 (PDT)
Links: << >>  << T >>  << A >>
Firstly, unless there is some newer info out there, I believe that per the =
Xilinx HDL libraries guide, an IBUFDS must be instantiated and cannot be in=
ferred. The IBUFDS primitive and its functionality is located up in the I/O=
 cell and performs the differential to single ended conversion directly.=20

I will presume that your code to infer the differential to single-ended con=
version matches the functionality of the IBUFDS logic table in the HDL libr=
ary guide. As such with the IBUFs at the I/O cell, the synthesizer will the=
n try to replicate the functionality using logic cell(s). A significant per=
formance hit will occur do to the delays. These delays will change from ite=
ration to iteration as well. Also there will be more susceptibility to glit=
ching because it will be more challenging to match the routing of the two s=
ignals in and amongst the logic cell fabric.

Regards,
Carlton

Article: 153897
Subject: Re: Read output from external chip using microblaze
From: "nana_7488" <nana_7488@n_o_s_p_a_m.n_o_s_p_a_m.yahoo.com>
Date: Tue, 26 Jun 2012 02:53:30 -0500
Links: << >>  << T >>  << A >>
>>Hi all
>>I got stuck with my design. I'm planning to use microblaze in ML505
board
>>to read my full custom chip output and display to hyperterminal.
>>I've found one tutorial about read DIP switch using microblaze, but here
>I
>>want the output of my external chip to be read by microblaze.
>>I'm confused of the device_ID that I should use in my programming so
that
>>the microbalze can read the signal.
>>
>>FYI, I want to test my chip by driven the input signal using test vector
>>that I've designed using VHDL in Virtex-5(ML505)and the test vector
>output
>>will be the input of my chip. Then my chip will produce the output and
>>display at hyperterminal using microblaze.
>>
>>Hope somebody can help me with this.
>>Thanks
>
>What is the interface of the "full custon chip" that you want to read?
>Or is it just a bunch of signals?
>	   
>					
>---------------------------------------		
>Posted through http://www.FPGARelated.com

Hi
my interface is a test vector generator(vhdl file) to generate the 2 input
of 8-bit to my full custom chip. output of my chip will be read again and
compare with expected result and also to display at hyperterminal.
Actually i want to make this simple, but this is the only plan I have to
display the output by using microblaze.
Do you have any idea to solve my prob?Thanks.	   
					
---------------------------------------		
Posted through http://www.FPGARelated.com

Article: 153898
Subject: Re: Read output from external chip using microblaze
From: "RCIngham" <robert.ingham@n_o_s_p_a_m.n_o_s_p_a_m.gmail.com>
Date: Tue, 26 Jun 2012 03:31:38 -0500
Links: << >>  << T >>  << A >>
>>>Hi all
>>>I got stuck with my design. I'm planning to use microblaze in ML505
>board
>>>to read my full custom chip output and display to hyperterminal.
>>>I've found one tutorial about read DIP switch using microblaze, but
here
>>I
>>>want the output of my external chip to be read by microblaze.
>>>I'm confused of the device_ID that I should use in my programming so
>that
>>>the microbalze can read the signal.
>>>
>>>FYI, I want to test my chip by driven the input signal using test
vector
>>>that I've designed using VHDL in Virtex-5(ML505)and the test vector
>>output
>>>will be the input of my chip. Then my chip will produce the output and
>>>display at hyperterminal using microblaze.
>>>
>>>Hope somebody can help me with this.
>>>Thanks
>>
>>What is the interface of the "full custon chip" that you want to read?
>>Or is it just a bunch of signals?
>>	   
>
>Hi
>my interface is a test vector generator(vhdl file) to generate the 2
input
>of 8-bit to my full custom chip. output of my chip will be read again and
>compare with expected result and also to display at hyperterminal.
>Actually i want to make this simple, but this is the only plan I have to
>display the output by using microblaze.
>Do you have any idea to solve my prob?Thanks.	   
>					

Does the phrase "sledgehammer to crack a nut" mean anything to you?
Unless you are allergic to HDLs, it is time to learn digital design and
Verilog or VHDL.
	   
					
---------------------------------------		
Posted through http://www.FPGARelated.com

Article: 153899
Subject: Modelsim MXE on wine?
From: nospam@nospam.com
Date: Thu, 28 Jun 2012 14:45:54 +0100
Links: << >>  << T >>  << A >>
I had MXE (Modelsim Xilinx Edition) running successfully under Wine
until recently. However, following a lot of changes, I 've just
re-installed it, and can't get vsim running. My setup is SL(/RHEL)6,
64-bit, wine 1.2.3. I've installed MXE-III Starter, for both VHDL and
Verilog. When I run vsim I get a pop-up with a long message which
starts:

'can't read "view_master": no such variable when executing
"GUIMAIN"...'

The problem is in the tcl start-up (tcl/vsim/vsim). Anyone else seen
this? Any ideas?

Thanks.



Site Home   Archive Home   FAQ Home   How to search the Archive   How to Navigate the Archive   
Compare FPGA features and resources   

Threads starting:
1994JulAugSepOctNovDec1994
1995JanFebMarAprMayJunJulAugSepOctNovDec1995
1996JanFebMarAprMayJunJulAugSepOctNovDec1996
1997JanFebMarAprMayJunJulAugSepOctNovDec1997
1998JanFebMarAprMayJunJulAugSepOctNovDec1998
1999JanFebMarAprMayJunJulAugSepOctNovDec1999
2000JanFebMarAprMayJunJulAugSepOctNovDec2000
2001JanFebMarAprMayJunJulAugSepOctNovDec2001
2002JanFebMarAprMayJunJulAugSepOctNovDec2002
2003JanFebMarAprMayJunJulAugSepOctNovDec2003
2004JanFebMarAprMayJunJulAugSepOctNovDec2004
2005JanFebMarAprMayJunJulAugSepOctNovDec2005
2006JanFebMarAprMayJunJulAugSepOctNovDec2006
2007JanFebMarAprMayJunJulAugSepOctNovDec2007
2008JanFebMarAprMayJunJulAugSepOctNovDec2008
2009JanFebMarAprMayJunJulAugSepOctNovDec2009
2010JanFebMarAprMayJunJulAugSepOctNovDec2010
2011JanFebMarAprMayJunJulAugSepOctNovDec2011
2012JanFebMarAprMayJunJulAugSepOctNovDec2012
2013JanFebMarAprMayJunJulAugSepOctNovDec2013
2014JanFebMarAprMayJunJulAugSepOctNovDec2014
2015JanFebMarAprMayJunJulAugSepOctNovDec2015
2016JanFebMarAprMayJunJulAugSepOctNovDec2016
2017JanFebMarAprMayJunJulAugSepOctNovDec2017
2018JanFebMarAprMayJunJulAugSepOctNovDec2018
2019JanFebMarAprMayJunJulAugSepOctNovDec2019
2020JanFebMarAprMay2020

Authors:A B C D E F G H I J K L M N O P Q R S T U V W X Y Z

Custom Search