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 147100

Article: 147100
Subject: Re: Implementing bidirectional bus inside the FPGA
From: "RCIngham" <robert.ingham@n_o_s_p_a_m.n_o_s_p_a_m.gmail.com>
Date: Wed, 14 Apr 2010 04:18:30 -0500
Links: << >>  << T >>  << A >>
>
>I would like to know if there is any other way to implement a
>bidirectional bus that does not use the IOBs ?
>

Although internal tristate busses are not unusual in ASICs (though some
vendors have deprecated them at some periods because of the bad effects of
floating signals inside ICs), they are not really compatible with FPGA
technology. Just don't do it! Please!

There's lots of routing resource in V4 FPGAs, so a conventional crosspoint
bus structure should work fine.
	   
					
---------------------------------------		
Posted through http://www.FPGARelated.com

Article: 147101
Subject: Re: Read from the compact flash
From: "RCIngham" <robert.ingham@n_o_s_p_a_m.n_o_s_p_a_m.gmail.com>
Date: Wed, 14 Apr 2010 04:23:17 -0500
Links: << >>  << T >>  << A >>
>
>Do you know anywhere where i can find information about how to access the
>compact, because i never used a FPGA and i don't know how to access a
>remote device.
>

http://www.google.com/search?q=compact+flash+interface&ie=utf-8&oe=utf-8

Are you going to code in Verilog or VHDL?
	   
					
---------------------------------------		
Posted through http://www.FPGARelated.com

Article: 147102
Subject: Re: Read from the compact flash
From: glen herrmannsfeldt <gah@ugcs.caltech.edu>
Date: Wed, 14 Apr 2010 10:23:24 +0000 (UTC)
Links: << >>  << T >>  << A >>
bluds <vtescandell@n_o_s_p_a_m.n_o_s_p_a_m.gmail.com> wrote:
(snip, I wrote)

>>One of the modes of CF looks exactly like an IDE disk driver.
>>A CF to IDE converter can be made with pretty much no logic.

>>I believe there is also a mode that looks like a RAM.
 
> What do you refer when you talk about modes??

You can use CF cards in different ways.  It seems that newer
ones even have an SATA mode.  
 
> Do you know anywhere where i can find information about how to access the
> compact, because i never used a FPGA and i don't know how to access a
> remote device.

http://www.compactflash.org/

Newer versions of the standard seem to cost $100.00, though
it says that students can get a copy free.  I thought that
older versions were available free, but I don't see that now.

I believe that you can get some information from CF card
manufacturers, too.

-- glen

Article: 147103
Subject: Re: Module wise FPGA resource utilization report
From: Marc Jet <jetmarc@hotmail.com>
Date: Wed, 14 Apr 2010 03:47:31 -0700 (PDT)
Links: << >>  << T >>  << A >>
This is what you're looking for: http://www.conekt.net/fpgaoptim.html

Article: 147104
Subject: Re: Implementing bidirectional bus inside the FPGA
From: Manmohan <mmmmec@gmail.com>
Date: Wed, 14 Apr 2010 04:03:22 -0700 (PDT)
Links: << >>  << T >>  << A >>
On Apr 14, 5:18=A0pm, "RCIngham"
<robert.ingham@n_o_s_p_a_m.n_o_s_p_a_m.gmail.com> wrote:
> >I would like to know if there is any other way to implement a
> >bidirectional bus that does not use the IOBs ?
>
> Although internal tristate busses are not unusual in ASICs (though some
> vendors have deprecated them at some periods because of the bad effects o=
f
> floating signals inside ICs), they are not really compatible with FPGA
> technology. Just don't do it! Please!
>
> There's lots of routing resource in V4 FPGAs, so a conventional crosspoin=
t
> bus structure should work fine.
>
> --------------------------------------- =A0 =A0 =A0 =A0
> Posted throughhttp://www.FPGARelated.com

So does this mean that it is possible to have bidirectional buses
inside the FPGA without using the tristate logic from the IOBs?

