EDAboard.com | EDAboard.eu | EDAboard.de | EDAboard.co.uk | RTV forum PL | NewsGroups PL

ANN: Amontec JTAGkey programs XC4VLX25 at 2.8s

Ask a question - edaboard.com

elektroda.net NewsGroups Forum Index - FPGA - ANN: Amontec JTAGkey programs XC4VLX25 at 2.8s

Goto page Previous  1, 2

Amontec, Larry
Guest

Thu Jun 21, 2007 4:03 pm   



cs_posting_at_hotmail.com wrote:
Quote:
On Jun 21, 9:03 am, "Amontec, Larry" <laurent.ga...@ANTI-
SPAMamontec.com> wrote:


Sorry for the delay, but last Friday was the big CRASH. We received
lightning on Amontec's House... the lightning comes in over LAN ! We
lost 5 computers ! Our servers protected by UPS are safe, HOUFFF !


Sorry to hear that.

You do appear to have recently posted some code for an SVF player.
Always good to see manufacturer's providing real user flexibility in
using their products!

Is this code the how-to for the JTAG speed claim?

Was the comparison to a Xilinx cable also run in SVF file mode, or did
you have impact reading a native xilinx bitstream file?


Yes, this is the how-to code.

But the power of this solution is to be a generic JTAG solution because
the SVF is a portable, FPGA / CPLD vendor independent! (Antti will not
be OK with me, but vendor have to respect SVF specification. Our parser
does Smile )

An other () :
( we will prove that we can program a ARM7 or ARM9 via SVF too !

Running a native xilinx bitstream could be a bit faster than we do not
have to read and parse SVF file, but just take the .bit and upload it
byte-after-byte.
With the support of AmtXHAL, a native bitstream solution could be build
in 1 or 2 hours for us (some hours for beginners) ... we could write an
example if you need.
Native bitstream stays custom solutions depending on number of chained
Targets.

But you are right, in test / program production stage, secondes could be
important.

Laurent

Amontec, Larry
Guest

Thu Jun 21, 2007 4:40 pm   



Antti wrote:
Quote:
On Jun 21, 4:03 pm, "Amontec, Larry" <laurent.ga...@ANTI-
SPAMamontec.com> wrote:

Antti wrote:

On 19 Jun., 17:00, cs_post...@hotmail.com wrote:

On Jun 19, 9:56 am, Antti <Antti.Luk...@googlemail.com> wrote:

Yes, that's odd, but doesn't bar us from begining a comparison.

How fast have you documented the Xilinx cable going?

yes that ODD

and yes it does prevent comparison, actually Wink
the USB performance can be influenced by many things,
it could be that amontec used FS only hub or root port as example,

So how fast have _you_ gotten the xilinx cable to go?

You seem to be having more fun laughing at Larry's calendar challenges
than actually seeking to compare performance.

The Amontec claimed performance, while yet unverified, doesn't seem
unreasble to me, so I'm really curious if you have evidence that the
xilinx cable is working faster than that for you?

actually as you have asked the same thing question SO MANY times, here
is the answer
YES, Xilinx Platform cable WORKS FASTER.

example: 11MBit bitstream, REDUCED TCK Clock to 12MHz, time : 2.547
seconds

On the test board the JTAG chain clock isnt optimal so I can not test
at 24MHz TCK,
I assume the speed performance would be noticeable.

this doesnt mean that Xilinx software and drivers are good, they are
not, many JTAG operations
could be carried out faster then do, but eh, this is the same thing as
with Actel, they changed to
use windriver USB drivers, and as result their programming times
increased 2 times.

but hardware wise the Xilinx Platform USB cable is defenetly capable
to get much better performance
then any implementation of FT2232 in plastic box (== Amontec jtagkey,
etc..) ever can. FT2232 has
limitation on max JTAG clock of 6MHz.

Antti

Dear Antti,

Sorry for the delay, but last Friday was the big CRASH. We received
lightning on Amontec's House... the lightning comes in over LAN ! We
lost 5 computers ! Our servers protected by UPS are safe, HOUFFF !

Strange meteo in Switzerland at this moment.

...- Hide quoted text -

- Show quoted text -


brrr Sad too bad the lightning strike, and lost computers.

and too bad tha the "source code" published is 100% useless, as all
the actual JTAG handling is hidden in an DLL and there is no source
code available for it.

Antti





Dear Antti,

Did you try it ? or do you only search open sources ?
Is a work too bad and 100% useless because it does not provide ALL in
Open-Source?
Do you make $$$ multi-donations for an Open-Source project? We have the
replies.

Amontec team works daily for providing real user flexibility and
solutions in using Amontec products ...

Our SVF player based on AmtXHAL is a very powerfull solution. And it is
FREE. Our JTAG Hardware Abstration Layer is a big work too. We will put
all code as Open-Source when our JTAGkey21 and JTAGkey24 will be ready
for sales. These two new products will be based on USB2.0 high-speed
processors and we already know that we will have the faster worldwide
JTAG solutions).

