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 94975

Article: 94975
Subject: Re: OT:Shooting Ourselves in the Foot
From: "Simon Peacock" <simon$actrix.co.nz>
Date: Fri, 20 Jan 2006 18:50:42 +1300
Links: << >>  << T >>  << A >>
sooner or later the system will reach balance.. we will all earn less... and
therefore eat less Big Macs.. so weigh less...  then we will all get paid
less too and spend less ...

Simon

"John Larkin" <jjlarkin@highNOTlandTHIStechnologyPART.com> wrote in message
news:nfr0t1dvp60bh54ate35numiecflucipar@4ax.com...
> On Fri, 20 Jan 2006 03:43:58 GMT, "HoustonEngineer" <xxx@yyy.com>
> wrote:
>
> >Here is an observation - what do y'all think ?
> >
> >1 - Indian / Chinese / East European /etc people are at least as smart
and
> >hardworking as Westerner's / Japanese
> >2 - However, they work for something like $10% of what we will (or could
> >live on)
> >3 - Our major advantage (in terms of these newsgroups) is our experience
> >with these subjects/technologies/methods/products
> >4 - On these newsgroups, many of the questions originate from people in
> >India, China or Eastern Europe and are answered by Westerners
> >5 - Are we shooting ourselves in the foot ?
> >
> >I'm not suggesting this is a bad thing - after five years in the US I am
> >actively looking for opportunities elsewhere - I just thought it was an
> >interesting question.
>
>
> Is it our destiny to be rich and well fed, while the rest of the world
> stays poor and hungry? Must we always be the elite? Is the world
> economy a zero-sum game, where we want 90% of the winnings?
>
> John
>
>



Article: 94976
Subject: Re: xilmfs on flash
From: "Joseph" <joeylrios@gmail.com>
Date: 19 Jan 2006 22:00:21 -0800
Links: << >>  << T >>  << A >>
Well Raj,

I don't know what else to say.  For the little text file, I would try
and make a really small image with just the text file so you can
examine the entire memory range where the file lives.  The actual text
can be buried pretty deep.

Looking at your code from above vs mine:

 mfs_init_fs(MFS_NUMBYTES, MFS_BASE_ADDRESS, MFSINIT_ROM_IMAGE);
 mnt1 = mfs_file_open("1_1_0.mnt", MFS_MODE_READ);
 xil_printf("\n%d\n",mnt1); // receiving -1 for mnt1 : the file opening
was unsuccessful

___________________

 mfs_init_genimage(53200, (char *) MFS_BASE_ADDRESS, MFS_INIT_TYPE);
 xilmfs_result = mfs_change_dir("my_fs");
 xilmfs_result = mfs_get_current_ dir_name(dirname);


