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 149400

Article: 149400
Subject: Re: Combined Microprocessor and FPGA
From: "cplante" <christian.plante@n_o_s_p_a_m.actel.com>
Date: Thu, 21 Oct 2010 19:18:42 -0500
Links: << >>  << T >>  << A >>
>Hi,
>
>I normally use a microcontrollers for my projects - I have used PIC's
>and AVR's - I mainly use them for the quick and easy programming etc.
>(Arduinos are great!)
>
>I've come across a case where a microprocessor can't meet my
>performance requirements though, but parts of my problem is very
>parallel, so an FPGA would be good.  The entire thing is too complex
>to do all in VHDL or something - I prefer C/C++ for the complex stuff.
>
>The exact use case is doing some linear arithmetic, using that to
>calculate a pointer, and outputting the data at that memory location
>serially to an IO device.  Throughput needs to be around 3Mbits/sec,
>where each bit will require the above operations, but no bit depends
>on any other.
>
>Does any company sell a microprocessor what has a few thousand logic
>elements of FPGA "on the side", which can interface fast with the
>microprocessor, for example through shared memory.  Ideally this would
>be cheap (ie. tens of dollars rather than hundreds of dollars), and
>easy to use (I don't want to have to be defining my own DMA controller
>or something...)
>
>I know one can implement a CPU on an FPGA, but all the CPU's I can
>find seem to be small and slow, and they somehow don't seem to be the
>same "point and click" ease of programming an Arduino - they also
>require development kits costing thousands of dollars.  Also I need it
>to be self contained - ie. a chip and maybe a crystal clock.  I don't
>really want to have to give it 3 regulated power supplies, 2 clocks,
>and an external program flash memory and controller.
>
>Ideas welcome!
>
>Thanks
>Oliver

Hi Oliver,

SmartFusion would give you what you need, and probably more. The CPU is a
100 MHz ARM Cortex-M3 with a full subsystem (DMA, eNVM, memory controller,
SPI/I2C/UART, 10/100 Ethernet, etc.) The A2F200 version has 200,000 system
gates (equivalent to 4,608 flip-flops). And a collection of analog blocks
(incl. ADCs, DACs and comparators). The Evaluation Kit (A2F-EVAL-KIT) has a
list price of $99.

From a chip standpoint, I believe this should meet your criteria. The tools
are available for free on Actel's website.

Regarding the unit pricing posted by some online distributors, the volume
pricing is much lower. Our local representative can give you a quote for
larger volumes, if you want.

I'd love to hear your feedback after you try it. This device is only 6
months old and we're constantly working on making it easier to design with.
For this, we welcome user comments. We're very passionate about
SmartFusion. And, I hope, like many people already have, you feel the
same.

Happy design!

Christian Plante
Director of Marketing
Low-Power and Mixed-Signal FPGAs
Actel Corp.



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

Article: 149401
Subject: Re: Analysis of the same path by two different tools in ISE yields different results.
From: Brian Drummond <brian_drummond@btconnect.com>
Date: Fri, 22 Oct 2010 09:25:43 +0100
Links: << >>  << T >>  << A >>
On Thu, 21 Oct 2010 17:58:35 -0400, "MM" <mbmsv@yahoo.com> wrote:

>
>The question still remains why PlanAhead reports a much smaller number of 
>errors than the Post-Place & Route Static Timing Analysis even though the 
>top errors are exactly the same... Is there are a hidden limit on the number 
>of errors reported in PlanAhead, which I can't find?

Given the name of the tool, is it reporting a prediction or estimate of the
timing errors rather than the actual placed and routed design?

If so, use it as guidance in the early stages, but once you have a routed
design, ignore it and pay attention to the Post-P&R results instead.

The important question is, why is your design not meeting post-P&R timing?

One hint: The placement phase starts from a randomised initial placement, and
refines it in multiple stages. But sometimes it yields a non-optimal result,
with one LUT or FF (or a few) wildly far away from its logical neighbours. This
placement is repeatable on subsequent runs. However, the least perturbation to
the design can disrupt the initial placement, and destroy a good design, or mend
a broken one...

Xilinx allow you to change the seed for this placement (via the "-t" switch to
MAP and PAR, or a GUI option) and this is a better way to perturb the placement.
(You need to supply the same seed, between 1 and 100, to BOTH tools, as of about
ISE9 or 10).

If your design is close (say 5-10%) to meeting timing, and there is no obvious
design problem in the error reports (long carry chains, or FFs that unexpectedly
migrated into IOBs or multipliers, and therefore moved a long way from your
logic), it is well worth re-running MAP and PAR with a different seed (or a few)
before trying anything else.