If you are designing from AmtXHAL, the use of JTAGkey21 and JTAGkey24
will be transparent for you ! You have to see yourself, but you'll see
soon !

Larry


Guest

Thu Jun 21, 2007 4:47 pm   



On Jun 21, 9:54 am, Antti <Antti.Luk...@googlemail.com> wrote:

Quote:
and too bad tha the "source code" published is 100% useless, as all
the actual JTAG handling is hidden in an DLL and there is no source
code available for it.

Strongly disagree.

First you can use it as intended.

Then you can use the functions in the provided header file to
accomplish various other jtag tasks.

And if you really want to understand it, well, you have a header file
for Larry's DLL, and Larry's DLL calls the FTD2xx.dll. So you make up
a fake version of the later, and see what a given trial call to
Larry's DLL produces in terms of FTD2xx operations... Yeah, reverse
engineering, but simpler than reverse engineering the xilinx stuff,
and people have done that!

Antti
Guest

Thu Jun 21, 2007 5:06 pm   



On 21 Jun., 17:47, cs_post...@hotmail.com wrote:
Quote:
On Jun 21, 9:54 am, Antti <Antti.Luk...@googlemail.com> wrote:

and too bad tha the "source code" published is 100% useless, as all
the actual JTAG handling is hidden in an DLL and there is no source
code available for it.

Strongly disagree.

First you can use it as intended.

Then you can use the functions in the provided header file to
accomplish various other jtag tasks.

And if you really want to understand it, well, you have a header file
for Larry's DLL, and Larry's DLL calls the FTD2xx.dll. So you make up
a fake version of the later, and see what a given trial call to
Larry's DLL produces in terms of FTD2xx operations... Yeah, reverse
engineering, but simpler than reverse engineering the xilinx stuff,
and people have done that!

eh there is absolutly no sense to RE Larry DLL's Wink
its nothing magical to found there.

the "functions provided" did look like primitive replacement for
something calles
"command line parameter passing" - but well I only looked 2 minutes,
maybe there
is something more to see. But what I did see did look like useless.
I would prefer just run from batch file, then using this customization
API

Antti

Amontec, Larry
Guest

Thu Jun 21, 2007 5:35 pm   



Antti wrote:
Quote:
On 21 Jun., 17:47, cs_post...@hotmail.com wrote:

On Jun 21, 9:54 am, Antti <Antti.Luk...@googlemail.com> wrote:


and too bad tha the "source code" published is 100% useless, as all
the actual JTAG handling is hidden in an DLL and there is no source
code available for it.

Strongly disagree.

First you can use it as intended.

Then you can use the functions in the provided header file to
accomplish various other jtag tasks.

And if you really want to understand it, well, you have a header file
for Larry's DLL, and Larry's DLL calls the FTD2xx.dll. So you make up
a fake version of the later, and see what a given trial call to
Larry's DLL produces in terms of FTD2xx operations... Yeah, reverse
engineering, but simpler than reverse engineering the xilinx stuff,
and people have done that!


eh there is absolutly no sense to RE Larry DLL's Wink
its nothing magical to found there.

the "functions provided" did look like primitive replacement for
something calles
"command line parameter passing" - but well I only looked 2 minutes,
maybe there
is something more to see. But what I did see did look like useless.
I would prefer just run from batch file, then using this customization
API

Antti









Electronic is not Magic but Logic. Only Physic is Magic!
True Random Number Generator is Magic and Physic but use some Electronics!

It is very simple to talk and think about True Random Number but you
need more than 2 minutes for developing a True Random Number Generator!

Bla - bla ... as your bla - bla Antti.

Antti, you CANNOT take 2 minutes and then resume by a "too bad" and by a
"100% useless".

Laurent

Amontec, Larry
Guest

Thu Jun 21, 2007 5:41 pm   



Antti wrote:
Quote:
On 21 Jun., 17:47, cs_post...@hotmail.com wrote:

On Jun 21, 9:54 am, Antti <Antti.Luk...@googlemail.com> wrote:


and too bad tha the "source code" published is 100% useless, as all
the actual JTAG handling is hidden in an DLL and there is no source
code available for it.

Strongly disagree.

First you can use it as intended.

Then you can use the functions in the provided header file to
accomplish various other jtag tasks.

And if you really want to understand it, well, you have a header file
for Larry's DLL, and Larry's DLL calls the FTD2xx.dll. So you make up
a fake version of the later, and see what a given trial call to
Larry's DLL produces in terms of FTD2xx operations... Yeah, reverse
engineering, but simpler than reverse engineering the xilinx stuff,
and people have done that!