There are clearly some differences for you to investigate (if you
haven't already).  First what is difference between mfs_init_fs and
mfs_init_genimage (I am not sure, don't have documentation open)?  And
did you ever do an mfs_change_dir before trying to open a file within
it?  You need to do so.  That is why I do an mfs_get_current_dir_name
to see if I am in the correct directory.  I don't remember even
how/what these functions do at the nuts and bolts level, but I do know
that my system did eventually work, so I know these functions do the
trick.

OK, looked it up:   mfs_init_fs:  Initialize the memory file system.
This function must be called before any file system operation. Use
mfs_init_genimage instead of this function if the filesystem is being
initialized with an image generated by mfsgen.

I remember that this has to do with the actual pointer to the file
system, it needs to be adjusted properly.  Try that with the correct
'cd'  call before opening a file.


Keep me posted!  Good luck!
Joey


Article: 94977
Subject: Re: OT:Shooting Ourselves in the Foot
From: yusufilker@gmail.com
Date: 19 Jan 2006 22:28:50 -0800
Links: << >>  << T >>  << A >>

Simon Peacock wrote:
> sooner or later the system will reach balance.. we will all earn less... and
> therefore eat less Big Macs.. so weigh less...  then we will all get paid
> less too and spend less ...
>
> Simon

But we are talking about human. Mostly nonlinear, illogical and
insatiable.
With improved transportation and communication systems we are getting
(a little bit) closer to a balance. But will never reach.

Eastern cultures are generally more fatalist(I do not know this word
describes what i mean), more contented with what they have.Unless you
awake them by an atomic bomb.

yusuf


Article: 94978
Subject: Re: OT:Shooting Ourselves in the Foot
From: fpga_toys@yahoo.com
Date: 19 Jan 2006 22:29:21 -0800
Links: << >>  << T >>  << A >>

HoustonEngineer wrote:
> Here is an observation - what do y'all think ?
>
> 1 - Indian / Chinese / East European /etc people are at least as smart and
> hardworking as Westerner's / Japanese
> 2 - However, they work for something like $10% of what we will (or could
> live on)

Actually it costs them frequently that much less to live in a reduced
life style
in their locale, so western wages are not demanded. That however
changes
as soon as the region becomes westernized, and lifestyle changes occur
that
they frequently are striving for by following the
western/american/european
dream.

Examples are that most of russia has a very low standard of living left
over
from cold war era ... but I understand Moscow is now nearly as
expensive as
any other westernized city.

Even in the US, with the median mortgage well over a half million $$s
in silicon
valley we find good professionals rapidly going broke and leaving the
area for
lower paying jobs in the midwest, and suddenly being able to afford a
6,000sqft
new home, on 35 acres, with a boat, RV, horses for the kids, and
actually have
money in the bank to take real vacations with each year .... fewer
heart attacks
from worry about loosing everything in the next down turn.

http://www.newhomes.com/homedetail.jsp?regionid=1374&homeid=31352&siteid=1

Compare that to a $250,000 home in east Palo Alto or Oakland.


Article: 94979
Subject: Re: OT:Shooting Ourselves in the Foot
From: Bryan Hackney <no@body.home>
Date: Fri, 20 Jan 2006 06:34:17 GMT
Links: << >>  << T >>  << A >>
Simon Peacock wrote:
> sooner or later the system will reach balance.. we will all earn less... and
> therefore eat less Big Macs.. so weigh less...  then we will all get paid
> less too and spend less ...
> 

There will be no balance.

Europe is declining. Africa and the Middle East will never go anywhere.
The US is starting a European style decline, derived from liberal self
loathing and guilt.

Japan has show its weakness of character, and complete lack of creativity
in solving its money problems the last decade. I wonder if there is a
single original idea in China. Russia is overrun with corruption.

India - well, I don't know much about India.

Call me an optimist. Maybe we can have a renaissance in the west. I hope
so.



> Simon
> 
> "John Larkin" <jjlarkin@highNOTlandTHIStechnologyPART.com> wrote in message
> news:nfr0t1dvp60bh54ate35numiecflucipar@4ax.com...
> 
>>On Fri, 20 Jan 2006 03:43:58 GMT, "HoustonEngineer" <xxx@yyy.com>
>>wrote:
>>
>>
>>>Here is an observation - what do y'all think ?
>>>
>>>1 - Indian / Chinese / East European /etc people are at least as smart
> 
> and
> 
>>>hardworking as Westerner's / Japanese
>>>2 - However, they work for something like $10% of what we will (or could
>>>live on)
>>>3 - Our major advantage (in terms of these newsgroups) is our experience
>>>with these subjects/technologies/methods/products
>>>4 - On these newsgroups, many of the questions originate from people in
>>>India, China or Eastern Europe and are answered by Westerners
>>>5 - Are we shooting ourselves in the foot ?
>>>
>>>I'm not suggesting this is a bad thing - after five years in the US I am
>>>actively looking for opportunities elsewhere - I just thought it was an
>>>interesting question.
>>
>>
>>Is it our destiny to be rich and well fed, while the rest of the world
>>stays poor and hungry? Must we always be the elite? Is the world
>>economy a zero-sum game, where we want 90% of the winnings?
>>
>>John
>>
>>
> 
> 
> 

Article: 94980
Subject: Re: OT:Shooting Ourselves in the Foot
From: fpga_toys@yahoo.com
Date: 19 Jan 2006 22:41:20 -0800
Links: << >>  << T >>  << A >>
East bay "budget starter home"

http://www.eri-bhg.com/page.cfm?id=708

and a few miles away:

http://www.erihomes.com/page.cfm?id=820

What's so bad about taking a 40% pay cut, and moving?


Article: 94981
Subject: Re: xilmfs on flash
From: rajashekar_798@yahoo.com
Date: 19 Jan 2006 22:42:00 -0800
Links: << >>  << T >>  << A >>
hi joey,

as you suggested in your first message i tried the following and didnot
get positive result (i have mentioned about this in my 2nd message)

	mfs_init_genimage(MFS_NUMBYTES, (char *) MFS_BASE_ADDRESS,
MFSINIT_ROM_IMAGE);
	xilmfs_result = mfs_change_dir("mnt");
	xilmfs_result = mfs_get_current_dir_name(dirname);
	if(xilmfs_result == 0) {
        xil_printf("Couldn't get current_dir_name.\r\n");
        xil_printf("Exiting...\n");
        exit(1);
 	}
	xil_printf("\n %s \n",dirname);

regarding the filesystem size for the small file you have made a good
point and i will try that and get back to you

thank you,
rajashekar


Article: 94982
Subject: Re: OT:Shooting Ourselves in the Foot
From: CBFalconer <cbfalconer@yahoo.com>
Date: Fri, 20 Jan 2006 02:21:29 -0500
Links: << >>  << T >>  << A >>
larwe wrote:
> 
>> 4 - On these newsgroups, many of the questions originate from
>> people in India, China or Eastern Europe and are answered by
>> Westerners
>>
>> 5 - Are we shooting ourselves in the foot ?
> 
> The good ones will improve themselves anyway.
> 
> The bad ones will never be any good.
> 
> Knowledge should never be hoarded. Experience cannot be given
> away, only /experiences/.

And we might also consider where a large part of that precious
knowledge originated.  Our numerical system came from India. 
Wherever we look, we are likely to see the Chinese did it first.

-- 
"If you want to post a followup via groups.google.com, don't use
 the broken "Reply" link at the bottom of the article.  Click on 
 "show options" at the top of the article, then click on the 
 "Reply" at the bottom of the article headers." - Keith Thompson
More details at: <http://cfaj.freeshell.org/google/>



Article: 94983
Subject: Re: Quadrature Encoder ::
From: Jim Granville <no.spam@designtools.co.nz>
Date: Fri, 20 Jan 2006 20:23:34 +1300
Links: << >>  << T >>  << A >>
narashimanc@gmail.com wrote:
> Hi all, Hope everything is fine on your side.
> 
> Key Words: ML300 board, VHDL, XST, XPS, Xilinx
> 
> I have written a  VHDL program(look post script)to count pulses from
> quadrature encoder. Basically i read both the clocks(here QEP0 and
> QEP1) and count on two different conditions based on if the motor is
> going forward or backward. In the previous case  count is increased and
> the latter case the count is decreased. I store the count in a S/W
> accessible slave register generated when i use "Create Peripheral
> wizard" (EDK) (slv_reg0)
> 
> Usually everything works fine, however at times (roughly 1 out of
> 15-20) what happens is that when i keep reading from that register
> continously(for (i=0;i<100;i++){read from the slave register and
> display it} ), previous value to the current value difference is
> tremendously huge (say 1234,1235,1236...1278,10378,10379...) 
<snip>

When this occurs, take note of the binary values - that can
indicate the type of error more clearly.


Some notes on Quad counting, which is not trivial to do correctly :

** Caution is needed when crossing clock domains.
    You have to watch for aperture effects, and metastability.

** Many solutions are possible, up to a max of one-count per edge.
( You seem to be doing less than that ? )

  In the simplest form, one phase can be CLK and the other UP/DN

** If the whole counter is clocked in the QUAD domain, then reading
that counter will be difficult : ie it may change during read.
  That said, it should return to the expected value, with such jumps 
being rare. - your error above seems to 'stick' in the example given ?
  If so, that indicates a HW counter problem, not a change-during-read 
problem.
  A ~5% failure rate is quite high. ie not a subtle effect

** You should include an edge-chatter test case, to ensure the
counter does not creep on "edge fur" effects : ie many changes on one 
phase only.

** Also check there are no edge oscillation/slow edges effects, in your 
sensors.

Direct counting, which you seem to be doing, will have very high
bandwidths - and slow edges like from optocouplers may be too
slow for the FPGA. This can have the exact effect you describe -
sudden burst advances.

  A common design is to use Schmitt buffers, with preceeding RC filters, 
to put a ceiling on the possible edge rates, and speed up the edges from
what are commonly opto sensors. This gives better behaved Quad encoders.

-jg


Article: 94984
Subject: Re: Quadrature Encoder ::
From: "Peter Alfke" <alfke@sbcglobal.net>
Date: 19 Jan 2006 23:58:01 -0800
Links: << >>  << T >>  << A >>
If I understand you right, you would be better served with a very
simple design that I published a while ago. Sorry forthe lengthy
posting.

Quadrature Decoding

Any forward/backward mechanical motion is best converted into
electrical signals by a quadrature encoder generating two overlapping
output signals A and B. These two signals can then easily be decoded
into two more practical signals: a count Clock, and a Direction signal.

The simple decoder described below is inherently insensitive to contact
bounce, and operates equally well with active High or active Low
inputs. It uses a single slice (two LUTs and two flip-flops). The clock
frequency should be higher than 1 MHz to operate reliably, even when
the mechanical action is very fast, perhaps spring-loaded.

The two 3-input LUTs are both driven by the quadrature signals A and B,
and each LUT also uses the Q of its associated flip-flop as a third
input. The two outputs Q1 and Q2 are interchangeable, either can be the
Clock or the Direction signal. In a synchronous system  it is good
practice to digitally differentiate the Clock output in an additional
flip-flop, Q3 and use it as the Clock Enable input to the counter that
keeps track of the mechanical movement.

Q1 is set when A is High, and B is Low,
Q1 is reset when A is  Low and B is High.

Q2 is set when A is High and B is High,
Q2 is reset when A is Low and B is Low.

Under all other conditions, Q1 and Q2 maintain their state.
Contact bounce on A and B must not exceed the High or the Low times of
these signals.
The decoder maintains a proper count value even when the mechanical
motion is erratic, changing direction in the worst possible way. No
need for any analog filtering or de-bouncing.

Peter Alfke, Xilinx Applications


Article: 94985
Subject: Re: Quadrature Encoder ::
From: "Dave" <doomeddave@yahoo.co.uk>
Date: 20 Jan 2006 00:24:14 -0800
Links: << >>  << T >>  << A >>
Hi Peter,

What happens to Q1/Q2 with respect to the third input to the LUTs (the
feedback Q signals)?  If under other conditions, Q1/Q2 maintain their
state, what is the point in feeding back the Qs?  Sorry if I am missing
something obvious here.

Also, what do you thinking about this Quad Decode circuit:

http://www.fpga4fun.com/QuadratureDecoder.html

Cheers,

Dave


Article: 94986
Subject: Re: OT:Shooting Ourselves in the Foot
From: ptkwt@aracnet.com (Phil Tomson)
Date: 20 Jan 2006 08:59:03 GMT
Links: << >>  << T >>  << A >>
In article <Jv%zf.7900$1J1.133@tornado.texas.rr.com>,
Bryan Hackney  <no@body.home> wrote:
>Simon Peacock wrote:
>> sooner or later the system will reach balance.. we will all earn less... and
>> therefore eat less Big Macs.. so weigh less...  then we will all get paid
>> less too and spend less ...
>> 
>
>There will be no balance.
>
>Europe is declining. Africa and the Middle East will never go anywhere.
>The US is starting a European style decline, derived from liberal self
>loathing and guilt.
>
>Japan has show its weakness of character, and complete lack of creativity
>in solving its money problems the last decade. I wonder if there is a
>single original idea in China. Russia is overrun with corruption.
>
>India - well, I don't know much about India.
>
>Call me an optimist. Maybe we can have a renaissance in the west. I hope
>so.
>

If you're an optimist then the pessimists must have all died.... 

Phil

Article: 94987
Subject: Re: OT:Shooting Ourselves in the Foot
From: ptkwt@aracnet.com (Phil Tomson)
Date: 20 Jan 2006 09:26:00 GMT
Links: << >>  << T >>  << A >>
In article <20Zzf.22772$SD1.13868@tornado.texas.rr.com>,
HoustonEngineer <xxx@yyy.com> wrote:
>Here is an observation - what do y'all think ?
>
>1 - Indian / Chinese / East European /etc people are at least as smart and 
>hardworking as Westerner's / Japanese
>2 - However, they work for something like $10% of what we will (or could 
>live on)
>3 - Our major advantage (in terms of these newsgroups) is our experience 
>with these subjects/technologies/methods/products
>4 - On these newsgroups, many of the questions originate from people in 
>India, China or Eastern Europe and are answered by Westerners
>5 - Are we shooting ourselves in the foot ?
>
>I'm not suggesting this is a bad thing - after five years in the US I am 
>actively looking for opportunities elsewhere - I just thought it was an 
>interesting question.

If you decide to not share information with people beause you're afraid 
they're going to use that information to compete with you then you might just 
as well shut down all the schools too (K through University).  After all, you 
wouldn't want all those youngsters growing up and potentially competing for 
your job, would you?

As far as wages go: yes, the disparity is a problem.  We in the US (and 
Europe) have environmental, labor laws, etc. that we must comply with whereas 
in many of the other places you mention they don't.  Hopefully, though, as 
people's standard of living rises in those other places they will also be able 
to afford to desire a cleaner environment and safer workplaces.  In the 
meantime until wages rise in India/China/Eastern Europe (and lots of other 
places around the world that have decided to actually educate their people)  
we in the US will likely need to learn to live with  less. A falling 
standard of living, which to some extent we're already seeing (corporations 
defaulting on pension obligations, less people with health insurance, lower 
'real' wages, record debt).  The current US administration seems to be 
obsessed with investing in military adventures, while places like India have 
decided to invest in educating their people - which investment do you think 
will pay off better in 20 years?  It's all a matter of priorities.

Phil

Article: 94988
Subject: Re: OT:Shooting Ourselves in the Foot
From: "PeteS" <ps@fleetwoodmobile.com>
Date: 20 Jan 2006 01:40:11 -0800
Links: << >>  << T >>  << A >>
Phil Tomson wrote:
> In article <Jv%zf.7900$1J1.133@tornado.texas.rr.com>,
> Bryan Hackney  <no@body.home> wrote:
> >Simon Peacock wrote:
> >> sooner or later the system will reach balance.. we will all earn less... and
> >> therefore eat less Big Macs.. so weigh less...  then we will all get paid
> >> less too and spend less ...
> >>
> >
> >There will be no balance.
> >
> >Europe is declining. Africa and the Middle East will never go anywhere.
> >The US is starting a European style decline, derived from liberal self
> >loathing and guilt.
> >
> >Japan has show its weakness of character, and complete lack of creativity
> >in solving its money problems the last decade. I wonder if there is a
> >single original idea in China. Russia is overrun with corruption.
> >
> >India - well, I don't know much about India.
> >
> >Call me an optimist. Maybe we can have a renaissance in the west. I hope
> >so.
> >
>


> If you're an optimist then the pessimists must have all died....
>

> Phil

An optimist believes this is the best of all possible worlds. A
pessimist fears he may be correct.

Cheers

PeteS


Article: 94989
Subject: Re: ISE8.1 on Linux, first impressions
From: Andreas Ehliar <ehliar-nospam@isy.liu.se>
Date: Fri, 20 Jan 2006 09:46:53 +0000 (UTC)
Links: << >>  << T >>  << A >>
On 2006-01-19, Ivan <gmivan@terra.es> wrote:
> Hi,
>
> nice info...
> can someone tell me if the USB cable works on Linux?

Perhaps my posting wasn't clear on the issue, but I used the
USB programming cable in Linux. (At least insofar as I got
impact up and running with the USB cable, I haven't tested
it much so I can't say that it is rock solid as yet.)

/Andreas

Article: 94990
Subject: Re: Quadrature Encoder ::
From: Jim Granville <no.spam@designtools.co.nz>
Date: Fri, 20 Jan 2006 22:48:09 +1300
Links: << >>  << T >>  << A >>
Peter Alfke wrote:

> If I understand you right, you would be better served with a very
> simple design that I published a while ago. Sorry forthe lengthy
> posting.
> 
> Quadrature Decoding
> 
> Any forward/backward mechanical motion is best converted into
> electrical signals by a quadrature encoder generating two overlapping
> output signals A and B. These two signals can then easily be decoded
> into two more practical signals: a count Clock, and a Direction signal.
> 
> The simple decoder described below is inherently insensitive to contact
> bounce, and operates equally well with active High or active Low
> inputs. It uses a single slice (two LUTs and two flip-flops). The clock
> frequency should be higher than 1 MHz to operate reliably, even when
> the mechanical action is very fast, perhaps spring-loaded.
<snip>

I would call this a debouncer, rather than a decoder.
It does work well at removing edge chatter and noise, but does not
give full decode precision.

The better (most resolution) quadrature decoders/counters can generate
one COUNT per EDGE. ( 4 counts per quad cycle )

Systems that take the A/B (or I/Q these days...) and use as CLK/DIRN
are simple, but loose potential resolution.

Most mechanical sensor systems pay for better resolution.

It is also a good idea to drive only ONE register .D ( or J.K) across a
clock domain, so often these Quad encoders have IP sample registers,
or in some cases 2,3 registers for majority vote noise filtering
[ see Quad counter chips from hp ]


-jg



Article: 94991
Subject: Re: Constellation symbol to bit's soft-probability?
From: "Mike Yarwood" <mpyarwood@btopenworld.com>
Date: Fri, 20 Jan 2006 09:50:29 +0000 (UTC)
Links: << >>  << T >>  << A >>

"Davy" <zhushenli@gmail.com> wrote in message 
news:1137726871.700967.266740@o13g2000cwo.googlegroups.com...
> Hi all,
>
> I am new to demodulation and FEC.
>
> How can I get each bit's soft-probability from the constellation?
> For example, the modulation method is 16QAM, How can I get
> P(bit1=0),P(bit2=0),P(bit3=0),P(bit4=0)  from a symbol?
>
> Is it belong to the subject of detection and need viterbi algorithm?
>
> Or can you recommend some key words of this subject?
>
"bayes theorem"+"soft input"  should work.

You could also look at page 72 to 74 of this for a very direct method;
http://4more.av.it.pt/docs/D4.4.pdf

Best of luck - Mike



Article: 94992
Subject: Re: OT:Shooting Ourselves in the Foot
From: Paul Burke <paul@scazon.com>
Date: Fri, 20 Jan 2006 09:51:51 +0000
Links: << >>  << T >>  << A >>
Phil Tomson wrote:

> As far as wages go: yes, the disparity is a problem.  We in the US (and 
> Europe) have environmental, labor laws, ...they will also be able
> to afford to desire a cleaner environment and safer workplaces...  A falling
> standard of living, which to some extent we're already seeing (corporations 
> defaulting on pension obligations, less people with health insurance, lower 
> 'real' wages, record debt). .

All this discussion of Eastern competition and no mention of capitalism. 
It's what the capitalist system always does, always SAYS it does. It 
will always chase the cheapest workforce and the cheapest supplies, like 
it did in Northern England and South Wales in the 1800s, the sweatshops 
of New York in the 1880s, Japan and Hong Kong on the 1950s and 60s, 
Korea in the 80s, Malaysia, India, China.. it just sloshes about. Two 
choices: think up another system or stop whinging.

Paul Burke

Article: 94993
Subject: Loading Data from Prom
From: "Marco T." <marc@blabla.com>
Date: Fri, 20 Jan 2006 10:59:54 +0100
Links: << >>  << T >>  << A >>
Hallo,
I would store/read datas from a prom. I have connected it to my system using 
opb_emc.

The prom data width is 8 bit.

May I save/read datas of 16 or 32 bits using Xio_In or Xio_out functions?

Many Thanks in advance.
Marco 



Article: 94994
Subject: Re: Loading Data from Prom
From: "Antti Lukats" <antti@openchip.org>
Date: Fri, 20 Jan 2006 11:01:12 +0100
Links: << >>  << T >>  << A >>
"Marco T." <marc@blabla.com> schrieb im Newsbeitrag 
news:dqqcas$7sh$1@nnrp.ngi.it...
> Hallo,
> I would store/read datas from a prom. I have connected it to my system 
> using opb_emc.
>
> The prom data width is 8 bit.
>
> May I save/read datas of 16 or 32 bits using Xio_In or Xio_out functions?
>
> Many Thanks in advance.
> Marco

read yes, write no, check out the datasheet of your PROM for the write 
algorithms

-- 
Antti Lukats
http://www.xilant.com 



Article: 94995
Subject: Re: FPGA Journal Article
From: Martin Thompson <martin.j.thompson@trw.com>
Date: 20 Jan 2006 10:06:29 +0000
Links: << >>  << T >>  << A >>
ptkwt@aracnet.com (Phil Tomson) writes:


> Is XDL described anywhere?  Grammar or BNF?  Or is it based on XML? (probably 
> not likely, but one can wish)

Yes, no, and no :-)