Article: 147105
Subject: Re: Implementing bidirectional bus inside the FPGA
From: "RCIngham" <robert.ingham@n_o_s_p_a_m.n_o_s_p_a_m.gmail.com>
Date: Wed, 14 Apr 2010 06:25:27 -0500
Links: << >>  << T >>  << A >>
>On Apr 14, 5:18=A0pm, "RCIngham"
><robert.ingham@n_o_s_p_a_m.n_o_s_p_a_m.gmail.com> wrote:
>> >I would like to know if there is any other way to implement a
>> >bidirectional bus that does not use the IOBs ?
>>
>> Although internal tristate busses are not unusual in ASICs (though some
>> vendors have deprecated them at some periods because of the bad effects
o=
>f
>> floating signals inside ICs), they are not really compatible with FPGA
>> technology. Just don't do it! Please!
>>
>> There's lots of routing resource in V4 FPGAs, so a conventional
crosspoin=
>t
>> bus structure should work fine.
>>
>> --------------------------------------- =A0 =A0 =A0 =A0
>> Posted throughhttp://www.FPGARelated.com
>
>So does this mean that it is possible to have bidirectional buses
>inside the FPGA without using the tristate logic from the IOBs?

Separate buses for each direction.

The Wishbone Bus is a good example of this:
www.opencores.org/downloads/wbspec_b3.pdf
	   
					
---------------------------------------		
Posted through http://www.FPGARelated.com

Article: 147106
Subject: Re: Implementing bidirectional bus inside the FPGA
From: glen herrmannsfeldt <gah@ugcs.caltech.edu>
Date: Wed, 14 Apr 2010 11:33:58 +0000 (UTC)
Links: << >>  << T >>  << A >>
Manmohan <mmmmec@gmail.com> wrote:
(snip)
 
> So does this mean that it is possible to have bidirectional buses
> inside the FPGA without using the tristate logic from the IOBs?

The IOBs would only work if the bus was external.

You can design with internal tristate, as far as I know,
with most tools, but the implementation is more like a MUX
going into one bus, and then to all inputs driven by the bus.

If I did it, it would be AND gates with one input for the
signal and the other for the enable.  Then OR all the AND gate
outputs together, and send that to all inputs reading from the bus.

I don't know if that is how it is implemented, but it could
be done that way.  You can also do it yourself.

-- glen

Article: 147107
Subject: Re: Implementing bidirectional bus inside the FPGA
From: Symon <symon_brewer@hotmail.com>
Date: Wed, 14 Apr 2010 13:08:14 +0100
Links: << >>  << T >>  << A >>
On 4/14/2010 12:43 AM, Manmohan wrote:
>
> I would like to know if there is any other way to implement a
> bidirectional bus that does not use the IOBs ?
>
>
> Thanks and Regards
>
> Manmohan

Virtex 4 doesn't have internal tri-stated signals. Do it another way.

HTH, Syms.

Article: 147108
Subject: Re: I'd rather switch than fight!
From: Chris Higgs <chiggs.99@googlemail.com>
Date: Wed, 14 Apr 2010 05:27:13 -0700 (PDT)
Links: << >>  << T >>  << A >>
On Apr 14, 8:45=A0am, David Brown <da...@westcontrol.removethisbit.com>
wrote:

> I am also unconvinced of the value of Verilog or VHDL functional
> simulation (timing simulation is another matter, of course), if the code
> you have written is not in Verilog or VHDL in the first place. =A0If your
> code is written in MyHDL, and the MyHDL conversion to Verilog/VHDL is
> accurate, then you can do all your functional testing entirely within
> Python and MyHDL. =A0cosimulation is only relevant when you have parts
> that are not written in MyHDL (and cannot easily be modelled in MyHDL).

In my experience (which again is limited), there are many engineers
who are happy writing synthesisable code in VHDL. They may find MyHDL
useful for to generate type/conversion packages (it would be nice to
have a union function to convert a record type to a vector and vica-
versa) but want to continue doing the majority of coding in raw VHDL.
I personally believe this comprises the majority of VHDL engineers
(otherwise takeup of tools like MyHDL would be far higher). For this
group having an easy way to interface to the simulator using a
language other than VHDL is the sweetspot which might persuade them to
try a different design flow. MyHDL is almost ready to fill that
space...

Article: 147109
Subject: Re: Read from the compact flash
From: "bluds" <vtescandell@n_o_s_p_a_m.n_o_s_p_a_m.gmail.com>
Date: Wed, 14 Apr 2010 07:46:03 -0500
Links: << >>  << T >>  << A >>
>>
>>Do you know anywhere where i can find information about how to access
the
>>compact, because i never used a FPGA and i don't know how to access a
>>remote device.
>>
>
>http://www.google.com/search?q=compact+flash+interface&ie=utf-8&oe=utf-8
>
>Are you going to code in Verilog or VHDL?
>	   
>					
>---------------------------------------		
>Posted through http://www.FPGARelated.com
>

