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 109175

Article: 109175
Subject: Re: Are you ready for Virtex-5? We are...
From: "Jon Beniston" <jon@beniston.com>
Date: 21 Sep 2006 13:16:08 -0700
Links: << >>  << T >>  << A >>
> "Early Silicon" is my interpretation of ES. To call it "Engineering
> Samples" would be misleading. These are full-quality, fully tested and
> characterized parts that work over temperature and voltage ranges.

Utter bullshit. Usually you write very fair replies but this is just
nonsense. I have ES1 and ES4 parts from Xilinx that are only sold as no
refunds, no returns, with major components that do not work. They are
not full quality at all. These particular Virtex 5 parts may be very
good, but it is certainly not true for your entire product range and
people should not be mislead in to believing otherwise.

> This is Early Silicon, and any design error (and there often is, since
> nobody is perfect the first time around) it is described on an errata
> sheet.

Thus not "full-quality"

> Maybe I can help to reduce the usual design-in delay, to your and to
> our benefit.

What can I say, I made the mistake of not delaying design-in of Virtex
4 FX parts and am still paying the price today.

Cheers,
Jon


Article: 109176
Subject: Re: Xilinx - no secret, you are not to use the PMV primitive
From: Max Baker <maxb@xilinx.com>
Date: Thu, 21 Sep 2006 13:32:04 -0700
Links: << >>  << T >>  << A >>
Hi Antti,

Antti wrote:
> I still wish Xilinx FPGAs would have the config Clock accessible again
> as it was with old Xilinx FPGAs !

A little bit of a late response here, but the STARTUP_VIRTEX5 primitive 
gives you access to both the configuration clock and the internal 
housekeeping clock.

See http://toolbox.xilinx.com/docsan/xilinx82/books/docs/v5ldl/v5ldl.pdf 
for the full usage in HDL.

-m

Article: 109177
Subject: Re: Are you ready for Virtex-5? We are...
From: "Peter Alfke" <peter@xilinx.com>
Date: 21 Sep 2006 13:43:30 -0700
Links: << >>  << T >>  << A >>
I wanted to stress that ES parts are tested and reliable. They do not
wear out or slowly go bad on you. The Virtex-4FXES devices had severe
functional and parametric (but not "reliability") problems, as covered
in the errata sheets.
We are all very sorry about this, and we have made sure that the next
generation design is far more robust.
Peter Alfke


Article: 109178
Subject: Re: Question about initializing on-chip block mem in XPS?
From: "cathy" <hy34@njit.edu>
Date: 21 Sep 2006 14:04:08 -0700
Links: << >>  << T >>  << A >>
Thank you very much, Brian. I have succeeded to write the data to
desired location by modifying the linker script. 
Thank,
Cathy.


Article: 109179
Subject: Re: New Lattice 32-bit Embedded Microprocessor Available Through Unique Open Source License
From: "rickman" <gnuarm@gmail.com>
Date: 21 Sep 2006 14:19:20 -0700
Links: << >>  << T >>  << A >>
John McGrath wrote:
> Jon Beniston wrote:
> > > but it uses verilog at such advanced level that is not supported
> > > by Xilinx XST synthesis, e.g. it is only useable with Synplify
> > > as synthesis tool
> >
> > It's about time Xilinx had full Verilog 2001 support really. What year
> > is it?
> >
> > Still, on the plus side, if you do use Synplify, at least the rest of
> > your design might work too ;-)
> >
> > Cheers,
> > Jon
>
> In fairness, the verilog2001 support is not the issue.
> The main reason the source did not compile was XST's adherence to some
> rules, like naming generate statement begin blocks, etc, and an issue
> with using clogb2 in a parameter.
> All small issues really - few tweaks here and there, took me a half an
> hour to do, and it synthesized!
>
> This was for a (very) basic configuration, I just tried to synth this
> to the slowest speed grade V5,
>
>  Number of Slice Registers:            780
>  Number of Slice LUTs:                1174
>     Number used as Logic:             1046
>     Number used as Memory:             128
>        Number used as RAM:             128
>
> and it came out at 170MHz (post synth timing only - did not run PAR).
> Would be Interesting to see if it works, and with more features turned
> on..though I have no time to test it..
> But XST can do it - with relatively small amount of code massaging.