It's described in comments in the XDL file itself:

Here's some of them pasted out of one of mine:
# =======================================================
# The syntax for the design statement is:
#     design <design_name> <part> <ncd version>;
# or
#     design <design_name> <device> <package> <speed> <ncd_version> ;
# =======================================================
# The syntax for instances is:
#     instance <name> <sitedef>, placed <tile> <site>, cfg <string> ;
# or
#     instance <name> <sitedef>, unplaced, cfg <string> ;
#
# The syntax for nets is:
#    net <name> <type>,
#      outpin <inst_name> <inst_pin>,
#      .
#      .
#      inpin <inst_name> <inst_pin>,
#      .
#      .
#      pip <tile> <wire0> <dir> <wire1> , # [<rt>]
#      .
#      .
#      ;
# 
etc..etc...
More details then follow on some of the details.

So it is fairly straightforward to understand, assuming you
understand the architecture it's talking about already...  

I have made a start on a python parser for XDL which creates a
pysqlite database as the backend.  Conekt owns it, but they may be
persuaded to open source it.. I wonder...

Cheers,
Martin

-- 
martin.j.thompson@trw.com 
TRW Conekt - Consultancy in Engineering, Knowledge and Technology
http://www.trw.com/conekt  
   

Article: 94996
Subject: Sorting large amounts of floats
From: "Keith O'Conor" <keith.oconor@gmail.com>
Date: 20 Jan 2006 02:43:33 -0800
Links: << >>  << T >>  << A >>
Hi,
I'm trying to figure out the best way to sort a large amount
(thousands) of floats or fixed-point data on an FPGA. With this amount
of data, it needs to be stored in RAM because it obviously won't fit in
registers, but this means that there can only be one access to that RAM
every clock cycle. Since any sorting algorithm will need access to at
least two pieces of data to compare, I can't figure out how to
parallelize the sorting. Has anyone got any experience in this area? I
would really appreciate any advice.