I'm going to code it using Verilog	   
					
---------------------------------------		
Posted through http://www.FPGARelated.com

Article: 147110
Subject: Re: Implementing bidirectional bus inside the FPGA
From: Gabor <gabor@alacron.com>
Date: Wed, 14 Apr 2010 06:05:14 -0700 (PDT)
Links: << >>  << T >>  << A >>
On Apr 14, 7:33=A0am, glen herrmannsfeldt <g...@ugcs.caltech.edu> wrote:
> Manmohan <mmm...@gmail.com> wrote:
>
> (snip)
>
> > So does this mean that it is possible to have bidirectional buses
> > inside the FPGA without using the tristate logic from the IOBs?
>
> The IOBs would only work if the bus was external.
>
> You can design with internal tristate, as far as I know,
> with most tools, but the implementation is more like a MUX
> going into one bus, and then to all inputs driven by the bus.
>
> If I did it, it would be AND gates with one input for the
> signal and the other for the enable. =A0Then OR all the AND gate
> outputs together, and send that to all inputs reading from the bus.
>
> I don't know if that is how it is implemented, but it could
> be done that way. =A0You can also do it yourself.
>
> -- glen

Actually the AND / OR approach is used in the processor
buses for both MicroBlaze and Power PC.  i.e.  the enable
line AND's with the data so un "driven" lines are zero
and the sources are all ORed together.  If you code tristate
buses and allow XST to translate them into LUT's, you'll
more likely end up with MUXes.

By the way, internal tristates were still available through
the original Virtex series (Virtex and Virtex E) and Spartan
2.  However, as others mentioned, internal tristates are
gone from newer devices.

Regards,
Gabor

Article: 147111
Subject: Re: Read from the compact flash
From: Gabor <gabor@alacron.com>
Date: Wed, 14 Apr 2010 06:10:44 -0700 (PDT)
Links: << >>  << T >>  << A >>
On Apr 14, 6:23=A0am, glen herrmannsfeldt <g...@ugcs.caltech.edu> wrote:
> bluds <vtescandell@n_o_s_p_a_m.n_o_s_p_a_m.gmail.com> wrote:
>
> (snip, I wrote)
>
> >>One of the modes of CF looks exactly like an IDE disk driver.
> >>A CF to IDE converter can be made with pretty much no logic.
> >>I believe there is also a mode that looks like a RAM.
> > What do you refer when you talk about modes??
>
> You can use CF cards in different ways. =A0It seems that newer
> ones even have an SATA mode. =A0
>
> > Do you know anywhere where i can find information about how to access t=
he
> > compact, because i never used a FPGA and i don't know how to access a
> > remote device.
>
> http://www.compactflash.org/
>
> Newer versions of the standard seem to cost $100.00, though
> it says that students can get a copy free. =A0I thought that
> older versions were available free, but I don't see that now.
>
> I believe that you can get some information from CF card
> manufacturers, too.
>
> -- glen

Most of the modes are selected by strapping resistors.  Make
sure your hardware is wired to support the mode you want to use.
Memory mode would be simplest, but the IDE mode often allows
faster access, at least for writing large blocks of memory.

When you say "the Compact Flash" do you mean one on an existing
board?  Or is this a new hardware design?

Regards
Gabor

Article: 147112
Subject: Re: Read from the compact flash
From: "bluds" <vtescandell@n_o_s_p_a_m.n_o_s_p_a_m.gmail.com>
Date: Wed, 14 Apr 2010 08:31:36 -0500
Links: << >>  << T >>  << A >>
>On Apr 14, 6:23=A0am, glen herrmannsfeldt <g...@ugcs.caltech.edu> wrote:
>> bluds <vtescandell@n_o_s_p_a_m.n_o_s_p_a_m.gmail.com> wrote:
>>
>> (snip, I wrote)
>>
>> >>One of the modes of CF looks exactly like an IDE disk driver.
>> >>A CF to IDE converter can be made with pretty much no logic.
>> >>I believe there is also a mode that looks like a RAM.
>> > What do you refer when you talk about modes??
>>
>> You can use CF cards in different ways. =A0It seems that newer
>> ones even have an SATA mode. =A0
>>
>> > Do you know anywhere where i can find information about how to access
t=
>he
>> > compact, because i never used a FPGA and i don't know how to access a
>> > remote device.
>>
>> http://www.compactflash.org/
>>
>> Newer versions of the standard seem to cost $100.00, though
>> it says that students can get a copy free. =A0I thought that
>> older versions were available free, but I don't see that now.
>>
>> I believe that you can get some information from CF card
>> manufacturers, too.
>>
>> -- glen
>
>Most of the modes are selected by strapping resistors.  Make
>sure your hardware is wired to support the mode you want to use.
>Memory mode would be simplest, but the IDE mode often allows
>faster access, at least for writing large blocks of memory.
>
>When you say "the Compact Flash" do you mean one on an existing
>board?  Or is this a new hardware design?
>
>Regards
>Gabor
>