eh there is absolutly no sense to RE Larry DLL's Wink
its nothing magical to found there.

the "functions provided" did look like primitive replacement for
something calles
"command line parameter passing" - but well I only looked 2 minutes,
maybe there
is something more to see. But what I did see did look like useless.
I would prefer just run from batch file, then using this customization
API

Antti









Electronic is not Magic but Logic. Only Physic is Magic!
True Random Number Generator is Magic and Physic but use some Electronics!

It is very simple to talk and think about True Random Number but you
need more than 2 minutes for developing a True Random Number Generator!

Bla - bla ... as your bla - bla Antti.

Antti, you CANNOT take 2 minutes and then resume by a "too bad" and by a
"100% useless".

Laurent

Antti
Guest

Thu Jun 21, 2007 6:31 pm   



On 21 Jun., 18:41, "Amontec, Larry" <laurent.ga...@ANTI-
SPAMamontec.com> wrote:
Quote:
Antti wrote:
On 21 Jun., 17:47, cs_post...@hotmail.com wrote:

On Jun 21, 9:54 am, Antti <Antti.Luk...@googlemail.com> wrote:

and too bad tha the "source code" published is 100% useless, as all
the actual JTAG handling is hidden in an DLL and there is no source
code available for it.

Strongly disagree.

First you can use it as intended.

Then you can use the functions in the provided header file to
accomplish various other jtag tasks.

And if you really want to understand it, well, you have a header file
for Larry's DLL, and Larry's DLL calls the FTD2xx.dll. So you make up
a fake version of the later, and see what a given trial call to
Larry's DLL produces in terms of FTD2xx operations... Yeah, reverse
engineering, but simpler than reverse engineering the xilinx stuff,
and people have done that!

eh there is absolutly no sense to RE Larry DLL's Wink
its nothing magical to found there.

the "functions provided" did look like primitive replacement for
something calles
"command line parameter passing" - but well I only looked 2 minutes,
maybe there
is something more to see. But what I did see did look like useless.
I would prefer just run from batch file, then using this customization
API

Antti

Electronic is not Magic but Logic. Only Physic is Magic!
True Random Number Generator is Magic and Physic but use some Electronics!

It is very simple to talk and think about True Random Number but you
need more than 2 minutes for developing a True Random Number Generator!

Bla - bla ... as your bla - bla Antti.

Antti, you CANNOT take 2 minutes and then resume by a "too bad" and by a
"100% useless".

Laurent- Zitierten Text ausblenden -

- Zitierten Text anzeigen -

bla-bla, BTW how did you test that your DLL can handle "infinite"
length chain?
if I make SVF file that does masked compare and has single chain
length of 33GBit, this would then be executed ok? 33G is defenetly
less than infinite I think?

and if I look at 2 pages of source code, then 2 minutes can tell a lot
already

Antti

Antti
Guest

Thu Jun 21, 2007 6:35 pm   



On 21 Jun., 17:40, "Amontec, Larry" <laurent.ga...@ANTI-
SPAMamontec.com> wrote:
Quote:
Antti wrote:
On Jun 21, 4:03 pm, "Amontec, Larry" <laurent.ga...@ANTI-
SPAMamontec.com> wrote:

Antti wrote:

On 19 Jun., 17:00, cs_post...@hotmail.com wrote:

On Jun 19, 9:56 am, Antti <Antti.Luk...@googlemail.com> wrote:

Yes, that's odd, but doesn't bar us from begining a comparison.

How fast have you documented the Xilinx cable going?

yes that ODD

and yes it does prevent comparison, actually Wink
the USB performance can be influenced by many things,
it could be that amontec used FS only hub or root port as example,

So how fast have _you_ gotten the xilinx cable to go?

You seem to be having more fun laughing at Larry's calendar challenges
than actually seeking to compare performance.

The Amontec claimed performance, while yet unverified, doesn't seem
unreasble to me, so I'm really curious if you have evidence that the
xilinx cable is working faster than that for you?

actually as you have asked the same thing question SO MANY times, here
is the answer
YES, Xilinx Platform cable WORKS FASTER.

example: 11MBit bitstream, REDUCED TCK Clock to 12MHz, time : 2.547
seconds

On the test board the JTAG chain clock isnt optimal so I can not test
at 24MHz TCK,
I assume the speed performance would be noticeable.

this doesnt mean that Xilinx software and drivers are good, they are
not, many JTAG operations
could be carried out faster then do, but eh, this is the same thing as
with Actel, they changed to
use windriver USB drivers, and as result their programming times
increased 2 times.

but hardware wise the Xilinx Platform USB cable is defenetly capable
to get much better performance
then any implementation of FT2232 in plastic box (== Amontec jtagkey,
etc..) ever can. FT2232 has
limitation on max JTAG clock of 6MHz.

Antti

Dear Antti,