Thanks,
Keith


Article: 94997
Subject: Re: Raggedstone specifications ...
From: "John Adair" <removethisthenleavejea@replacewithcompanyname.co.uk>
Date: Fri, 20 Jan 2006 10:59:31 -0000
Links: << >>  << T >>  << A >>
We have not yet done a chapter and verse on this yet but for the full 
version with 6 BARs, worst case configuration, it is less than 1000 slices. 
You have about 3600 slices in a XC3S400. I have not got a definative answer 
beause we have number of modules in with in for debug purposes ans some more 
debug to do so some other things there to muddy the number.

We have designed the core to reduce in size in an optimal fashion if 
features are removed etc. So a single BAR configuration is likely to have a 
couple of hundred slices less. As yet the exact numbers have not been 
formally noted but we can see the size reduction if we twiddle the 
parameters that reduce functionality.

John Adair
Enterpoint Ltd. - Home of UAP. Enterpoint's University Access Program.
http://www.enterpoint.co.uk

"Xavier T" <xavier.tastet@gmail.com> wrote in message 
news:1137702243.561963.71120@f14g2000cwb.googlegroups.com...
> with the core you're working on, how many space left to implement
> design ?  x3s400 means 400k gates ?
> X.
> 



Article: 94998
Subject: Re: OT:Shooting Ourselves in the Foot
From: Chris Hills <chris@phaedsys.org>
Date: Fri, 20 Jan 2006 11:21:02 +0000
Links: << >>  << T >>  << A >>
In article <20Zzf.22772$SD1.13868@tornado.texas.rr.com>, HoustonEngineer
<xxx@yyy.com> writes
>Here is an observation - what do y'all think ?
>
>1 - Indian / Chinese / East European /etc people are at least as smart and 
>hardworking as Westerner's / Japanese