>When I tried running Report Timing from PlanAhead it quietly crashed... :(

There are usually ways of quietly crashing the Xilinx tools. Learning how to
avoid the minefields (and ideally, reporting them, if they are reproducible) is
one of the bigger tasks.

Article: 149402
Subject: Re: Combined Microprocessor and FPGA
From: rickman <gnuarm@gmail.com>
Date: Fri, 22 Oct 2010 04:09:57 -0700 (PDT)
Links: << >>  << T >>  << A >>
On Oct 21, 8:18=A0pm, "cplante" <christian.plante@n_o_s_p_a_m.actel.com>
wrote:
> >Hi,
>
> >I normally use a microcontrollers for my projects - I have used PIC's
> >and AVR's - I mainly use them for the quick and easy programming etc.
> >(Arduinos are great!)
>
> >I've come across a case where a microprocessor can't meet my
> >performance requirements though, but parts of my problem is very
> >parallel, so an FPGA would be good. =A0The entire thing is too complex
> >to do all in VHDL or something - I prefer C/C++ for the complex stuff.
>
> >The exact use case is doing some linear arithmetic, using that to
> >calculate a pointer, and outputting the data at that memory location
> >serially to an IO device. =A0Throughput needs to be around 3Mbits/sec,
> >where each bit will require the above operations, but no bit depends
> >on any other.
>
> >Does any company sell a microprocessor what has a few thousand logic
> >elements of FPGA "on the side", which can interface fast with the
> >microprocessor, for example through shared memory. =A0Ideally this would
> >be cheap (ie. tens of dollars rather than hundreds of dollars), and
> >easy to use (I don't want to have to be defining my own DMA controller
> >or something...)
>
> >I know one can implement a CPU on an FPGA, but all the CPU's I can
> >find seem to be small and slow, and they somehow don't seem to be the
> >same "point and click" ease of programming an Arduino - they also
> >require development kits costing thousands of dollars. =A0Also I need it
> >to be self contained - ie. a chip and maybe a crystal clock. =A0I don't
> >really want to have to give it 3 regulated power supplies, 2 clocks,
> >and an external program flash memory and controller.
>
> >Ideas welcome!
>
> >Thanks
> >Oliver
>
> Hi Oliver,
>
> SmartFusion would give you what you need, and probably more. The CPU is a
> 100 MHz ARM Cortex-M3 with a full subsystem (DMA, eNVM, memory controller=
,
> SPI/I2C/UART, 10/100 Ethernet, etc.) The A2F200 version has 200,000 syste=
m
> gates (equivalent to 4,608 flip-flops). And a collection of analog blocks
> (incl. ADCs, DACs and comparators). The Evaluation Kit (A2F-EVAL-KIT) has=
 a
> list price of $99.
>
> From a chip standpoint, I believe this should meet your criteria. The too=
ls
> are available for free on Actel's website.
>
> Regarding the unit pricing posted by some online distributors, the volume
> pricing is much lower. Our local representative can give you a quote for
> larger volumes, if you want.
>
> I'd love to hear your feedback after you try it. This device is only 6
> months old and we're constantly working on making it easier to design wit=
h.
> For this, we welcome user comments. We're very passionate about
> SmartFusion. And, I hope, like many people already have, you feel the
> same.
>
> Happy design!
>
> Christian Plante
> Director of Marketing
> Low-Power and Mixed-Signal FPGAs
> Actel Corp.

Yes, the SmartFusion device is interesting, but not practical for many
designs due to the cost, >$40.  Is the high price because of the
inherent complexity of building the part or is the price point set
high because it is an early entry in the field and we can expect to
see this as a $10 part sometime in the next year or so?  At $40 it is
more expensive than using separate components and so would only find
niche markets.  At $10 I have no doubt it would sell like hotcakes...
at IHOP!

Rick

Article: 149403
Subject: User Constraint Files
From: rickman <gnuarm@gmail.com>
Date: Fri, 22 Oct 2010 04:21:42 -0700 (PDT)
Links: << >>  << T >>  << A >>
Someone in a meetup group discussion is suggesting that there is a
level of interoperability between different brands of tools for the
User Constraint File (UCF).  I guess I never thought about it and just
assumed they would be proprietary.  The Lattice tools are based on the
same NeoCAD tools the Xilinx tools ar ebased on, so I am not surprised
by some degree of commonality.  But are Altera and Actel on the same
page?  Did they actually do something useful for engineers that might
not be in their own best interests?

I've seen that the PCB layout tools all have incompatible and mostly
binary file formats and have staunchly resisted efforts to change.  It
would seem they all write converters so you can change to their tool,
but they don't like in any way to help you to leave their tool.  I
would have expected this from the FPGA vendors as well.

Rick

Article: 149404
Subject: Re: User Constraint Files
From: "HT-Lab" <hans64@ht-lab.com>
Date: Fri, 22 Oct 2010 14:15:27 +0100
Links: << >>  << T >>  << A >>
Synopsys Design Constraint file seems to be supported by more and more EDA 
companies.

Hans
www.ht-lab.com

"rickman" <gnuarm@gmail.com> wrote in message 
news:70bebb4a-15f8-4945-8506-c83cbcd59e1e@u10g2000yqk.googlegroups.com...
> Someone in a meetup group discussion is suggesting that there is a
> level of interoperability between different brands of tools for the
> User Constraint File (UCF).  I guess I never thought about it and just
> assumed they would be proprietary.  The Lattice tools are based on the
> same NeoCAD tools the Xilinx tools ar ebased on, so I am not surprised
> by some degree of commonality.  But are Altera and Actel on the same
> page?  Did they actually do something useful for engineers that might
> not be in their own best interests?
>
> I've seen that the PCB layout tools all have incompatible and mostly
> binary file formats and have staunchly resisted efforts to change.  It
> would seem they all write converters so you can change to their tool,
> but they don't like in any way to help you to leave their tool.  I
> would have expected this from the FPGA vendors as well.
>
> Rick
> 



Article: 149405
Subject: Re: Analysis of the same path by two different tools in ISE yields different results.
From: "MM" <mbmsv@yahoo.com>
Date: Fri, 22 Oct 2010 09:38:30 -0400
Links: << >>  << T >>  << A >>
"Brian Drummond" <brian_drummond@btconnect.com> wrote in message 
news:dih2c61d7fg70b1l87dgjlp6rrt9rhqv7a@4ax.com...
> On Thu, 21 Oct 2010 17:58:35 -0400, "MM" <mbmsv@yahoo.com> wrote:
>
>>
>>The question still remains why PlanAhead reports a much smaller number of
>>errors than the Post-Place & Route Static Timing Analysis even though the
>>top errors are exactly the same... Is there are a hidden limit on the 
>>number
>>of errors reported in PlanAhead, which I can't find?
>
> Given the name of the tool, is it reporting a prediction or estimate of 
> the
> timing errors rather than the actual placed and routed design?
>
> If so, use it as guidance in the early stages, but once you have a routed
> design, ignore it and pay attention to the Post-P&R results instead.

The name of the tool might be confusing. However, in the latest Xilinx 
toolset it can used, among other things, for post-P&R timing analysis. And I 
should add that it has a very nice and convenient interface for that. The 
errors are not estimates, but the actual routed paths. However, it doesn't 
display the paths as routed, which is a little annoying.


/Mikhail 



Article: 149406
Subject: Re: Analysis of the same path by two different tools in ISE yields
From: Gabor <gabor@alacron.com>
Date: Fri, 22 Oct 2010 08:49:14 -0700 (PDT)
Links: << >>  << T >>  << A >>
On Oct 22, 9:38=A0am, "MM" <mb...@yahoo.com> wrote:
> "Brian Drummond" <brian_drumm...@btconnect.com> wrote in message
>
> news:dih2c61d7fg70b1l87dgjlp6rrt9rhqv7a@4ax.com...
>
> > On Thu, 21 Oct 2010 17:58:35 -0400, "MM" <mb...@yahoo.com> wrote:
>
> >>The question still remains why PlanAhead reports a much smaller number =
of
> >>errors than the Post-Place & Route Static Timing Analysis even though t=
he
> >>top errors are exactly the same... Is there are a hidden limit on the
> >>number
> >>of errors reported in PlanAhead, which I can't find?
>
> > Given the name of the tool, is it reporting a prediction or estimate of
> > the
> > timing errors rather than the actual placed and routed design?
>
> > If so, use it as guidance in the early stages, but once you have a rout=
ed
> > design, ignore it and pay attention to the Post-P&R results instead.
>
> The name of the tool might be confusing. However, in the latest Xilinx
> toolset it can used, among other things, for post-P&R timing analysis. An=
d I
> should add that it has a very nice and convenient interface for that. The
> errors are not estimates, but the actual routed paths. However, it doesn'=
t
> display the paths as routed, which is a little annoying.
>
> /Mikhail

You can see the routing if you open the design in the FPGA editor.
You can also
cross-probe to the FPGA editor from the post P&R timing report if you
use
the ISE GUI.  FPGA editor also shows delays to each load for a
selected net.

Regards,
Gabor

Article: 149407
Subject: Re: Combined Microprocessor and FPGA
From: emeb <ebrombaugh@gmail.com>
Date: Fri, 22 Oct 2010 10:37:14 -0700 (PDT)
Links: << >>  << T >>  << A >>
On Oct 18, 11:44=A0am, Tim Wescott <t...@seemywebsite.com> wrote:
> On 10/18/2010 04:13 AM, Anssi Saari wrote:
>
>
>
> > Oliver Mattos<omat...@gmail.com> =A0writes:
>
> >> Does any company sell a microprocessor what has a few thousand logic
> >> elements of FPGA "on the side", which can interface fast with the
> >> microprocessor, for example through shared memory. =A0Ideally this wou=
ld
> >> be cheap (ie. tens of dollars rather than hundreds of dollars), and
> >> easy to use (I don't want to have to be defining my own DMA controller
> >> or something...)
>
> > Yes, Actel Smartfusion. It's a hard ARM Cortex M3 with hard basic
> > peripherals and some programmable logic around that. Also, single 3.3V
> > power supply. SW tools are free from Actel or you can buy from IAR or
> > Keil. Eval kit is $99.
>
> > I had a visit from Actel recently, SmartFusion seems very interesting,
> > but I've never designed anything with their FPGAs.
>
> > It's also interesting to note that Xilinx is going to do the same
> > thing in their 7 series, hard ARM with hard peripherals ready to go,
> > programmable logic around it.
>
> I remember a point ten years or so ago when we considered the Atmel
> FPSLIC (too small, too Atmel), the Altera Cyclone (too Altera), and the
> Xilinx part with the embedded PowerPC (too PowerPC).
>
> We ended up with a plain old Xilinx chip talking to the same little DSP
> that we were putting in a bunch of other boards at the same time, with a
> nice fast memory-mapped interface.
>
> So, don't overlook a plain old FPGA (or CPLD even) attached to a plain
> old processor with the high-speed interconnect of your choice.

Agree 100%

I've designed a little dsPIC + Spartan 3A board that loads the FPGA up
from a micro SD card:

http://members.cox.net/ebrombaugh1/synth/dsPIC_fpga/index.html

Uses a relatively fast SPI port for configuration and control, but has
an option for a parallel interface as well. Micro SD is DOS FAT
formatted so the bitstream is saved on it as a normal file which the
dsPIC finds & loads at powerup.

Eric

Article: 149408
Subject: Re: Combined Microprocessor and FPGA
From: steve ravet <steve.ravet@gmail.com>
Date: Fri, 22 Oct 2010 10:44:36 -0700 (PDT)
Links: << >>  << T >>  << A >>
On Oct 17, 2:31=A0pm, Oliver Mattos <omat...@gmail.com> wrote:
> Hi,
>
> I normally use a microcontrollers for my projects - I have used PIC's
> and AVR's - I mainly use them for the quick and easy programming etc.
> (Arduinos are great!)
>
> I've come across a case where a microprocessor can't meet my
> performance requirements though, but parts of my problem is very
> parallel, so an FPGA would be good. =A0The entire thing is too complex
> to do all in VHDL or something - I prefer C/C++ for the complex stuff.

Oliver, take a look at mbed, which is an ARM Cortex-M3 based
microcontroller, 32 bit instruction set, running at 100 MHz.  It may
have the performance you want without needing any additional
hardware.  They're $60 in stock at Mouser.  mbed is aimed at easing
the task of building a prototype.  To do this the development
environment (C/C++) is hosted online so you don't have to install any
tools, dongles, or ICE hardware.  You just need a computer and a USB
cable to the mbed.  After you compile online save the resulting .bin
file to your mbed (which appears as a flash drive) and the new
firmware is installed and ready to go.

Also, the microcontroller peripherals have been abstracted into C++
classes so you don't have to refer to the device datasheet for
register definitions.  Just instantiate an AnalogIn (for example) and
use it.

over at www.mbed.org you can read more and look at the shared
libraries and programs people have created.

--steve


Article: 149409
Subject: Re: Combined Microprocessor and FPGA
From: "cplante" <christian.plante@n_o_s_p_a_m.n_o_s_p_a_m.actel.com>
Date: Fri, 22 Oct 2010 13:13:25 -0500
Links: << >>  << T >>  << A >>
>On Oct 21, 8:18=A0pm, "cplante" <christian.plante@n_o_s_p_a_m.actel.com>
>wrote:
>> >Hi,
>>
>> >I normally use a microcontrollers for my projects - I have used PIC's
>> >and AVR's - I mainly use them for the quick and easy programming etc.
>> >(Arduinos are great!)
>>
>> >I've come across a case where a microprocessor can't meet my
>> >performance requirements though, but parts of my problem is very
>> >parallel, so an FPGA would be good. =A0The entire thing is too complex
>> >to do all in VHDL or something - I prefer C/C++ for the complex stuff.
>>
>> >The exact use case is doing some linear arithmetic, using that to
>> >calculate a pointer, and outputting the data at that memory location
>> >serially to an IO device. =A0Throughput needs to be around 3Mbits/sec,
>> >where each bit will require the above operations, but no bit depends
>> >on any other.
>>
>> >Does any company sell a microprocessor what has a few thousand logic
>> >elements of FPGA "on the side", which can interface fast with the
>> >microprocessor, for example through shared memory. =A0Ideally this
would
>> >be cheap (ie. tens of dollars rather than hundreds of dollars), and
>> >easy to use (I don't want to have to be defining my own DMA controller
>> >or something...)
>>
>> >I know one can implement a CPU on an FPGA, but all the CPU's I can
>> >find seem to be small and slow, and they somehow don't seem to be the
>> >same "point and click" ease of programming an Arduino - they also
>> >require development kits costing thousands of dollars. =A0Also I need
it
>> >to be self contained - ie. a chip and maybe a crystal clock. =A0I
don't
>> >really want to have to give it 3 regulated power supplies, 2 clocks,
>> >and an external program flash memory and controller.
>>
>> >Ideas welcome!
>>
>> >Thanks
>> >Oliver
>>
>> Hi Oliver,
>>
>> SmartFusion would give you what you need, and probably more. The CPU is
a
>> 100 MHz ARM Cortex-M3 with a full subsystem (DMA, eNVM, memory
controller=
>,
>> SPI/I2C/UART, 10/100 Ethernet, etc.) The A2F200 version has 200,000
syste=
>m
>> gates (equivalent to 4,608 flip-flops). And a collection of analog
blocks
>> (incl. ADCs, DACs and comparators). The Evaluation Kit (A2F-EVAL-KIT)
has=
> a
>> list price of $99.
>>
>> From a chip standpoint, I believe this should meet your criteria. The
too=
>ls
>> are available for free on Actel's website.
>>
>> Regarding the unit pricing posted by some online distributors, the
volume
>> pricing is much lower. Our local representative can give you a quote
for
>> larger volumes, if you want.
>>
>> I'd love to hear your feedback after you try it. This device is only 6
>> months old and we're constantly working on making it easier to design
wit=
>h.
>> For this, we welcome user comments. We're very passionate about
>> SmartFusion. And, I hope, like many people already have, you feel the
>> same.
>>
>> Happy design!
>>
>> Christian Plante
>> Director of Marketing
>> Low-Power and Mixed-Signal FPGAs
>> Actel Corp.
>
>Yes, the SmartFusion device is interesting, but not practical for many
>designs due to the cost, >$40.  Is the high price because of the
>inherent complexity of building the part or is the price point set
>high because it is an early entry in the field and we can expect to
>see this as a $10 part sometime in the next year or so?  At $40 it is
>more expensive than using separate components and so would only find
>niche markets.  At $10 I have no doubt it would sell like hotcakes...
>at IHOP!
>
>Rick
>

Hi Rick,

I don't disagree with that. There's another device in the hopper: A2F060
(60,000 gates). Information about it is already on our website. It's not
sampling yet and we haven't set the final pricing either. But you can guess
it's going to be much lower than the A2F200 and probably more in line with
your expectations. 

It's still very early in the product's life. Thus, the current pricing
found on online distributor sites. Thus, it's fair to say that pricing will
be much lower next year. 

In the same vein, I would expect that the acquisition of Actel by Microsemi
will also bring economies of scale that should impact SmartFusion's cost
structure in the long term. 

In short, we're not ready for IHOP yet, but we're working on it. :)

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