I don't understand the idea of using post syn timing.  Is that at all
accurate?  Why not let it do a PAR and see what kind of real results
you get?  I guess I shouldn't knock post syn timing.  The eval I did on
my CPU gave pretty close numbers between syn and PAR.  I think it
actually sped up a little in PAR.


Article: 109180
Subject: Re: Lattice .bit file format
From: "Kevin" <kevin.hoyt@latticesemi.com>
Date: 21 Sep 2006 14:31:48 -0700
Links: << >>  << T >>  << A >>
Yes, it can be run via commandline.  In the ispLEVER help do a search
for 'memedit', this is the memory initialization tool executable.  In
the search results select 'Running MEMEDIT from the Command Line' to
open the MEMEDIT help page.

Kevin


Antti wrote:
> Kevin schrieb:
>
> > Johannes,
> >
> > Lattice's current software, ispLEVER 6.0 does offer the ability to
> > reinitialize your memory contents without recompiling your design.
> > Using the Memory Initialization tool, accessed from the tools menu, a
> > new, or modified memory file .mem can be written to the designs
> > database file .ncd.  After this is done all that needs to be rerun is
> > the 'Generate Bitstream Data' process.  This feature is only available
> > for use on memory blocks that are implemented in the devices EBR blocks
> > and created using the software's IPExpress module generation tool.
>
> is the memory init available from commandline also?
> the GUI tool is known to exist for some time, the commandline
> bit file merging is far less documented
> 
> Antti


Article: 109181
Subject: Re: Are you ready for Virtex-5? We are...
From: "Jon Beniston" <jon@beniston.com>
Date: 21 Sep 2006 14:41:49 -0700
Links: << >>  << T >>  << A >>

Peter Alfke wrote:
> I wanted to stress that ES parts are tested and reliable. They do not
> wear out or slowly go bad on you.

To be fair, I've have no problems with what is isn't listed in the
errata.

Cheers,
Jon


Article: 109182
Subject: Re: New Lattice 32-bit Embedded Microprocessor Available Through Unique Open Source License
From: "Jon Beniston" <jon@beniston.com>
Date: 21 Sep 2006 14:44:20 -0700
Links: << >>  << T >>  << A >>

> I don't understand the idea of using post syn timing.  Is that at all
> accurate?

Sometimes it is close, sometimes it is woefully inaccurate.

> Why not let it do a PAR and see what kind of real results you get?

It's the only way to know.

Cheers,
Jon


Article: 109183
Subject: Dell Laptop for Embedded Work
From: Chris Carlen <crcarleRemoveThis@BOGUSsandia.gov>
Date: Thu, 21 Sep 2006 14:57:20 -0700
Links: << >>  << T >>  << A >>
Hi:

I'm considering to buy a Dell Precision M90 laptop to replace a regular 
PC on a cart that was used to wheel around and program various embedded 
devices.

The new laptops of course don't offer old-fashioned ports like parallel 
and RS-232.  Well, some have serial, but the M90 doesn't.

I will be getting the docking station which *does* have a parallel and 
serial port though, so it should be just fine.  There is also the option 
of USB->RS-232 converters.  But the dock's parallel port will be 
critically important to work correctly.

I will need to connect to the following devices:

Atmel STK500 (RS-232) and JTAG-ICE (USB/RS-232)

Spectrum Digital eZdsp 'F2812 (parallel)

Xilinx Parallel Cable IV (parallel)

In the future there will likely be a USB JTAG Emulator for the 'F2812, 
and perhaps I'll upgrade to a better Xilinx cable.  Also will probably 
get into some Xilinx FPGAs and 3rd party development boards, but just 
need to be sure I can work my present tools.

Anyone have any serious problems with Dell laptops for these or other tools?