Interesting mix. 
The groupings I would have thought should be 
Indian/Chinese/Japanese
US/Europe (east and west)

The innovations have come from all over. Just because there is a good
business climate for high tech in California does not mean the things
developed and produced there are necessarily invented there. 

>2 - However, they work for something like $10% of what we will (or could 
>live on)

Who is they?  If you mean the Indians, Chinese and Taiwanese the answer
is : was yes, is yes and no in that order. Salaries in India are I
believe rising and they are being under cut by China. 

>3 - Our major advantage (in terms of these newsgroups) is our experience 
>with these subjects/technologies/methods/products

Who is "our" this is an international NG.  The experience global.
Perhaps it is just that the Indian students are smarter and realise
there is much experience on this NG and hang out here. US student could
too. 

>4 - On these newsgroups, many of the questions originate from people in 
>India, China or Eastern Europe and are answered by Westerners

No. Many of the questions are answered by Eastern Europeans as well. I
know of several tools that are developed in Eastern Europe. They some
very good people. The Eastern Europeans have some of the best
mathematical and computing brains on the planet.

>5 - Are we shooting ourselves in the foot ?

who is "ourselves"? 

>I'm not suggesting this is a bad thing - after five years in the US I am 
>actively looking for opportunities elsewhere - I just thought it was an 
>interesting question.