Article: 149410
Subject: Re: Combined Microprocessor and FPGA
From: rickman <gnuarm@gmail.com>
Date: Fri, 22 Oct 2010 12:41:12 -0700 (PDT)
Links: << >>  << T >>  << A >>
On Oct 22, 2:13=A0pm, "cplante"
<christian.plante@n_o_s_p_a_m.n_o_s_p_a_m.actel.com> wrote:
> >On Oct 21, 8:18=3DA0pm, "cplante" <christian.plante@n_o_s_p_a_m.actel.co=
m>
> >wrote:
> >> >Hi,
>
> >> >I normally use a microcontrollers for my projects - I have used PIC's
> >> >and AVR's - I mainly use them for the quick and easy programming etc.
> >> >(Arduinos are great!)
>
> >> >I've come across a case where a microprocessor can't meet my
> >> >performance requirements though, but parts of my problem is very
> >> >parallel, so an FPGA would be good. =3DA0The entire thing is too comp=
lex
> >> >to do all in VHDL or something - I prefer C/C++ for the complex stuff=
.
>
> >> >The exact use case is doing some linear arithmetic, using that to
> >> >calculate a pointer, and outputting the data at that memory location
> >> >serially to an IO device. =3DA0Throughput needs to be around 3Mbits/s=
ec,
> >> >where each bit will require the above operations, but no bit depends
> >> >on any other.
>
> >> >Does any company sell a microprocessor what has a few thousand logic
> >> >elements of FPGA "on the side", which can interface fast with the
> >> >microprocessor, for example through shared memory. =3DA0Ideally this
> would
> >> >be cheap (ie. tens of dollars rather than hundreds of dollars), and
> >> >easy to use (I don't want to have to be defining my own DMA controlle=
r
> >> >or something...)
>
> >> >I know one can implement a CPU on an FPGA, but all the CPU's I can
> >> >find seem to be small and slow, and they somehow don't seem to be the
> >> >same "point and click" ease of programming an Arduino - they also
> >> >require development kits costing thousands of dollars. =3DA0Also I ne=
ed
> it
> >> >to be self contained - ie. a chip and maybe a crystal clock. =3DA0I
> don't
> >> >really want to have to give it 3 regulated power supplies, 2 clocks,
> >> >and an external program flash memory and controller.
>
> >> >Ideas welcome!
>
> >> >Thanks
> >> >Oliver
>
> >> Hi Oliver,
>
> >> SmartFusion would give you what you need, and probably more. The CPU i=
s
> a
> >> 100 MHz ARM Cortex-M3 with a full subsystem (DMA, eNVM, memory
> controller=3D
> >,
> >> SPI/I2C/UART, 10/100 Ethernet, etc.) The A2F200 version has 200,000
> syste=3D
> >m
> >> gates (equivalent to 4,608 flip-flops). And a collection of analog
> blocks
> >> (incl. ADCs, DACs and comparators). The Evaluation Kit (A2F-EVAL-KIT)
> has=3D
> > a
> >> list price of $99.
>
> >> From a chip standpoint, I believe this should meet your criteria. The
> too=3D
> >ls
> >> are available for free on Actel's website.
>
> >> Regarding the unit pricing posted by some online distributors, the
> volume
> >> pricing is much lower. Our local representative can give you a quote
> for
> >> larger volumes, if you want.
>
> >> I'd love to hear your feedback after you try it. This device is only 6
> >> months old and we're constantly working on making it easier to design
> wit=3D
> >h.
> >> For this, we welcome user comments. We're very passionate about
> >> SmartFusion. And, I hope, like many people already have, you feel the
> >> same.
>
> >> Happy design!
>
> >> Christian Plante
> >> Director of Marketing
> >> Low-Power and Mixed-Signal FPGAs
> >> Actel Corp.
>
> >Yes, the SmartFusion device is interesting, but not practical for many
> >designs due to the cost, >$40. =A0Is the high price because of the
> >inherent complexity of building the part or is the price point set
> >high because it is an early entry in the field and we can expect to
> >see this as a $10 part sometime in the next year or so? =A0At $40 it is
> >more expensive than using separate components and so would only find
> >niche markets. =A0At $10 I have no doubt it would sell like hotcakes...
> >at IHOP!
>
> >Rick
>
> Hi Rick,
>
> I don't disagree with that. There's another device in the hopper: A2F060
> (60,000 gates). Information about it is already on our website. It's not
> sampling yet and we haven't set the final pricing either. But you can gue=
ss
> it's going to be much lower than the A2F200 and probably more in line wit=
h
> your expectations.