I just bought the xilinx XUPV5-LX110T board, which mainly is a Xilinx ML505
with a more powerful virtex 5 FPGA.

It is possible to connect to this board a compact flash, this compact can
be used to load designs to the FPGA.

My objective is to use the compact flash as my hard this. This is going to
be a special hard disk, because i don't need it has any format. I only need
to read the bits that are stored there.

The problem is have is that i don't know how can I access the compact from
the FPGA. I have never used FPGA's, so i have no idea how external devices
can be accessed.

Somebody told me that, as the compact cannot be read bitwise (i think he
told me that is read blockwise) i thought about reading the whole content
from it and copy it to memory, and from there read it as i want.

The idea is to feed the design with this information.

My main problem, is that i'm a newbie with FPGA and i don't have any idea
how can i do this. I tried to find examples, or information about how to
manage all this but i didn't succeed.

All the information that anybody can provide is really welcome :D

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

Article: 147113
Subject: Re: Implementing bidirectional bus inside the FPGA
From: Symon <symon_brewer@hotmail.com>
Date: Wed, 14 Apr 2010 15:05:16 +0100
Links: << >>  << T >>  << A >>
On 4/14/2010 1:08 PM, Symon wrote:
> On 4/14/2010 12:43 AM, Manmohan wrote:
>>
>> I would like to know if there is any other way to implement a
>> bidirectional bus that does not use the IOBs ?
>>
>>
>> Thanks and Regards
>>
>> Manmohan
>
> Virtex 4 doesn't have internal tri-stated signals. Do it another way.
>
> HTH, Syms.

http://groups.google.com/group/comp.arch.fpga/msg/d520d67ab735e3cc?hl=en

Article: 147114
Subject: Re: A few LatticeMico32 questions
From: Uwe Bonnes <bon@elektron.ikp.physik.tu-darmstadt.de>
Date: Wed, 14 Apr 2010 15:36:27 +0000 (UTC)
Links: << >>  << T >>  << A >>
Philip Pemberton <usenet09@philpem.me.uk> wrote:
> Hi,
> It would seem the Lattice Mico32 support forum has gone dead (no posts/
> replies since early February), so I'm asking this here in the hope 
> there's an lm32 guru somewhere out there...

It seem that the most (open) work around LM32 takes place with the
Milkymist Project: http://www.milkymist.org/
-- 
Uwe Bonnes                bon@elektron.ikp.physik.tu-darmstadt.de

Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt
--------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

Article: 147115
Subject: Re: I'd rather switch than fight!
From: Andy <jonesandy@comcast.net>
Date: Wed, 14 Apr 2010 09:43:33 -0700 (PDT)
Links: << >>  << T >>  << A >>
MyHDL is a promising language, but at this point, it is just that:
promising.

I can't go to my director and tell him I'm going to use a non-
commercially-supported language/toolset (VHDL/Verilog RTL converter at
this point) that is at version 0.6 for his next project, and expect to
still have respect, or even a job afterwards. I suspect the vast
majority of non-academic HDL professionals are in exactly the same
boat.

Call me back when it does synthesizable fixed/floating point and has
direct support from at least one major synthesis vendor. Sorry,
converting to VHDL/Verilog RTL to use with anyone's tool does not cut
it, unless the vendor supports the conversion process too.

Andy