Thanks for input.



-- 
Good day!

________________________________________
Christopher R. Carlen
Principal Laser&Electronics Technologist
Sandia National Laboratories CA USA
crcarleRemoveThis@BOGUSsandia.gov
NOTE, delete texts: "RemoveThis" and
"BOGUS" from email address to reply.

Article: 109184
Subject: Re: Dell Laptop for Embedded Work
From: Joerg <notthisjoergsch@removethispacbell.net>
Date: Thu, 21 Sep 2006 22:57:57 GMT
Links: << >>  << T >>  << A >>
Hello Chris,

> 
> I'm considering to buy a Dell Precision M90 laptop to replace a regular 
> PC on a cart that was used to wheel around and program various embedded 
> devices.
> 
> The new laptops of course don't offer old-fashioned ports like parallel 
> and RS-232.  Well, some have serial, but the M90 doesn't.
> 
> I will be getting the docking station which *does* have a parallel and 
> serial port though, so it should be just fine.  There is also the option 
> of USB->RS-232 converters.  But the dock's parallel port will be 
> critically important to work correctly.
> 
> I will need to connect to the following devices:
> 
> Atmel STK500 (RS-232) and JTAG-ICE (USB/RS-232)
> 
> Spectrum Digital eZdsp 'F2812 (parallel)
> 
> Xilinx Parallel Cable IV (parallel)
> 
> In the future there will likely be a USB JTAG Emulator for the 'F2812, 
> and perhaps I'll upgrade to a better Xilinx cable.  Also will probably 
> get into some Xilinx FPGAs and 3rd party development boards, but just 
> need to be sure I can work my present tools.
> 
> Anyone have any serious problems with Dell laptops for these or other 
> tools?
> 

I don't know how their docking stations work but I'd be suspicious. 
Programmers often bit-bang the parallel port directly and that typically 
doesn't work if they chose to simply convert USB-parallel in the dock 
station.

My suggestion would be to pay a little more and get a laptop with a 
genuine parallel port.

-- 
Regards, Joerg

http://www.analogconsultants.com

Article: 109185
Subject: Re: APU disabled after context switch in Xilkernel
From: "Vasanth Asokan" <nospam@xilinx.com>
Date: Thu, 21 Sep 2006 16:10:56 -0700
Links: << >>  << T >>  << A >>
Bug in saving MSR from within system calls. Sample patch attached that fixes 
the problem.
XMK comes from a time where there was no APU interface or an FPU, which are 
the only bits of interest in the MSR for each process. The hardware has 
caught up in the meanwhile :)

Vasanth

"Andreas Hofmann" <ahofmann@ti.cs.uni-frankfurt.de> wrote in message 
news:eetohk$3fl$1@tantalos.rbi.informatik.uni-frankfurt.de...
> Vasanth Asokan schrieb:
>
> Hi,
>
>> Are the fsl() functions being invoked in the same task (after a context
>> switch) or in a different task?
>
> There are two task running: one who invokes the fsl() functions and one
> which just spends some CPU time to increment an int value. The latter
> task is not necessary, calling sleep() in the task invoking the fsl()
> functions leads to similar behaviour because of the context switch to
> the idle task.
>
>> If in a different task - are you enabling the MSR APU bits prior to the
>> kernel being initialized? Global processor level initialization (such as
>> MSR, caches and other core registers) should happen before 
>> xilkernel_main().
>> This will convey the user's intent regarding the processor state to the
>> kernel and ensure that all subsequent task switches get the same MSR 
>> value.
>
> Caches are disabled and APU is enabled in main() prior to invoking
> xilkernel_main(). The task invoking the fsl() functions is statically
> defined in the static_pthread_table.
>
> This is the failing code:
>
> //-----------------------------------------------------------------------------
> #include "xmk.h"
> #include "xparameters.h"
> #include "xbasic_types.h"
> #include "xcache_l.h"
> #include "xpseudo_asm.h"
> #include "stdio.h"
> #include "pthread.h"
>
> void enable_APU()
> {
>  Xuint32 msr_value = mfmsr();
>  msr_value |= XREG_MSR_APU_AVAILABLE;
>  mtmsr(msr_value);
> }
>
>
> void* busy()
> {
>  int l = 0;
>
>  while( l < (2 << 2) )
>  {
>    int k = 0;
>    while( k < (1 << 18) )
>      k++;
>    l++;
>  }
>
>  return 0;
> }
>
> void* user_main()
> {
>
>  pthread_t busy_thread;
>  pthread_create(&busy_thread, 0, busy, 0);
>
>  print("PPC_CHAT -- Entering user_main() --\r\n");
>
>  // provoke context switch
>  yield();
>
>  enable_APU();  // bit is cleared after context switch!
>  putfsl(21, 0);
>
>  print("Send succeded.\r\n");
>
>  volatile int i = -1;
>  getfsl(i, 0);
>
>  xil_printf("Reply: %d\r\n", i);
>
>  print("PPC_CHAT -- Exiting user_main() --\r\n");
>
>  return 0;
> }
>
> int main()
> {
>  XCache_DisableICache();
>  XCache_DisableDCache();
>
>  enable_APU();
>
>  // starting kernel
>  xilkernel_main();
>
>  return 0;
> }
> //-----------------------------------------------------------------------------
>
>
> Regards,
> Andreas 