Do me a favor, when you talk of the size of FPGA fabric, don't use
"gates".  That is a meaningless metric since there is no standard way
to evaluate a design in terms of gates.  A much better metric which is
easy to measure is 4-input LUTs.  They exist in your device, so rather
than estimating, you can just count them.  I wouldn't say that about
Xilinx.  They estimate "logic cells" rather than use LUTs.  They seem
to be smart guys, but they clearly don't know how to count!!!

The A2F060 might be a good device for some, but I have two problems
with it.  The analog does not measure up, I need 2 channels of ADC/
DAC, preferably 16 bit 96 kHz sample rate.  With only 1500 LUTs it may
not be large enough for my designs.  Oh yeah, one other nit is the
package.  CS and BGAs are nice for some apps, but for low cost apps a
100 pin QFP is much better.  It costs extra to drill the tiny vias you
need for these parts.  No point in having a $10 part if it requires
you to spend $10 extra on the PWB.


> It's still very early in the product's life. Thus, the current pricing
> found on online distributor sites. Thus, it's fair to say that pricing wi=
ll
> be much lower next year.

That is good to hear.

> In the same vein, I would expect that the acquisition of Actel by Microse=
mi
> will also bring economies of scale that should impact SmartFusion's cost
> structure in the long term.

That will be interesting to see.