Article: 147116
Subject: Re: I'd rather switch than fight!
From: "cfelton" <cfelton@n_o_s_p_a_m.n_o_s_p_a_m.ieee.org>
Date: Wed, 14 Apr 2010 12:18:34 -0500
Links: << >>  << T >>  << A >>
>MyHDL is a promising language, but at this point, it is just that:
>promising.
>
>I can't go to my director and tell him I'm going to use a non-
>commercially-supported language/toolset (VHDL/Verilog RTL converter at
>this point) that is at version 0.6 for his next project, and expect to
>still have respect, or even a job afterwards. I suspect the vast
>majority of non-academic HDL professionals are in exactly the same
>boat.
>
>Call me back when it does synthesizable fixed/floating point and has
>direct support from at least one major synthesis vendor. Sorry,
>converting to VHDL/Verilog RTL to use with anyone's tool does not cut
>it, unless the vendor supports the conversion process too.
>
>Andy
>

Well, you will never get that call because that isn't the point/goal of
MyHDL.  But given this argument you would not be interested in using Python
in your flow (or any script language except TCL), whether it be for build
scripts, testbenches, generation of constants, etc.

I think the goal of MyHDL is to replace a bunch of tools in the developers
toobox with a unified tool, in this case a programming language.  Many
developers find themselves doing many tasks in a scripting languages, be it
Python, TCL, etc.  With Python and MyHDL all this can be done in a single
language, hopefully improving efficiency.

MyHDL adds *RTL* to Python.  The Python-RTL (MyHDL) is converted to
Verilog/VHDL.  There is no need or desire for direct support by a synthesis
vendor.  And MyHDL doesn't try to do higher level synthesis.  Higher
level-synthesis tools can be developed on top of MyHDL if desired.  MyHDL
has a focused goal which is to add *RTL* to Python, IMO makes it more
attactive.

I agree, any tool and/or method is easier to adopt if it has a track
record.  But I think the track record you are looking for might be a little
misdirected (ie some large EDA company adopting).  The goal of a company
should be to increase efficiency and ROI.  Tools like Python/MyHDL (and
other languages) provide this.  We outlined some of the possible risks and
risk mitigation methods.
	   
					
---------------------------------------		
Posted through http://www.FPGARelated.com

Article: 147117
Subject: Re: Read from the compact flash
From: Chris Maryan <kmaryan@gmail.com>
Date: Wed, 14 Apr 2010 10:51:33 -0700 (PDT)
Links: << >>  << T >>  << A >>
On Apr 13, 6:42=A0pm, "bluds" <vtescandell@n_o_s_p_a_m.gmail.com> wrote:
> Hi,
>
> I'm going to use the compact flash as a store unit. It wouldn't have any
> filesystem format. I will copy raw binary data to it starting from the
> first sector.
>
> Then the objective is to read this data from the compact and then copy it
> to the fpga memory in order to use it to feed my design.
>
> Can somebody give me some references about how should i implement the
> compact flash controller. I'm new with FPGA and i don't have too much
> idea.
>
> Thanks a lot
>
> --------------------------------------- =A0 =A0 =A0 =A0
> Posted throughhttp://www.FPGARelated.com

The easiest way is to use the compact flash card's True IDE mode,
which is more or less identical to ATA.

You should be able to get the CF card spec here:
http://www.google.ca/search?hl=3Den&rls=3Dcom.microsoft%3A*&q=3Dcompact+fla=
sh+specification+filetype%3Apdf&meta=3D&aq=3Df&aqi=3D&aql=3D&oq=3D&gs_rfai=
=3D
The meat of it is in the ATA spec:
http://www.t13.org/Documents/UploadedDocuments/project/d1410r3b-ATA-ATAPI-6=
.pdf

Follow the ATA spec and build your software up through the layers
described in the spec. Start with getting the card through
initialization, being able to talk to the registers, then implement
the ATA commands you need. Stick to PIO mode and get that workign
first; odds are you'll find that's plenty fast for what you need. If
you decide you need FAT, that's another layer and another spec.

CF/ATA is easier to do than you might at first guess from looking at
the spec, just don't get carried away with how much of the spec you
implement. Just get what you need working.

If CF isn't necessary, SD cards have a SPI mode that's a bit easier to
work with.

Cheers,

Chris

Article: 147118
Subject: Re: Implementing bidirectional bus inside the FPGA
From: dalai lamah <antonio12358@hotmail.com>
Date: Wed, 14 Apr 2010 18:10:50 GMT
Links: << >>  << T >>  << A >>
Un bel giorno Andy Peters digiṭ:

> No, internal tristates have vanished from Brand X FPGAs after the
> XC4000 series.

Actually I routinely use the resolved signals (i.e. std_logic_vector with
'1', '0' and 'Z' states) for internal shared buses, and they work fine for
every FPGA I've tried. Am I doing it wrong?

-- 
emboliaschizoide.splinder.com

Article: 147119
Subject: Re: Read from the compact flash
From: glen herrmannsfeldt <gah@ugcs.caltech.edu>
Date: Wed, 14 Apr 2010 18:13:38 +0000 (UTC)
Links: << >>  << T >>  << A >>
Chris Maryan <kmaryan@gmail.com> wrote:
(snip)
 
> The easiest way is to use the compact flash card's True IDE mode,
> which is more or less identical to ATA.
 
> You should be able to get the CF card spec here:
> http://www.google.ca/search?hl=en&rls=com.microsoft%3A*&q=compact+flash+specification+filetype%3Apdf&meta=&aq=f&aqi=&aql=&oq=&gs_rfai=
> The meat of it is in the ATA spec:
> http://www.t13.org/Documents/UploadedDocuments/project/d1410r3b-ATA-ATAPI-6.pdf
 
> Follow the ATA spec and build your software up through the layers
> described in the spec. Start with getting the card through
> initialization, being able to talk to the registers, then implement
> the ATA commands you need. Stick to PIO mode and get that workign
> first; odds are you'll find that's plenty fast for what you need. If
> you decide you need FAT, that's another layer and another spec.

In addition, CF has the 8 bit transfer mode that was originally
part of IDE/ATA but somehow forgotten along the way.  Somewhat
easier for some systems than 16 bit mode.

-- glen
 

Article: 147120
Subject: Re: Implementing bidirectional bus inside the FPGA
From: Rob Gaddi <rgaddi@technologyhighland.com>
Date: Wed, 14 Apr 2010 11:24:26 -0700
Links: << >>  << T >>  << A >>
On 4/14/2010 11:10 AM, dalai lamah wrote:
> Un bel giorno Andy Peters digiṭ:
>
>> No, internal tristates have vanished from Brand X FPGAs after the
>> XC4000 series.
>
> Actually I routinely use the resolved signals (i.e. std_logic_vector with
> '1', '0' and 'Z' states) for internal shared buses, and they work fine for
> every FPGA I've tried. Am I doing it wrong?
>

You routinely write code _asking_ for resolved signals.  What you get is 
the synthesizer turning them into unidirectional logic with a large 
number of ands, ors, and muxes.  The hardware itself physically cannot 
support tristate buses.

-- 
Rob Gaddi, Highland Technology
Email address is currently out of order

Article: 147121
Subject: Re: Quartus: rpm: Command not found.
From: d_s_klein <d_s_klein@yahoo.com>
Date: Wed, 14 Apr 2010 12:09:47 -0700 (PDT)
Links: << >>  << T >>  << A >>
On Apr 11, 1:46=A0am, Anssi Saari <a...@sci.fi> wrote:
> d_s_klein <d_s_kl...@yahoo.com> writes:
> > It's part of Altera's 'check for updates'.
>
> > Just install rpm and be done with it; that's what I did.
>
> Isn't it easier to just symlink rpm to /bin/true?

That would depend on the return code the calling application (Quartus)
was expecting.

Having 'rpm' loaded on a Linux system is not evil.

RK
(Who is slightly annoyed by the OP's belligerent attitude and lack of
etiquette.)