Article: 109186
Subject: Re: Dell Laptop for Embedded Work
From: "Howard Long" <howard@howardlongxxx.com>
Date: Fri, 22 Sep 2006 00:13:20 +0100
Links: << >>  << T >>  << A >>
"Chris Carlen" <crcarleRemoveThis@BOGUSsandia.gov> wrote in message 
news:eev1s101dh2@news3.newsguy.com...
> Spectrum Digital eZdsp 'F2812 (parallel)
>
> Xilinx Parallel Cable IV (parallel)
>
> In the future there will likely be a USB JTAG Emulator for the 'F2812, and 
> perhaps I'll upgrade to a better Xilinx cable.  Also will probably get 
> into some Xilinx FPGAs and 3rd party development boards, but just need to 
> be sure I can work my present tools.
>
> Anyone have any serious problems with Dell laptops for these or other 
> tools?

Coincidentally only today I was discussing using a Spectrum Digital XDS510PP 
on a Dell with someone. They were unsuccessful with three different PCMCIA 
card parallel ports, and they did not have a 'proper' port replicator. By 
'proper' I mean a real hardware parallel port appearing at 0x378 on IRQ7.

I suggested some workarounds that I have used very successfully on Toshiba 
laptops for the SD JTAG PP emulator and await the reply. These include 
moving the phantom internal parallel port to somewhere else (eg, 0x278 or 
0x3BC) and sometimes having to hack the .inf file that comes with PCMCIA 
parallel port adaptors.

If the port replicator is a Dell unit designed specifically for the laptop 
and does _not_ simply replicate parallel ports via a USB port, then you will 
probably be OK. Forget it if it's a USB-type replicator.

Good luck, Howard 



Article: 109187
Subject: Re: iMPACT: Problem in downloading bit file
From: "Brannon" <brannonking@yahoo.com>
Date: 21 Sep 2006 16:14:30 -0700
Links: << >>  << T >>  << A >>
> When I was donwloading bit files to the target FPGA device, the process ran up to around 95% and error message appeared. I have to close the IMPACT program and re-try again. It worked after several times. This happens everytime I download the bit file for the first time. What is the problem?

I would guess this is a hardware design issue. The JTAG lines in the
hardware are missing terminators, missing buffers, certain chips they
are tied to are left unpopulated, or they are longer than the spec.

Are you running in bi-directional parallel mode or ECP? What version of
ISE? What chipset is the parallel controller on your motherboard?
Windows or Linux?