Sorry for the delay, but last Friday was the big CRASH. We received
lightning on Amontec's House... the lightning comes in over LAN ! We
lost 5 computers ! Our servers protected by UPS are safe, HOUFFF !

Strange meteo in Switzerland at this moment.

...- Hide quoted text -

- Show quoted text -

brrr Sad too bad the lightning strike, and lost computers.

and too bad tha the "source code" published is 100% useless, as all
the actual JTAG handling is hidden in an DLL and there is no source
code available for it.

Antti

Dear Antti,

Did you try it ? or do you only search open sources ?
Is a work too bad and 100% useless because it does not provide ALL in
Open-Source?
Do you make $$$ multi-donations for an Open-Source project? We have the
replies.

Amontec team works daily for providing real user flexibility and
solutions in using Amontec products ...


really?

i have a chameleon, this is PURCHASED not your free gift
(that one did burn in), but I can not use chameleon as solutions
provided
by amontec do not not support chameleon when LPT base address is not
default
(like PCI LPT)

there is solution to reconfigure Amontex chameleon connected to PCI
LPT,
but this solution is PINAPI(tm) based XSVF by Antti Lukats - solutions
from Amontec are not available.

Antti

Amontec, Larry
Guest

Sun Jun 24, 2007 12:14 pm   



Antti wrote:
Quote:
On 21 Jun., 18:41, "Amontec, Larry" <laurent.ga...@ANTI-
SPAMamontec.com> wrote:

Antti wrote:

On 21 Jun., 17:47, cs_post...@hotmail.com wrote:

On Jun 21, 9:54 am, Antti <Antti.Luk...@googlemail.com> wrote:

and too bad tha the "source code" published is 100% useless, as all
the actual JTAG handling is hidden in an DLL and there is no source
code available for it.

Strongly disagree.

First you can use it as intended.

Then you can use the functions in the provided header file to
accomplish various other jtag tasks.

And if you really want to understand it, well, you have a header file
for Larry's DLL, and Larry's DLL calls the FTD2xx.dll. So you make up
a fake version of the later, and see what a given trial call to
Larry's DLL produces in terms of FTD2xx operations... Yeah, reverse
engineering, but simpler than reverse engineering the xilinx stuff,
and people have done that!

eh there is absolutly no sense to RE Larry DLL's Wink
its nothing magical to found there.

the "functions provided" did look like primitive replacement for
something calles
"command line parameter passing" - but well I only looked 2 minutes,
maybe there
is something more to see. But what I did see did look like useless.
I would prefer just run from batch file, then using this customization
API

Antti

Electronic is not Magic but Logic. Only Physic is Magic!
True Random Number Generator is Magic and Physic but use some Electronics!

It is very simple to talk and think about True Random Number but you
need more than 2 minutes for developing a True Random Number Generator!

Bla - bla ... as your bla - bla Antti.

Antti, you CANNOT take 2 minutes and then resume by a "too bad" and by a
"100% useless".

Laurent- Zitierten Text ausblenden -

- Zitierten Text anzeigen -


bla-bla, BTW how did you test that your DLL can handle "infinite"
length chain?
if I make SVF file that does masked compare and has single chain
length of 33GBit, this would then be executed ok? 33G is defenetly
less than infinite I think?

and if I look at 2 pages of source code, then 2 minutes can tell a lot
already

Antti


Our JTAG HAL (Amontec X Hardware Abstraction Layer) was designed for
infinite SCANS ! And it is ...

We can do a 33 Giga Scan length via our AMTXHAL. Very easy.
If you have a REAL application with a 33 Giga bit please call me. And we
will try !

Yes two minutes can tell a lot for me two, but this is not enough for
publishing your comments as a "too bad" and by a "100% useless".

Laurent

Amontec, Larry
Guest

Sun Jun 24, 2007 12:31 pm   



Antti wrote:

Quote:
On 21 Jun., 17:40, "Amontec, Larry" <laurent.ga...@ANTI-
SPAMamontec.com> wrote:

Antti wrote:

On Jun 21, 4:03 pm, "Amontec, Larry" <laurent.ga...@ANTI-
SPAMamontec.com> wrote:

Antti wrote:

On 19 Jun., 17:00, cs_post...@hotmail.com wrote:

On Jun 19, 9:56 am, Antti <Antti.Luk...@googlemail.com> wrote:

Yes, that's odd, but doesn't bar us from begining a comparison.

How fast have you documented the Xilinx cable going?

yes that ODD

and yes it does prevent comparison, actually Wink
the USB performance can be influenced by many things,
it could be that amontec used FS only hub or root port as example,

So how fast have _you_ gotten the xilinx cable to go?

You seem to be having more fun laughing at Larry's calendar challenges
than actually seeking to compare performance.