> In short, we're not ready for IHOP yet, but we're working on it. :)

Ok, but if you do go there, stay away from the spaghetti dinner
special!!!

Rick

Article: 149411
Subject: Re: Analysis of the same path by two different tools in ISE yields different results.
From: "MM" <mbmsv@yahoo.com>
Date: Fri, 22 Oct 2010 16:04:58 -0400
Links: << >>  << T >>  << A >>
"Gabor" <gabor@alacron.com> wrote in message 
news:c8ba2148-1052-4627-99d6-9ba961ba5408@i5g2000yqe.googlegroups.com...
>
>You can see the routing if you open the design in the FPGA editor.
>You can also cross-probe to the FPGA editor from the post P&R timing report 
>if you
>use the ISE GUI.  FPGA editor also shows delays to each load for a selected 
>net.

Yes, thanks, I know all that. The PlanAhead just does some of that nicer by 
combining comprehensive device view with the timing report.

/Mikhail




Article: 149412
Subject: Re: Analysis of the same path by two different tools in ISE yields
From: Gabor <gabor@alacron.com>
Date: Fri, 22 Oct 2010 14:08:56 -0700 (PDT)
Links: << >>  << T >>  << A >>
On Oct 22, 4:04=A0pm, "MM" <mb...@yahoo.com> wrote:
> "Gabor" <ga...@alacron.com> wrote in message
>
> news:c8ba2148-1052-4627-99d6-9ba961ba5408@i5g2000yqe.googlegroups.com...
>
>
>
> >You can see the routing if you open the design in the FPGA editor.
> >You can also cross-probe to the FPGA editor from the post P&R timing rep=
ort
> >if you
> >use the ISE GUI. =A0FPGA editor also shows delays to each load for a sel=
ected
> >net.
>
> Yes, thanks, I know all that. The PlanAhead just does some of that nicer =
by
> combining comprehensive device view with the timing report.
>
> /Mikhail