Article: 109188
Subject: Re: Dell Laptop for Embedded Work
From: Uwe Bonnes <bon@hertz.ikp.physik.tu-darmstadt.de>
Date: Thu, 21 Sep 2006 23:15:34 +0000 (UTC)
Links: << >>  << T >>  << A >>
In comp.arch.fpga Joerg <notthisjoergsch@removethispacbell.net> wrote:

> My suggestion would be to pay a little more and get a laptop with a 
> genuine parallel port.

PCMCIA Cards might be another option...
-- 
Uwe Bonnes                bon@elektron.ikp.physik.tu-darmstadt.de

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

Article: 109189
Subject: Re: Dell Laptop for Embedded Work
From: Joerg <notthisjoergsch@removethispacbell.net>
Date: Thu, 21 Sep 2006 23:19:39 GMT
Links: << >>  << T >>  << A >>
Hello Uwe,

> 
>>My suggestion would be to pay a little more and get a laptop with a 
>>genuine parallel port.
> 
> PCMCIA Cards might be another option...


Yes. Although I was cautioned by TI that the MSP430 JTAG programmer 
might show some quirks if I did that. In the end I switched all tools to 
USB.

-- 
Regards, Joerg

http://www.analogconsultants.com

Article: 109190
Subject: Re: Are you ready for Virtex-5? We are...
From: mk <kal*@dspia.*comdelete>
Date: Thu, 21 Sep 2006 23:36:42 GMT
Links: << >>  << T >>  << A >>
On 21 Sep 2006 13:16:08 -0700, "Jon Beniston" <jon@beniston.com>
wrote:

>> "Early Silicon" is my interpretation of ES. To call it "Engineering
>> Samples" would be misleading. These are full-quality, fully tested and
>> characterized parts that work over temperature and voltage ranges.
>
>Utter bullshit. Usually you write very fair replies but this is just
>nonsense. I have ES1 and ES4 parts from Xilinx that are only sold as no
>refunds, no returns, with major components that do not work. They are
>not full quality at all. These particular Virtex 5 parts may be very
>good, but it is certainly not true for your entire product range and
>people should not be mislead in to believing otherwise.
>
>> This is Early Silicon, and any design error (and there often is, since
>> nobody is perfect the first time around) it is described on an errata
>> sheet.
>
>Thus not "full-quality"
>
>> Maybe I can help to reduce the usual design-in delay, to your and to
>> our benefit.
>
>What can I say, I made the mistake of not delaying design-in of Virtex
>4 FX parts and am still paying the price today.
>
>Cheers,
>Jon

I think some slack needs to be cut for Xilinx here :-) At least they
are clearly labelling their ES parts (be engineering sample or early
silicon) as such. If any of you use an Intel or AMD cpu ;-) go to
their respective web sites and look for the errata on the shipping
products. Intel's latest cpu has tens of erratas some of which will be
fixed in a later stepping. AMD's cpu have around half a dozen which
won't be fixed. Anyone who has done any IC development knows how
difficult it is to get it right but most of us do, ... eventually.

Article: 109191
Subject: Re: Dell Laptop for Embedded Work
From: "Isaac Bosompem" <x86asm@gmail.com>
Date: 21 Sep 2006 16:47:29 -0700
Links: << >>  << T >>  << A >>

Joerg wrote:
> Hello Chris,
>
> >
> > I'm considering to buy a Dell Precision M90 laptop to replace a regular
> > PC on a cart that was used to wheel around and program various embedded
> > devices.
> >
> > The new laptops of course don't offer old-fashioned ports like parallel
> > and RS-232.  Well, some have serial, but the M90 doesn't.
> >
> > I will be getting the docking station which *does* have a parallel and
> > serial port though, so it should be just fine.  There is also the option
> > of USB->RS-232 converters.  But the dock's parallel port will be
> > critically important to work correctly.
> >
> > I will need to connect to the following devices:
> >
> > Atmel STK500 (RS-232) and JTAG-ICE (USB/RS-232)
> >
> > Spectrum Digital eZdsp 'F2812 (parallel)
> >
> > Xilinx Parallel Cable IV (parallel)
> >
> > In the future there will likely be a USB JTAG Emulator for the 'F2812,
> > and perhaps I'll upgrade to a better Xilinx cable.  Also will probably
> > get into some Xilinx FPGAs and 3rd party development boards, but just
> > need to be sure I can work my present tools.
> >
> > Anyone have any serious problems with Dell laptops for these or other
> > tools?
> >
>
> I don't know how their docking stations work but I'd be suspicious.
> Programmers often bit-bang the parallel port directly and that typically
> doesn't work if they chose to simply convert USB-parallel in the dock
> station.
>
> My suggestion would be to pay a little more and get a laptop with a
> genuine parallel port.
>
> --
> Regards, Joerg
>
> http://www.analogconsultants.com