Article: 147122
Subject: Re: Read from the compact flash
From: Guy Eschemann <guy.eschemann@gmail.com>
Date: Wed, 14 Apr 2010 12:28:58 -0700 (PDT)
Links: << >>  << T >>  << A >>
On Apr 14, 3:31=A0pm, "bluds"
<vtescandell@n_o_s_p_a_m.n_o_s_p_a_m.gmail.com> wrote:
> >On Apr 14, 6:23=3DA0am, glen herrmannsfeldt <g...@ugcs.caltech.edu> wrot=
e:
> >> bluds <vtescandell@n_o_s_p_a_m.n_o_s_p_a_m.gmail.com> wrote:
>
> >> (snip, I wrote)
>
> >> >>One of the modes of CF looks exactly like an IDE disk driver.
> >> >>A CF to IDE converter can be made with pretty much no logic.
> >> >>I believe there is also a mode that looks like a RAM.
> >> > What do you refer when you talk about modes??
>
> >> You can use CF cards in different ways. =3DA0It seems that newer
> >> ones even have an SATA mode. =3DA0
>
> >> > Do you know anywhere where i can find information about how to acces=
s
> t=3D
> >he
> >> > compact, because i never used a FPGA and i don't know how to access =
a
> >> > remote device.
>
> >>http://www.compactflash.org/
>
> >> Newer versions of the standard seem to cost $100.00, though
> >> it says that students can get a copy free. =3DA0I thought that
> >> older versions were available free, but I don't see that now.
>
> >> I believe that you can get some information from CF card
> >> manufacturers, too.
>
> >> -- glen
>
> >Most of the modes are selected by strapping resistors. =A0Make
> >sure your hardware is wired to support the mode you want to use.
> >Memory mode would be simplest, but the IDE mode often allows
> >faster access, at least for writing large blocks of memory.
>
> >When you say "the Compact Flash" do you mean one on an existing
> >board? =A0Or is this a new hardware design?
>
> >Regards
> >Gabor
>
> I just bought the xilinx XUPV5-LX110T board, which mainly is a Xilinx ML5=
05
> with a more powerful virtex 5 FPGA.
>
> It is possible to connect to this board a compact flash, this compact can
> be used to load designs to the FPGA.
>
> My objective is to use the compact flash as my hard this. This is going t=
o
> be a special hard disk, because i don't need it has any format. I only ne=
ed
> to read the bits that are stored there.
>
> The problem is have is that i don't know how can I access the compact fro=
m
> the FPGA. I have never used FPGA's, so i have no idea how external device=
s
> can be accessed.
>
> Somebody told me that, as the compact cannot be read bitwise (i think he
> told me that is read blockwise) i thought about reading the whole content
> from it and copy it to memory, and from there read it as i want.
>
> The idea is to feed the design with this information.
>
> My main problem, is that i'm a newbie with FPGA and i don't have any idea
> how can i do this. I tried to find examples, or information about how to
> manage all this but i didn't succeed.
>
> All the information that anybody can provide is really welcome :D
>
> Thanks =A0 =A0
>
> --------------------------------------- =A0 =A0 =A0 =A0
> Posted throughhttp://www.FPGARelated.com

I'm afraid that you won't be able to use the CompactFlash card in
"raw" mode. On the board you mentionned, the CF card is connected to
the FPGA via a System ACE chip, which expects a FAT16-formatted card
(see the user guide).

Cheers,
Guy.


Article: 147123
Subject: Re: Read from the compact flash
From: whygee <yg@yg.yg>
Date: Wed, 14 Apr 2010 21:37:30 +0200
Links: << >>  << T >>  << A >>
glen herrmannsfeldt wrote:
> In addition, CF has the 8 bit transfer mode that was originally
> part of IDE/ATA but somehow forgotten along the way.  Somewhat
> easier for some systems than 16 bit mode.
I'll have to check but even though I have seen interfaces
using a 8-bit datapath (8255-based), this works only for commands.
For data blocks, it wastes the higher byte of each transfer
so you 512-byte sectors shrink to 256-byte chunks.

Now, if you find a counter-example, i'll be glad :-)

regards,
> -- glen
yg
-- 
http://ygdes.com / http://yasep.org

Article: 147124
Subject: Re: Read from the compact flash
From: glen herrmannsfeldt <gah@ugcs.caltech.edu>
Date: Wed, 14 Apr 2010 20:20:15 +0000 (UTC)
Links: << >>  << T >>  << A >>
whygee <yg@yg.yg> wrote:
> glen herrmannsfeldt wrote:
>> In addition, CF has the 8 bit transfer mode that was originally
>> part of IDE/ATA but somehow forgotten along the way.  Somewhat
>> easier for some systems than 16 bit mode.
> I'll have to check but even though I have seen interfaces
> using a 8-bit datapath (8255-based), this works only for commands.
> For data blocks, it wastes the higher byte of each transfer
> so you 512-byte sectors shrink to 256-byte chunks.
 
> Now, if you find a counter-example, i'll be glad :-)

As I understand it, CF has both 8 and 16 bit modes, so you
don't need an extra latch, or to waste half the data block.

That is, it has the mode that IDE disks were supposed to have,
but almost none implement.

-- glen



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