Well, I haven't really touched plan-ahead.  Then again, I never used
PACE
or the old floorplanner either, so I'm more comfortable with the FPGA
editor.
But I've never seen the FPGA editor numbers disagree with the timing
report either.

Regards,
Gabor

Article: 149413
Subject: Need help with powering FPGA
From: "salimbaba" <a1234573@n_o_s_p_a_m.n_o_s_p_a_m.owlpic.com>
Date: Fri, 22 Oct 2010 16:51:22 -0500
Links: << >>  << T >>  << A >>
Hi,
i am using this regulator by Texas Instruments to power up my FPGA i.e.
tps75003, [h t tp://focus.ti.com/docs/prod/folders/print/tps75003.html]

They have given an application note of 2A design which is available here :
http://focus.ti.com/lit/ug/slvu116a/slvu116a.pdf

i need to upgrade this design to 3A but i cannot figure out what changes do
i need to make like which components do i need to change. if anyone has
designed it for 3A, can he kindly share his design with me.Or if you have
any suggestions on what components to use,that would be great too =) .


Thanks
Regards
SalimBaba	   
					
---------------------------------------		
Posted through http://www.FPGARelated.com

Article: 149414
Subject: Re: Analysis of the same path by two different tools in ISE yields different results.
From: "MM" <mbmsv@yahoo.com>
Date: Fri, 22 Oct 2010 18:13:12 -0400
Links: << >>  << T >>  << A >>
"Gabor" <gabor@alacron.com> wrote

> Well, I haven't really touched plan-ahead.  Then again, I never used PACE
> or the old floorplanner either, so I'm more comfortable with the FPGA 
> editor.
> But I've never seen the FPGA editor numbers disagree with the timing 
> report either.

Give it a try. It's easy. If you have a project in ISE (I am currently using 
the latest 12.3), in the processes view, under Place & Route you'll see 
Analyze Timing / Floorplan Design (PlanAhead). This will open your routed 
design in PlanAhead. Note that PlanAhead greys out certain functions 
depending on where it is open from. To see its full power you need to open 
it standalone and create a project. I actually think that Xilinx might one 
day replace ISE front-end with PlanAhead, it feels like a better organized 
and more powerful GUI. Although, I haven't used it much yet, and haven't 
tried RTL flow at all, so I might be wrong. What I like in it is how easy it 
is to create multiple jobs, launch them all and compare the results. Here is 
how I used it the most so far: I would synthesize the project in ISE, and 
then create a standalone netlist project in PlanAhead. After that you can 
create and launch multiple map/par strategies with a few mouse clicks.


/Mikhail



Article: 149415
Subject: Re: Combined Microprocessor and FPGA
From: Andy Peters <google@latke.net>
Date: Fri, 22 Oct 2010 16:27:50 -0700 (PDT)
Links: << >>  << T >>  << A >>
On Oct 21, 5:18=A0pm, "cplante" <christian.plante@n_o_s_p_a_m.actel.com>
wrote:
> >Hi,
>
> >I normally use a microcontrollers for my projects - I have used PIC's
> >and AVR's - I mainly use them for the quick and easy programming etc.
> >(Arduinos are great!)
>
> >I've come across a case where a microprocessor can't meet my
> >performance requirements though, but parts of my problem is very
> >parallel, so an FPGA would be good. =A0The entire thing is too complex
> >to do all in VHDL or something - I prefer C/C++ for the complex stuff.
>
> >The exact use case is doing some linear arithmetic, using that to
> >calculate a pointer, and outputting the data at that memory location
> >serially to an IO device. =A0Throughput needs to be around 3Mbits/sec,
> >where each bit will require the above operations, but no bit depends
> >on any other.
>
> >Does any company sell a microprocessor what has a few thousand logic
> >elements of FPGA "on the side", which can interface fast with the
> >microprocessor, for example through shared memory. =A0Ideally this would
> >be cheap (ie. tens of dollars rather than hundreds of dollars), and
> >easy to use (I don't want to have to be defining my own DMA controller
> >or something...)
>
> >I know one can implement a CPU on an FPGA, but all the CPU's I can
> >find seem to be small and slow, and they somehow don't seem to be the
> >same "point and click" ease of programming an Arduino - they also
> >require development kits costing thousands of dollars. =A0Also I need it
> >to be self contained - ie. a chip and maybe a crystal clock. =A0I don't
> >really want to have to give it 3 regulated power supplies, 2 clocks,
> >and an external program flash memory and controller.
>
> >Ideas welcome!
>
> >Thanks
> >Oliver
>
> Hi Oliver,
>
> SmartFusion would give you what you need, and probably more. The CPU is a
> 100 MHz ARM Cortex-M3 with a full subsystem (DMA, eNVM, memory controller=
,
> SPI/I2C/UART, 10/100 Ethernet, etc.) The A2F200 version has 200,000 syste=
m
> gates (equivalent to 4,608 flip-flops). And a collection of analog blocks
> (incl. ADCs, DACs and comparators). The Evaluation Kit (A2F-EVAL-KIT) has=
 a
> list price of $99.
>
> From a chip standpoint, I believe this should meet your criteria. The too=
ls
> are available for free on Actel's website.

Christian,

Is there a tutorial that explains the design flow for the ProASIC3L
devices that can use the ARM Cortex-M1 core? I've got all of the tools
but I have no idea where to begin. My local FAE has not gotten back to
me with an answer to this question.

Ideally, the microprocessor core will coexist with some completely
independent datapath logic.

Thanks,
-a

Article: 149416
Subject: Re: Need help with powering FPGA
From: Rob <nothear@nowhere.com>
Date: Fri, 22 Oct 2010 22:03:21 -0400
Links: << >>  << T >>  << A >>
If you like TI then use their Switcher Pro software.