You can get an IBM Thinkpad (I have a P3 1.13Ghz T23, very happy with
it). These laptops have very good reputations. The newer models (T60)
seems to have dropped the parallel port for the extra vent. But if you
don't mind a used/slightly older model you can pick up the Thinkpad T42
which has a parallel port. Also considering that my ol' T23 was
released in like 2001 and is still working without any defects is
amazing! Built like tanks these laptops are. 

-Isaac


Article: 109192
Subject: Re: Dell Laptop for Embedded Work
From: "Anonymous" <someone@microsoft.com>
Date: Thu, 21 Sep 2006 23:52:23 GMT
Links: << >>  << T >>  << A >>
I use a dell with docking station for Parallel Cable IV. It works but for
some reason you can't undock when the parallel port is used for anything. I
had to manual diasble the parallel port in the bios to get a clean undock.
So I pitched PC4 and went with a USB cable.

-Clark

"Chris Carlen" <crcarleRemoveThis@BOGUSsandia.gov> wrote in message
news:eev1s101dh2@news3.newsguy.com...
> Hi:
>
> I'm considering to buy a Dell Precision M90 laptop to replace a regular
> PC on a cart that was used to wheel around and program various embedded
> devices.
>
> The new laptops of course don't offer old-fashioned ports like parallel
> and RS-232.  Well, some have serial, but the M90 doesn't.
>
> I will be getting the docking station which *does* have a parallel and
> serial port though, so it should be just fine.  There is also the option
> of USB->RS-232 converters.  But the dock's parallel port will be
> critically important to work correctly.
>
> I will need to connect to the following devices:
>
> Atmel STK500 (RS-232) and JTAG-ICE (USB/RS-232)
>
> Spectrum Digital eZdsp 'F2812 (parallel)
>
> Xilinx Parallel Cable IV (parallel)
>
> In the future there will likely be a USB JTAG Emulator for the 'F2812,
> and perhaps I'll upgrade to a better Xilinx cable.  Also will probably
> get into some Xilinx FPGAs and 3rd party development boards, but just
> need to be sure I can work my present tools.
>
> Anyone have any serious problems with Dell laptops for these or other
tools?
>
>
> Thanks for input.
>
>
>
> -- 
> Good day!
>
> ________________________________________
> Christopher R. Carlen
> Principal Laser&Electronics Technologist
> Sandia National Laboratories CA USA
> crcarleRemoveThis@BOGUSsandia.gov
> NOTE, delete texts: "RemoveThis" and
> "BOGUS" from email address to reply.



Article: 109193
Subject: Re: Verification errors using Xilinx Spartan 3E board
From: John Williams <jwilliams@itee.uq.edu.au>
Date: Fri, 22 Sep 2006 09:54:56 +1000
Links: << >>  << T >>  << A >>
Hi Jack,

Jack Zkcmbcyk wrote:
>     I have been working on a design lately where I use a the Xilinx Spartan 
> 3E starter kit board.  I use a logic analyser to check the output on some 
> signals which are assigned to the boards' J1, J2 and J4 connectors. 
> Sometimes, I get some of the signals to not even be "connected" on the 
> external pins.  When this happens, I find that going in to the VHDL code and 
> adding a few changes that are usually never related to the signals I want to 
> observe in the first palce, fix things for me.