The Amontec claimed performance, while yet unverified, doesn't seem
unreasble to me, so I'm really curious if you have evidence that the
xilinx cable is working faster than that for you?

actually as you have asked the same thing question SO MANY times, here
is the answer
YES, Xilinx Platform cable WORKS FASTER.

example: 11MBit bitstream, REDUCED TCK Clock to 12MHz, time : 2.547
seconds

On the test board the JTAG chain clock isnt optimal so I can not test
at 24MHz TCK,
I assume the speed performance would be noticeable.

this doesnt mean that Xilinx software and drivers are good, they are
not, many JTAG operations
could be carried out faster then do, but eh, this is the same thing as
with Actel, they changed to
use windriver USB drivers, and as result their programming times
increased 2 times.

but hardware wise the Xilinx Platform USB cable is defenetly capable
to get much better performance
then any implementation of FT2232 in plastic box (== Amontec jtagkey,
etc..) ever can. FT2232 has
limitation on max JTAG clock of 6MHz.

Antti

Dear Antti,

Sorry for the delay, but last Friday was the big CRASH. We received
lightning on Amontec's House... the lightning comes in over LAN ! We
lost 5 computers ! Our servers protected by UPS are safe, HOUFFF !

Strange meteo in Switzerland at this moment.

...- Hide quoted text -

- Show quoted text -

brrr Sad too bad the lightning strike, and lost computers.

and too bad tha the "source code" published is 100% useless, as all
the actual JTAG handling is hidden in an DLL and there is no source
code available for it.

Antti

Dear Antti,

Did you try it ? or do you only search open sources ?
Is a work too bad and 100% useless because it does not provide ALL in
Open-Source?
Do you make $$$ multi-donations for an Open-Source project? We have the
replies.

Amontec team works daily for providing real user flexibility and
solutions in using Amontec products ...



really?

i have a chameleon, this is PURCHASED not your free gift
(that one did burn in), but I can not use chameleon as solutions
provided
by amontec do not not support chameleon when LPT base address is not
default
(like PCI LPT)

there is solution to reconfigure Amontex chameleon connected to PCI
LPT,
but this solution is PINAPI(tm) based XSVF by Antti Lukats - solutions
from Amontec are not available.

Antti


Yes, really, as by our JTAG Accelerator on our Chaleeon POD. This helps
many companies using our Chameleon POD in production/test stage (5x to
6x faster than the Macraigor Raven ...).
But a tool cannot never support all tricky things coming from custom
uses and specific applications ...
But I am happy to know about your PINAPI, even if this comes a bit late
for us, since major part of designers want USB products, the parallel
port is coming rare and annoying).
This is why, we provides the already popular Amontec USB JTAGkey now.

Regards,
Laurent
htpp://www.amontec.com

Antti
Guest

Mon Jun 25, 2007 7:50 am   



On Jun 24, 1:31 pm, "Amontec, Larry" <laurent.ga...@ANTI-
SPAMamontec.com> wrote:
Quote:
Antti wrote:
On 21 Jun., 17:40, "Amontec, Larry" <laurent.ga...@ANTI-
SPAMamontec.com> wrote:

Antti wrote:

On Jun 21, 4:03 pm, "Amontec, Larry" <laurent.ga...@ANTI-
SPAMamontec.com> wrote:

Antti wrote:

On 19 Jun., 17:00, cs_post...@hotmail.com wrote:

On Jun 19, 9:56 am, Antti <Antti.Luk...@googlemail.com> wrote:

Yes, that's odd, but doesn't bar us from begining a comparison.

How fast have you documented the Xilinx cable going?

yes that ODD

and yes it does prevent comparison, actually Wink
the USB performance can be influenced by many things,
it could be that amontec used FS only hub or root port as example,

So how fast have _you_ gotten the xilinx cable to go?

You seem to be having more fun laughing at Larry's calendar challenges
than actually seeking to compare performance.

The Amontec claimed performance, while yet unverified, doesn't seem
unreasble to me, so I'm really curious if you have evidence that the
xilinx cable is working faster than that for you?

actually as you have asked the same thing question SO MANY times, here
is the answer
YES, Xilinx Platform cable WORKS FASTER.

example: 11MBit bitstream, REDUCED TCK Clock to 12MHz, time : 2.547
seconds

On the test board the JTAG chain clock isnt optimal so I can not test
at 24MHz TCK,
I assume the speed performance would be noticeable.

this doesnt mean that Xilinx software and drivers are good, they are
not, many JTAG operations
could be carried out faster then do, but eh, this is the same thing as
with Actel, they changed to
use windriver USB drivers, and as result their programming times
increased 2 times.

but hardware wise the Xilinx Platform USB cable is defenetly capable
to get much better performance
then any implementation of FT2232 in plastic box (== Amontec jtagkey,
etc..) ever can. FT2232 has
limitation on max JTAG clock of 6MHz.