http://focus.ti.com/docs/toolsw/folders/print/switcherpro.html



On 10/22/2010 5:51 PM, salimbaba wrote:
> Hi,
> i am using this regulator by Texas Instruments to power up my FPGA i.e.
> tps75003, [h t tp://focus.ti.com/docs/prod/folders/print/tps75003.html]
>
> They have given an application note of 2A design which is available here :
> http://focus.ti.com/lit/ug/slvu116a/slvu116a.pdf
>
> i need to upgrade this design to 3A but i cannot figure out what changes do
> i need to make like which components do i need to change. if anyone has
> designed it for 3A, can he kindly share his design with me.Or if you have
> any suggestions on what components to use,that would be great too =) .
>
>
> Thanks
> Regards
> SalimBaba	
> 					
> ---------------------------------------		
> Posted through http://www.FPGARelated.com


Article: 149417
Subject: Re: Need help with powering FPGA
From: Muzaffer Kal <kal@dspia.com>
Date: Fri, 22 Oct 2010 20:10:34 -0700
Links: << >>  << T >>  << A >>
On Fri, 22 Oct 2010 16:51:22 -0500, "salimbaba"
<a1234573@n_o_s_p_a_m.n_o_s_p_a_m.owlpic.com> wrote:

>Hi,
>i am using this regulator by Texas Instruments to power up my FPGA i.e.
>tps75003, [h t tp://focus.ti.com/docs/prod/folders/print/tps75003.html]
>
>They have given an application note of 2A design which is available here :
>http://focus.ti.com/lit/ug/slvu116a/slvu116a.pdf
>
>i need to upgrade this design to 3A but i cannot figure out what changes do
>i need to make like which components do i need to change. if anyone has
>designed it for 3A, can he kindly share his design with me.Or if you have
>any suggestions on what components to use,that would be great too =) .

Checkout the following document for different component selection
options: http://focus.ti.com/lit/ds/symlink/tps75003.pdf
Most important parts to be resized are the p-mos fets and the
inductors.
-- 
Muzaffer Kal

DSPIA INC.
ASIC/FPGA Design Services

http://www.dspia.com

Article: 149418
Subject: Re: Need help with powering FPGA
From: "salimbaba" <a1234573@n_o_s_p_a_m.n_o_s_p_a_m.owlpic.com>
Date: Sat, 23 Oct 2010 01:33:00 -0500
Links: << >>  << T >>  << A >>
Hi muzaffar
i have gone through the datasheet and can't seem to figure out the
component values that's why i asked for help =) . Can you kindly tell me,
currently i am using the app note configuration of 2A, app note's link is
given in the first thread.


thanks
regards
	   
					
---------------------------------------		
Posted through http://www.FPGARelated.com

Article: 149419
Subject: xilinx spartan3e clock domain crossing or synchronizing two clocks
From: Arne <arne@pagelnet.de>
Date: Sat, 23 Oct 2010 14:14:27 +0200
Links: << >>  << T >>  << A >>
Hello,

following situation:

I have a board with a 10MHz oscillator which supplies a microcontroller and a spartan3e.

The spartan uses a DCM to generate 50MHz for a global clock.
The Controller has also a PLL to generate 50Mhz internal.

Both, the controller and the spartan are connected over a parallel bus, the bus interface has a 
clock output (configured to 50MHz, permanently on).
These clock signal is connected to a LHCLK input of the spartan.

The simplest way for me would be to use the supplied bus clock at LHCLK-Pin as global clock for my 
design, but I get warnings when I try this.
I can't feed a DCM with a LHCLK signal, at least I wasn't able to do this.

Because the clocks have the same source, I could try to synchronize them.
I tried to use the bus clock as feedback for the DCM, but when I Try this
I get errormessages like "Place:1012 - A clock IOB / DCM component pair have been found that are not 
placed at an optimal clock IOB / DCM site pair."

Another solution I think about is to use the bus clock to feed the bus-interface and then building a 
fifo for clock domain crossing, but this is more complex.

Any suggestion what would be the best way to solve this problem?

regards
   Arne


Article: 149420
Subject: FPGA I/O Issues.
From: Santosh <santos2k7@gmail.com>
Date: Sat, 23 Oct 2010 06:24:10 -0700 (PDT)
Links: << >>  << T >>  << A >>
Hi,
    I have got Spartan 3E starter board, now what I am trying to do is
get some data from external circuit. As suggested in this group I got
the FX2 Breadboard from Digilent Inc. I have made an AVR(AtMega 16)
based system which is capable of measuring temperature and relative
humidity. Now I ain't got any ideas to send the measured
data(temperature and humidity) to the FPGA board. I think voltage
level conversion is must, and except that are there any clock issues I
should take care of? Any suggestions/ideas are really appreciated.

San.

Article: 149421
Subject: Re: xilinx spartan3e clock domain crossing or synchronizing two clocks
From: Gabor <gabor@alacron.com>
Date: Sat, 23 Oct 2010 07:22:06 -0700 (PDT)
Links: << >>  << T >>  << A >>
On Oct 23, 8:14=A0am, Arne <a...@pagelnet.de> wrote:
> Hello,
>
> following situation:
>
> I have a board with a 10MHz oscillator which supplies a microcontroller a=
nd a spartan3e.
>
> The spartan uses a DCM to generate 50MHz for a global clock.
> The Controller has also a PLL to generate 50Mhz internal.
>
> Both, the controller and the spartan are connected over a parallel bus, t=
he bus interface has a
> clock output (configured to 50MHz, permanently on).
> These clock signal is connected to a LHCLK input of the spartan.
>
> The simplest way for me would be to use the supplied bus clock at LHCLK-P=
in as global clock for my
> design, but I get warnings when I try this.
> I can't feed a DCM with a LHCLK signal, at least I wasn't able to do this=
.
>
> Because the clocks have the same source, I could try to synchronize them.
> I tried to use the bus clock as feedback for the DCM, but when I Try this
> I get errormessages like "Place:1012 - A clock IOB / DCM component pair h=
ave been found that are not
> placed at an optimal clock IOB / DCM site pair."
>
> Another solution I think about is to use the bus clock to feed the bus-in=
terface and then building a
> fifo for clock domain crossing, but this is more complex.
>
> Any suggestion what would be the best way to solve this problem?
>
> regards
> =A0 =A0Arne