Try setting the FPGA Mode jumpers to JTAG.  By default I think they are in
master serial (to configure from the platform flash parts).  A few people have
reported problems to me doing JTAG configurations on these boards when the
contents of the platform flash PROM does not match the bitstream you are
downloading.  I also saw this on older V2-1000 boards as well.

Hope this helps,

John

Article: 109194
Subject: Re: Dell Laptop for Embedded Work
From: John Williams <jwilliams@itee.uq.edu.au>
Date: Fri, 22 Sep 2006 09:58:02 +1000
Links: << >>  << T >>  << A >>
Hi Chris,

Chris Carlen wrote:

> I'm considering to buy a Dell Precision M90 laptop to replace a regular
> PC on a cart that was used to wheel around and program various embedded
> devices.
> 
> The new laptops of course don't offer old-fashioned ports like parallel
> and RS-232.  Well, some have serial, but the M90 doesn't.

I use "the world's most expensive parallel port" (TM) - a Quatech SPP-100 in my
Dell Laptop.  Paying $200 for a PCMCIA interface + voltage drivers is painful,
but the thing works just fine with the Xilinx tools.  You do need to override
the ECP base address, there's an environment variable you can set.  Google
comp.arch.fpga's history for this topic, you'll find it discussed at length over
the years.

Regards,

John

Article: 109195
Subject: Re: Dell Laptop for Embedded Work
From: Brad Griffis <bradgriffis@hotmail.com>
Date: Thu, 21 Sep 2006 19:04:48 -0500
Links: << >>  << T >>  << A >>
Chris Carlen wrote:
> Hi:
> 
> I'm considering to buy a Dell Precision M90 laptop to replace a regular 
> PC on a cart that was used to wheel around and program various embedded 
> devices.
> 
> The new laptops of course don't offer old-fashioned ports like parallel 
> and RS-232.  Well, some have serial, but the M90 doesn't.
> 
> I will be getting the docking station which *does* have a parallel and 
> serial port though, so it should be just fine.  There is also the option 
> of USB->RS-232 converters.  But the dock's parallel port will be 
> critically important to work correctly.
> 
> I will need to connect to the following devices:
> 
> Atmel STK500 (RS-232) and JTAG-ICE (USB/RS-232)
> 
> Spectrum Digital eZdsp 'F2812 (parallel)
> 
> Xilinx Parallel Cable IV (parallel)
> 
> In the future there will likely be a USB JTAG Emulator for the 'F2812, 
> and perhaps I'll upgrade to a better Xilinx cable.  Also will probably 
> get into some Xilinx FPGAs and 3rd party development boards, but just 
> need to be sure I can work my present tools.
> 
> Anyone have any serious problems with Dell laptops for these or other 
> tools?
> 
> 
> Thanks for input.
> 

I've currently got a Dell D400 which although it has a serial port, does 
not have a parallel port.  The docking station does have the parallel 
port and I have used without any issues for the entire 3 years I've had 
it.  When I'm away from my docking station I've used a Quatech PCMCIA 
card to get the parallel port interface and that worked pretty well for 
the most part, though not as seamlessly as the docking station since it 
took a little bit of monkeying around to get the right driver.

A co-worker of mine has the M90 (or maybe M70?) and I know he does work 
through the comm port on the docking station and I haven't heard him 
make any complaints.  In fact, he's been quite happy with the 
performance of his laptop.  It runs Linux through VMware faster than his 
old desktop could run it natively!

By the way, USB JTAG emulators for TI DSPs have been out for quite a 
while.  A good low-cost emulator for c2000 DSPs is JTAGjet from Signum. 
  Spectrum Digital also now sells newer versions of the eZdsp with a USB 
interface rather than the parallel port interface.

Brad

Article: 109196
Subject: Re: Dell Laptop for Embedded Work
From: "larwe" <zwsdotcom@gmail.com>
Date: 21 Sep 2006 17:23:07 -0700
Links: << >>  << T >>  << A >>