It is an interesting question. Part of the answer is to certify or
license engineers the same as in other professions. IE like the PE in
the US and other countries and the C.Eng in the UK and Eur. Ing in
Europe.

This means like Doctors, architects civil engineers there is a minimum
standard for embedded Engineers. IT also means the salary will stabilise
at a reasonable rate and be less effected by sweat shops and unqualified
people. 

There are similar qualifications for technicians. This will help remove
the unqualified and raise the standard of the profession in general. The
problem is that there will be losers in the west as well.  There are
probably as many unqualified hackers here as there. 

However it will improve the situation globally. 

-- 
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
\/\/\/\/\ Chris Hills  Staffs  England     /\/\/\/\/
/\/\/ chris@phaedsys.org      www.phaedsys.org \/\/\
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/




Article: 94999
Subject: Re: ISE8.1 on Linux, first impressions
From: Adrian Knoth <adi@drcomp.erfurt.thur.de>
Date: Fri, 20 Jan 2006 11:58:19 +0000 (UTC)
Links: << >>  << T >>  << A >>
Thomas Gebauer <th.gebauer@gmx.de> wrote:

> i tried to install it on a Debian Sarge with a 2.6.12 kernel but without 
> success. It complained about a missing libqt_qt.so (or similar). Which 
> packages are missing?

I haven't tried it, yet, but I think such a package does not
exist. It is either provided by ISE itself (set the environment
variables correctly) or is an aliased version of something else
(i.e. symlink libqt-mt.so to libqt_qt.so and run ldconfig or
set LD_LIBRARY_PATH).

I think I'll find some time to try it today, but don't rely on this ;)


-- 
mail: adi@thur.de  	http://adi.thur.de	PGP: v2-key via keyserver

Darf ich bitten - oder tanzen wir zuerst?



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