For use with a DCM you should really place the clock on a global (GC)
clock pin
rather than a side clock.  However you can still force the design to
route with the
less optimal clocking connection.  If you read the rest of the error
message it
should have a line that shows exactly what to place in your .ucf file
to override
the error and demote it to a warning.  The down side of this is that
you will get
a fairly large delay in the path from the clock pin to the DCM (that's
why they
don't recommend this and make it an error by default).  Perhaps a
better option
is to use the clock without a DCM.  At 50 MHz, you might find this
option is
still good enough to meet timing.  Assuming any IOB's that need to run
on this
clock are on the same half of the chip ("left" side as suggested by
the name
LHCLK), then this should prevent the errors.  If you use IOB flip-
flops for
sampling the bus signals, you may need to instantiate IDELAY elements
to reduce the hold time requirement to zero.  This was the default
for earlier devices, so I'm not sure if you need this for Spartan 3E
or not.
Also if you don't specify a clock buffer, the tools should insert a
regional
clock buffer by default.  If not you may need to instantiate a BUFR on
this instead of BUFG.

Definitely add OFFSET IN timing constraints to your .ucf file to make
sure the clocking scheme is adequate.

HTH,
Gabor

Article: 149422
Subject: Re: FPGA I/O Issues.
From: Gabor <gabor@alacron.com>
Date: Sat, 23 Oct 2010 07:33:05 -0700 (PDT)
Links: << >>  << T >>  << A >>
On Oct 23, 9:24=A0am, Santosh <santos...@gmail.com> wrote:
> Hi,
> =A0 =A0 I have got Spartan 3E starter board, now what I am trying to do i=
s
> get some data from external circuit. As suggested in this group I got
> the FX2 Breadboard from Digilent Inc. I have made an AVR(AtMega 16)
> based system which is capable of measuring temperature and relative
> humidity. Now I ain't got any ideas to send the measured
> data(temperature and humidity) to the FPGA board. I think voltage
> level conversion is must, and except that are there any clock issues I
> should take care of? Any suggestions/ideas are really appreciated.
>
> San.

What sort of external interfaces does your AtMega system have?  Since
I assume that you don't need the data to update really fast for this
sort
of application, I would choose the interface with the fewest wires
if there are more than one to choose from.  I think something like I2C
would be perfect for this application - just two signal wires and a
protocol that's easy to use.  SPI or MicroWire are even easier
from a protocol standpoint and have only a couple more wires.
Any of these protocols can be run slow enough that you can
oversample the signals with an internal clock in the FPGA.
Then you don't need to be as concerned about signal integrity
on your "clock" lines, which would be sampled, too.  Otherwise
no matter how slow the interface (including 100 MHz I2C)
if you try to use the clock line directly as a clock you can
have headaches.

Regards,
Gabor

Article: 149423
Subject: Re: FPGA I/O Issues.
From: Santosh <santos2k7@gmail.com>
Date: Sun, 24 Oct 2010 04:50:24 -0700 (PDT)
Links: << >>  << T >>  << A >>
> What sort of external interfaces does your AtMega system have? =A0Since
> I assume that you don't need the data to update really fast for this
> sort
> of application, I would choose the interface with the fewest wires
> if there are more than one to choose from. =A0I think something like I2C
> would be perfect for this application - just two signal wires and a
> protocol that's easy to use. =A0SPI or MicroWire are even easier
> from a protocol standpoint and have only a couple more wires.
> Any of these protocols can be run slow enough that you can
> oversample the signals with an internal clock in the FPGA.
> Then you don't need to be as concerned about signal integrity
> on your "clock" lines, which would be sampled, too. =A0Otherwise
> no matter how slow the interface (including 100 MHz I2C)
> if you try to use the clock line directly as a clock you can
> have headaches.
>
> Regards,
> Gabor



Hey,
      I may be wrong but doesn't the AtMega output data on its clock
speed, which is run by external X-tal and FPGA runs at 50 Mhz. And due
to non-matching clocks, ain't there any conflicts. And I didn't get
the term oversampling, : P

San.


Article: 149424
Subject: Re: FPGA I/O Issues.
From: rickman <gnuarm@gmail.com>
Date: Sun, 24 Oct 2010 07:22:09 -0700 (PDT)
Links: << >>  << T >>  << A >>
On Oct 24, 7:50=A0am, Santosh <santos...@gmail.com> wrote:
> > What sort of external interfaces does your AtMega system have? =A0Since
> > I assume that you don't need the data to update really fast for this
> > sort
> > of application, I would choose the interface with the fewest wires
> > if there are more than one to choose from. =A0I think something like I2=
C
> > would be perfect for this application - just two signal wires and a
> > protocol that's easy to use. =A0SPI or MicroWire are even easier
> > from a protocol standpoint and have only a couple more wires.
> > Any of these protocols can be run slow enough that you can
> > oversample the signals with an internal clock in the FPGA.
> > Then you don't need to be as concerned about signal integrity
> > on your "clock" lines, which would be sampled, too. =A0Otherwise
> > no matter how slow the interface (including 100 MHz I2C)
> > if you try to use the clock line directly as a clock you can
> > have headaches.
>
> > Regards,
> > Gabor
>
> Hey,
> =A0 =A0 =A0 I may be wrong but doesn't the AtMega output data on its cloc=
k
> speed, which is run by external X-tal and FPGA runs at 50 Mhz. And due
> to non-matching clocks, ain't there any conflicts. And I didn't get
> the term oversampling, : P
>
> San.

Do you know the terms SPI or EIA-232?  Or ain't you got to that point
in your class yet?

Rick



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