Joerg wrote:

> I don't know how their docking stations work but I'd be suspicious.
> Programmers often bit-bang the parallel port directly and that typically
> doesn't work if they chose to simply convert USB-parallel in the dock

The dock stations I've seen are generally adapters to buffer the super
I/O chip in the laptop.

Super I/Os still have legacy ports in them.


Article: 109197
Subject: Re: Dell Laptop for Embedded Work
From: "larwe" <zwsdotcom@gmail.com>
Date: 21 Sep 2006 17:27:07 -0700
Links: << >>  << T >>  << A >>

Chris Carlen wrote:

> Atmel STK500 (RS-232) and JTAG-ICE (USB/RS-232)

The STK500 is very well-behaved and works well over USB-to-RS232
adapters.

I have a JTAG-ICE mkII and although I can barely get it to work once in
a blue moon, it should be equally "easy" to use on your Dell :)

> Xilinx Parallel Cable IV (parallel)

Upgrade to the DLC9 Platform Cable to work with Xilinx FPGAs.

I use two laptops for all my non-day-job embedded work: an Averatec
AV3715 (used exclusively for the Xilinx stuff as it has USB 2.0; the
laptop is extremely low quality and should be considered a disposable
machine) and an HP ZE4805WM. I mainly use MSP430, PowerPC (inside
Virtex-4 and also on remote Linux boxes), ARM (I use serial debugging
with gdb stubs on the target, though I do own a Macraigor Wiggler) and
AVR (via an Olimex USB-to-serial-to-JTAG adapter that looks like a
JTAG-ICE mkI).


Article: 109198
Subject: Re: Dell Laptop for Embedded Work
From: Chris Carlen <crcarleRemoveThis@BOGUSsandia.gov>
Date: Thu, 21 Sep 2006 17:32:43 -0700
Links: << >>  << T >>  << A >>
Howard Long wrote:[edit]
> If the port replicator is a Dell unit designed specifically for the laptop 
> and does _not_ simply replicate parallel ports via a USB port, then you will 
> probably be OK. Forget it if it's a USB-type replicator.
> 
> Good luck, Howard 


The tough part is finding out what it has before I buy it.



-- 
Good day!

________________________________________
Christopher R. Carlen
Principal Laser&Electronics Technologist
Sandia National Laboratories CA USA
crcarleRemoveThis@BOGUSsandia.gov
NOTE, delete texts: "RemoveThis" and
"BOGUS" from email address to reply.

Article: 109199
Subject: Re: Dell Laptop for Embedded Work
From: Chris Carlen <crcarleRemoveThis@BOGUSsandia.gov>
Date: Thu, 21 Sep 2006 17:35:34 -0700
Links: << >>  << T >>  << A >>
Isaac Bosompem wrote:[edit]
> You can get an IBM Thinkpad (I have a P3 1.13Ghz T23, very happy with
> it). These laptops have very good reputations. The newer models (T60)
> seems to have dropped the parallel port for the extra vent. But if you
> don't mind a used/slightly older model you can pick up the Thinkpad T42
> which has a parallel port. Also considering that my ol' T23 was
> released in like 2001 and is still working without any defects is
> amazing! Built like tanks these laptops are. 
> 
> -Isaac


Unfortunately, my company has a "permitted" set of laptop models.  There 
are some IBMs and HPs though, so I might take a closer look at those.

I have to do some re-thinking about whether I really want to pay for a 
large screen and do any real work on it, or if it will be just for 
transferring hex files from my real desktop PC to targets in various 
labs in my building.  If I forego the intention of doing real work on 
the laptop, then I can consider all 3 makers' products.  Hopefully one 
has a parallel port, but in 2006 I doubt it.



-- 
Good day!

________________________________________
Christopher R. Carlen
Principal Laser&Electronics Technologist
Sandia National Laboratories CA USA
crcarleRemoveThis@BOGUSsandia.gov
NOTE, delete texts: "RemoveThis" and
"BOGUS" from email address to reply.



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