Antti

Dear Antti,

Sorry for the delay, but last Friday was the big CRASH. We received
lightning on Amontec's House... the lightning comes in over LAN ! We
lost 5 computers ! Our servers protected by UPS are safe, HOUFFF !

Strange meteo in Switzerland at this moment.

...- Hide quoted text -

- Show quoted text -

brrr Sad too bad the lightning strike, and lost computers.

and too bad tha the "source code" published is 100% useless, as all
the actual JTAG handling is hidden in an DLL and there is no source
code available for it.

Antti

Dear Antti,

Did you try it ? or do you only search open sources ?
Is a work too bad and 100% useless because it does not provide ALL in
Open-Source?
Do you make $$$ multi-donations for an Open-Source project? We have the
replies.

Amontec team works daily for providing real user flexibility and
solutions in using Amontec products ...

really?

i have a chameleon, this is PURCHASED not your free gift
(that one did burn in), but I can not use chameleon as solutions
provided
by amontec do not not support chameleon when LPT base address is not
default
(like PCI LPT)

there is solution to reconfigure Amontex chameleon connected to PCI
LPT,
but this solution is PINAPI(tm) based XSVF by Antti Lukats - solutions
from Amontec are not available.

Antti

Yes, really, as by our JTAG Accelerator on our Chaleeon POD. This helps
many companies using our Chameleon POD in production/test stage (5x to
6x faster than the Macraigor Raven ...).
But a tool cannot never support all tricky things coming from custom
uses and specific applications ...
But I am happy to know about your PINAPI, even if this comes a bit late
for us, since major part of designers want USB products, the parallel
port is coming rare and annoying).
This is why, we provides the already popular Amontec USB JTAGkey now.

Regards,
Laurent
htpp://www.amontec.com- Hide quoted text -

- Show quoted text -

PINAPI (Pin API) was developed by me VERY long time, initially to
provide hardware abstraction layer for PIC and AVR and EEPROM
Programming software. The first was developed for MS DOS, and used TSR
type of drivers. It was very succesful in that terms that PINAPI
enabled programming software did support many hardware I had never
seen or validated for the use. In several cases working better than
hardware vendors own software. It was later used on WIn 3.1, and is
used mostly internally now on modern windows. Unfortunatly the PINAPI
was not fully "upgraded" to use Windows added functionality, eg all
PINAPI DLLs for windows still are based on very close spec to the
initial spec. However even so there is succesful use it, one example
that you can examine is Xilinx SystemACE player, you can playback
Xilinx ACE onto any PINAPI driver as if the ACE would be executed by
the Xilinx SystemACE CF.

http://code.google.com/p/fpga-tools/downloads/list

here you can get the source code of the application. Full source of
the PINAPI drivers and all components, are not currently public, but
on my list to make public.

another use is Spartan3E NOR flash programmer for Xilinx sample, also
uses PINAPI drivers, next one
"SPI direct" programmer, that will flash SPI flash in similar fashion
as Altera "jtag indirect" but it is cross FPGA vendor neutral.

Antti

Antti
Guest

Mon Jun 25, 2007 7:52 am   



On Jun 24, 1:14 pm, "Amontec, Larry" <laurent.ga...@ANTI-
SPAMamontec.com> wrote:
Quote:
Antti wrote:
On 21 Jun., 18:41, "Amontec, Larry" <laurent.ga...@ANTI-
SPAMamontec.com> wrote:

Antti wrote:

On 21 Jun., 17:47, cs_post...@hotmail.com wrote:

On Jun 21, 9:54 am, Antti <Antti.Luk...@googlemail.com> wrote:

and too bad tha the "source code" published is 100% useless, as all
the actual JTAG handling is hidden in an DLL and there is no source
code available for it.

Strongly disagree.

First you can use it as intended.

Then you can use the functions in the provided header file to
accomplish various other jtag tasks.

And if you really want to understand it, well, you have a header file
for Larry's DLL, and Larry's DLL calls the FTD2xx.dll. So you make up
a fake version of the later, and see what a given trial call to
Larry's DLL produces in terms of FTD2xx operations... Yeah, reverse
engineering, but simpler than reverse engineering the xilinx stuff,
and people have done that!

eh there is absolutly no sense to RE Larry DLL's Wink
its nothing magical to found there.

the "functions provided" did look like primitive replacement for
something calles
"command line parameter passing" - but well I only looked 2 minutes,
maybe there
is something more to see. But what I did see did look like useless.
I would prefer just run from batch file, then using this customization
API

Antti

Electronic is not Magic but Logic. Only Physic is Magic!
True Random Number Generator is Magic and Physic but use some Electronics!

It is very simple to talk and think about True Random Number but you
need more than 2 minutes for developing a True Random Number Generator!

Bla - bla ... as your bla - bla Antti.

Antti, you CANNOT take 2 minutes and then resume by a "too bad" and by a
"100% useless".

Laurent- Zitierten Text ausblenden -

- Zitierten Text anzeigen -

bla-bla, BTW how did you test that your DLL can handle "infinite"
length chain?
if I make SVF file that does masked compare and has single chain
length of 33GBit, this would then be executed ok? 33G is defenetly
less than infinite I think?

and if I look at 2 pages of source code, then 2 minutes can tell a lot
already

Antti

Our JTAG HAL (Amontec X Hardware Abstraction Layer) was designed for
infinite SCANS ! And it is ...

We can do a 33 Giga Scan length via our AMTXHAL. Very easy.
If you have a REAL application with a 33 Giga bit please call me. And we
will try !

Yes two minutes can tell a lot for me two, but this is not enough for
publishing your comments as a "too bad" and by a "100% useless".

Laurent- Hide quoted text -

- Show quoted text -

Larry Easy -

if my comments are too heavy, well I am hard to please -
and the fact that I have interest to check out your products and
verify the claims made in your announcments should actually
make you happy - it should generate some more interest in
your products. Any extra publicity and public noise can
eventually increase your sales.

total silence and no replies is worse than hyper-critical comments.

Antti

Amontec, Larry
Guest

Wed Jul 04, 2007 6:36 am   



Amontec, Larry wrote:
Quote:
Amontec, Larry wrote:

ON NEXT MONDAY : 17-JUNE-2006

Amontec will provide the how-to program via a XILINX VIRTEX XC4VLX25
7.9Mbits bit stream) at 2.8 seconds using the Amontec JTAGkey !

On next Monday, your Amontec JTAG key will be close to the speed of a
Xilinx Platform Cable USB for programming any FPGA and CPLD vendors
(Altera Xilinx Lattice Cypress ...)

Come back next Monday on http://www.amontec.com !

Laurent


Hi all,

You may download the Amontec SVF Player from
http://www.amontec.com/jtagkey.shtml

Already tested for programming Altera Lattice Xilinx FPGA s CPLD s and
FLASH s.
It can be use for programming AVR ATMEGA processors too.
But you may use it as custom JTAG Boundary Scan.

Infini SCAN LENGTH !
Infini number of TAP (number of Targets) integrating Header and Trailer
scans.

The amtsvfplayer.exe comes with c project source. Also, you may edit the
source, customize it and re-compile a new SVF Player for your specific
needs.

amtsvfplayer.exe -h to get help on usage.

You may execute SVF Files or SVF Lines.
A SVF Line could be a concatenation of SVF commands.

You may adapt JTAG Frequency (FREQUENCY) via -frequencyFactor. In this
way you do not need to edit the SVF yourself. When using
-frequencyFactor, the RUNTEST x TCK is automaticaly updated ...

Linux version ready to be published.

HAVE FUN WITH JTAG AND SVF !
... but you need to have the JTAGkey.

Regards,
Laurent
http://www.amontec.com

Ann: via JTAGkey, you have a lot of ARM Debug Solutions too, including
OpenOCD JTAG server, Crossworks, Yagarto ... !

Timing for small devices:

Xilinx Coolrunner XCR3128 ERASE / PROGRAM / VERIFY ->
JTAG generation from SVF Player
SVF used :
http://www.amontec.com/chm_appl_test_led_blink_prog_check.svf
... in 601 milliseconds

ScreenShot :
http://www.amontec.com/jtagkey.shtml

Regards,
Laurent

Amontec, Larry
Guest

Thu Jul 26, 2007 9:52 am   



Amontec, Larry wrote:
Quote:
Amontec, Larry wrote:

Amontec, Larry wrote:

ON NEXT MONDAY : 17-JUNE-2006

Amontec will provide the how-to program via a XILINX VIRTEX XC4VLX25
7.9Mbits bit stream) at 2.8 seconds using the Amontec JTAGkey !

On next Monday, your Amontec JTAG key will be close to the speed of a
Xilinx Platform Cable USB for programming any FPGA and CPLD vendors
(Altera Xilinx Lattice Cypress ...)

Come back next Monday on http://www.amontec.com !

Laurent



Hi all,

You may download the Amontec SVF Player from
http://www.amontec.com/jtagkey.shtml

Already tested for programming Altera Lattice Xilinx FPGA s CPLD s and
FLASH s.
It can be use for programming AVR ATMEGA processors too.
But you may use it as custom JTAG Boundary Scan.

Infini SCAN LENGTH !
Infini number of TAP (number of Targets) integrating Header and
Trailer scans.

The amtsvfplayer.exe comes with c project source. Also, you may edit
the source, customize it and re-compile a new SVF Player for your
specific needs.

amtsvfplayer.exe -h to get help on usage.

You may execute SVF Files or SVF Lines.
A SVF Line could be a concatenation of SVF commands.

You may adapt JTAG Frequency (FREQUENCY) via -frequencyFactor. In this
way you do not need to edit the SVF yourself. When using
-frequencyFactor, the RUNTEST x TCK is automaticaly updated ...

Linux version ready to be published.

HAVE FUN WITH JTAG AND SVF !
... but you need to have the JTAGkey.

Regards,
Laurent
http://www.amontec.com

Ann: via JTAGkey, you have a lot of ARM Debug Solutions too, including
OpenOCD JTAG server, Crossworks, Yagarto ... !


Timing for small devices:

Xilinx Coolrunner XCR3128 ERASE / PROGRAM / VERIFY -
JTAG generation from SVF Player
SVF used :
http://www.amontec.com/chm_appl_test_led_blink_prog_check.svf
... in 601 milliseconds

ScreenShot :
http://www.amontec.com/jtagkey.shtml

Regards,
Laurent
We have tested with an big Altera EPC2S 16.9Mbits bitstream (SVF file)

and the Amontec JTAG download it after a 4.4 seconds !
Laurent
http://www.amontec.com


Guest

Tue Oct 04, 2016 7:10 am   



Hi,

Not sure if this forum is still alive but I am using Amontec JTAGKey2 and the Amontec SVF player to program a Virtex-7 Eval board. The svf player got to "SVF Playing File:" and then I got an error message:

"Error code = 524 (Line: 0 Error 524: parser_svf -> File not found.)"

What gives? Where do I get this parser_svf file?

On Thursday, July 26, 2007 at 4:52:55 PM UTC+8, Amontec, Larry wrote:
Quote:
Amontec, Larry wrote:
Amontec, Larry wrote:

Amontec, Larry wrote:

ON NEXT MONDAY : 17-JUNE-2006

Amontec will provide the ‘how-to’ program via a XILINX VIRTEX XC4VLX25
7.9Mbits bit stream) at 2.8 seconds using the Amontec JTAGkey !

On next Monday, your Amontec JTAG key will be close to the speed of a
Xilinx Platform Cable USB for programming any FPGA and CPLD vendors
(Altera Xilinx Lattice Cypress ...)

Come back next Monday on http://www.amontec.com !

Laurent



Hi all,

You may download the Amontec SVF Player from
http://www.amontec.com/jtagkey.shtml

Already tested for programming Altera Lattice Xilinx FPGA s CPLD s and
FLASH s.
It can be use for programming AVR ATMEGA processors too.
But you may use it as custom JTAG Boundary Scan.

Infini SCAN LENGTH !
Infini number of TAP (number of Targets) integrating Header and
Trailer scans.

The amtsvfplayer.exe comes with c project source. Also, you may edit
the source, customize it and re-compile a new SVF Player for your
specific needs.

amtsvfplayer.exe -h to get help on usage.

You may execute SVF Files or SVF Lines.
A SVF Line could be a concatenation of SVF commands.

You may adapt JTAG Frequency (FREQUENCY) via -frequencyFactor. In this
way you do not need to edit the SVF yourself. When using
-frequencyFactor, the RUNTEST x TCK is automaticaly updated ...

Linux version ready to be published.

HAVE FUN WITH JTAG AND SVF !
... but you need to have the JTAGkey.

Regards,
Laurent
http://www.amontec.com

Ann: via JTAGkey, you have a lot of ARM Debug Solutions too, including
OpenOCD JTAG server, Crossworks, Yagarto ... !


Timing for small devices:

Xilinx Coolrunner XCR3128 ERASE / PROGRAM / VERIFY -
JTAG generation from SVF Player
SVF used :
http://www.amontec.com/chm_appl_test_led_blink_prog_check.svf
... in 601 milliseconds

ScreenShot :
http://www.amontec.com/jtagkey.shtml

Regards,
Laurent
We have tested with an big Altera EPC2S 16.9Mbits bitstream (SVF file)
and the Amontec JTAG download it after a 4.4 seconds !
Laurent
http://www.amontec.com


Goto page Previous  1, 2

elektroda.net NewsGroups Forum Index - FPGA - ANN: Amontec JTAGkey programs XC4VLX25 at 2.8s

Ask a question - edaboard.com

Arabic versionBulgarian versionCatalan versionCzech versionDanish versionGerman versionGreek versionEnglish versionSpanish versionFinnish versionFrench versionHindi versionCroatian versionIndonesian versionItalian versionHebrew versionJapanese versionKorean versionLithuanian versionLatvian versionDutch versionNorwegian versionPolish versionPortuguese versionRomanian versionRussian versionSlovak versionSlovenian versionSerbian versionSwedish versionTagalog versionUkrainian versionVietnamese versionChinese version
RTV map EDAboard.com map News map EDAboard.eu map EDAboard.de map EDAboard.co.uk map