Welcome Notice

Register Log in

HP \"owning\" the software for Xilinx-FTDI drivers???...

R

Rick C

Guest
Someone new on the project is talking about how HP owns the driver code for the FTDI JTAG chip used to program Xilinx parts. Has anyone heard of this?

Even if that is true, I\'m not sure how relevant it is. Is there some issue with HP owning the software for FTDI devices even if that is true? Why would it matter to a user of Xilinx FPGAs???

I did try getting an answer and failed. The guy bringing it up is from a background of big dollar development and I don\'t know if there was some sort of IP ownership issue. I can\'t see how it would impact us even if there were. I really can\'t imagine anyone other than FTDI owns the drivers for the FTDI chips, but maybe there\'s some sort of JTAG software involved.

Sometimes it is strange working with strangers.

--

Rick C.

- Get 1,000 miles of free Supercharging
- Tesla referral code - https://ts.la/richard11209
 
S

server

Guest
tirsdag den 27. oktober 2020 kl. 21.31.20 UTC+1 skrev Rick C:
Someone new on the project is talking about how HP owns the driver code for the FTDI JTAG chip used to program Xilinx parts. Has anyone heard of this?

Even if that is true, I\'m not sure how relevant it is. Is there some issue with HP owning the software for FTDI devices even if that is true? Why would it matter to a user of Xilinx FPGAs???

I did try getting an answer and failed. The guy bringing it up is from a background of big dollar development and I don\'t know if there was some sort of IP ownership issue. I can\'t see how it would impact us even if there were. I really can\'t imagine anyone other than FTDI owns the drivers for the FTDI chips, but maybe there\'s some sort of JTAG software involved.

Sometimes it is strange working with strangers.
standard ftdi chips can talk jtag with the standard ftdi driver, you just have
to make you own code to drive it and it won\'t work from inside the xilinx tools

I know digilent has a jtag based on ftdi that works with Xilinx tools
and is often part off xilinx boards (redacted from the schematic), it
requires something special in the ftdi eeprom to load their driver and
software instead of just being an ftdi device, basically to verify that it
is a licensed digilent programmer and not just a generic ftdi bought from digikey
 
R

Rick C

Guest
On Tuesday, October 27, 2020 at 5:43:10 PM UTC-4, lasselangwad...@gmail.com wrote:
tirsdag den 27. oktober 2020 kl. 21.31.20 UTC+1 skrev Rick C:
Someone new on the project is talking about how HP owns the driver code for the FTDI JTAG chip used to program Xilinx parts. Has anyone heard of this?

Even if that is true, I\'m not sure how relevant it is. Is there some issue with HP owning the software for FTDI devices even if that is true? Why would it matter to a user of Xilinx FPGAs???

I did try getting an answer and failed. The guy bringing it up is from a background of big dollar development and I don\'t know if there was some sort of IP ownership issue. I can\'t see how it would impact us even if there were. I really can\'t imagine anyone other than FTDI owns the drivers for the FTDI chips, but maybe there\'s some sort of JTAG software involved.

Sometimes it is strange working with strangers.

standard ftdi chips can talk jtag with the standard ftdi driver, you just have
to make you own code to drive it and it won\'t work from inside the xilinx tools
Your own code to drive it? That\'s pretty rad, but I think I understand what you are saying.


I know digilent has a jtag based on ftdi that works with Xilinx tools
and is often part off xilinx boards (redacted from the schematic), it
requires something special in the ftdi eeprom to load their driver and
software instead of just being an ftdi device, basically to verify that it
is a licensed digilent programmer and not just a generic ftdi bought from digikey
I think Trenz has some interface board with the FTDI chip and a small FPGA (not for the user to muck with, but for the module operation) that costs a few bucks more for Xilinx capability. I guess this is what they are talking about, something special to work with the Xilinx drivers. I guess Xilinx has some detail they will share under license to add this capability to your boards.

I still have no idea what he is talking about regarding this being \"HP\" IP. I\'m starting to get tired of the guy. He seems to really want to deep six the Gowin part even though the Xilinx part will cost four times as much and take up twice the board space or require more expensive board fabrication.

I\'m starting to get tired of this guy. I guess this is what to expect from part time help...

--

Rick C.

+ Get 1,000 miles of free Supercharging
+ Tesla referral code - https://ts.la/richard11209
 
S

server

Guest
onsdag den 28. oktober 2020 kl. 00.19.29 UTC+1 skrev Rick C:
On Tuesday, October 27, 2020 at 5:43:10 PM UTC-4, lasselangwad...@gmail.com wrote:
tirsdag den 27. oktober 2020 kl. 21.31.20 UTC+1 skrev Rick C:
Someone new on the project is talking about how HP owns the driver code for the FTDI JTAG chip used to program Xilinx parts. Has anyone heard of this?

Even if that is true, I\'m not sure how relevant it is. Is there some issue with HP owning the software for FTDI devices even if that is true? Why would it matter to a user of Xilinx FPGAs???

I did try getting an answer and failed. The guy bringing it up is from a background of big dollar development and I don\'t know if there was some sort of IP ownership issue. I can\'t see how it would impact us even if there were. I really can\'t imagine anyone other than FTDI owns the drivers for the FTDI chips, but maybe there\'s some sort of JTAG software involved.

Sometimes it is strange working with strangers.

standard ftdi chips can talk jtag with the standard ftdi driver, you just have
to make you own code to drive it and it won\'t work from inside the xilinx tools

Your own code to drive it? That\'s pretty rad, but I think I understand what you are saying.
if you just want to configure a part it is pretty straight forward, but if
you want to talk to a build in logic analyser, program one time fuses without ruining boards, and all the other things the tools can do I\'m sure it can get pretty hairy
 
R

Rick C

Guest
On Tuesday, October 27, 2020 at 8:03:33 PM UTC-4, lasselangwad...@gmail.com wrote:
onsdag den 28. oktober 2020 kl. 00.19.29 UTC+1 skrev Rick C:
On Tuesday, October 27, 2020 at 5:43:10 PM UTC-4, lasselangwad...@gmail..com wrote:
tirsdag den 27. oktober 2020 kl. 21.31.20 UTC+1 skrev Rick C:
Someone new on the project is talking about how HP owns the driver code for the FTDI JTAG chip used to program Xilinx parts. Has anyone heard of this?

Even if that is true, I\'m not sure how relevant it is. Is there some issue with HP owning the software for FTDI devices even if that is true? Why would it matter to a user of Xilinx FPGAs???

I did try getting an answer and failed. The guy bringing it up is from a background of big dollar development and I don\'t know if there was some sort of IP ownership issue. I can\'t see how it would impact us even if there were. I really can\'t imagine anyone other than FTDI owns the drivers for the FTDI chips, but maybe there\'s some sort of JTAG software involved..

Sometimes it is strange working with strangers.

standard ftdi chips can talk jtag with the standard ftdi driver, you just have
to make you own code to drive it and it won\'t work from inside the xilinx tools

Your own code to drive it? That\'s pretty rad, but I think I understand what you are saying.


if you just want to configure a part it is pretty straight forward, but if
you want to talk to a build in logic analyser, program one time fuses without ruining boards, and all the other things the tools can do I\'m sure it can get pretty hairy
I\'m just trying to figure out what this guy was talking about saying that HP owned the software. I would expect either FTDI or Xilinx would own it. He never answered me when I asked why it mattered. I think he is trying to find some reason to nix the approach we are taking with the FPGA on this project. He\'s also seems to be digging to find things with the Gowin chip that he can object to. Or maybe I am just being paranoid. I guess I find some of his comments weird and don\'t know what to make of it.

The trouble is we don\'t have a bunch of funding to pull off this project and the mechanical engineers have to spend a fair bit on the stainless steel cabinet. So we are trying to get the boards made for free by JLCPCB. We\'ll have to assemble the parts they don\'t carry, but they have offered to make some of our boards with the parts they do carry. That\'s pretty generous. I hope they stick to that when they see the updated board. It\'s 100x200 mm and will end up pretty full of parts.

--

Rick C.

-- Get 1,000 miles of free Supercharging
-- Tesla referral code - https://ts.la/richard11209
 
M

Michael Kellett

Guest
On 28/10/2020 03:48, Rick C wrote:
On Tuesday, October 27, 2020 at 8:03:33 PM UTC-4, lasselangwad...@gmail.com wrote:
onsdag den 28. oktober 2020 kl. 00.19.29 UTC+1 skrev Rick C:
On Tuesday, October 27, 2020 at 5:43:10 PM UTC-4, lasselangwad...@gmail.com wrote:
tirsdag den 27. oktober 2020 kl. 21.31.20 UTC+1 skrev Rick C:
Someone new on the project is talking about how HP owns the driver code for the FTDI JTAG chip used to program Xilinx parts. Has anyone heard of this?

Even if that is true, I\'m not sure how relevant it is. Is there some issue with HP owning the software for FTDI devices even if that is true? Why would it matter to a user of Xilinx FPGAs???

I did try getting an answer and failed. The guy bringing it up is from a background of big dollar development and I don\'t know if there was some sort of IP ownership issue. I can\'t see how it would impact us even if there were. I really can\'t imagine anyone other than FTDI owns the drivers for the FTDI chips, but maybe there\'s some sort of JTAG software involved.

Sometimes it is strange working with strangers.

standard ftdi chips can talk jtag with the standard ftdi driver, you just have
to make you own code to drive it and it won\'t work from inside the xilinx tools

Your own code to drive it? That\'s pretty rad, but I think I understand what you are saying.


if you just want to configure a part it is pretty straight forward, but if
you want to talk to a build in logic analyser, program one time fuses without ruining boards, and all the other things the tools can do I\'m sure it can get pretty hairy

I\'m just trying to figure out what this guy was talking about saying that HP owned the software. I would expect either FTDI or Xilinx would own it. He never answered me when I asked why it mattered. I think he is trying to find some reason to nix the approach we are taking with the FPGA on this project. He\'s also seems to be digging to find things with the Gowin chip that he can object to. Or maybe I am just being paranoid. I guess I find some of his comments weird and don\'t know what to make of it.

The trouble is we don\'t have a bunch of funding to pull off this project and the mechanical engineers have to spend a fair bit on the stainless steel cabinet. So we are trying to get the boards made for free by JLCPCB. We\'ll have to assemble the parts they don\'t carry, but they have offered to make some of our boards with the parts they do carry. That\'s pretty generous. I hope they stick to that when they see the updated board. It\'s 100x200 mm and will end up pretty full of parts.

@Rick
I can now confirm that a blank FTDI FT2232H chip will work with the
Gowin tools and will program a GW1N-9 via JTAG, either SRAM or the on
chip Flash.

I used a bog standard FTDI module (about £18 from Farnell) and removed
one resistor to disable the on board eeprom (may not have been necessary).

I blogged a bit about the project here:

https://www.element14.com/community/groups/fpga-group/blog/2020/10/29/another-cheap-and-simple-fpga-board

There is a bit of explanation and some pictures.

MK
 
R

Rick C

Guest
On Thursday, October 29, 2020 at 1:41:13 PM UTC-4, Michael Kellett wrote:
On 28/10/2020 03:48, Rick C wrote:
On Tuesday, October 27, 2020 at 8:03:33 PM UTC-4, lasselangwad...@gmail..com wrote:
onsdag den 28. oktober 2020 kl. 00.19.29 UTC+1 skrev Rick C:
On Tuesday, October 27, 2020 at 5:43:10 PM UTC-4, lasselangwad...@gmail.com wrote:
tirsdag den 27. oktober 2020 kl. 21.31.20 UTC+1 skrev Rick C:
Someone new on the project is talking about how HP owns the driver code for the FTDI JTAG chip used to program Xilinx parts. Has anyone heard of this?

Even if that is true, I\'m not sure how relevant it is. Is there some issue with HP owning the software for FTDI devices even if that is true? Why would it matter to a user of Xilinx FPGAs???

I did try getting an answer and failed. The guy bringing it up is from a background of big dollar development and I don\'t know if there was some sort of IP ownership issue. I can\'t see how it would impact us even if there were. I really can\'t imagine anyone other than FTDI owns the drivers for the FTDI chips, but maybe there\'s some sort of JTAG software involved..

Sometimes it is strange working with strangers.

standard ftdi chips can talk jtag with the standard ftdi driver, you just have
to make you own code to drive it and it won\'t work from inside the xilinx tools

Your own code to drive it? That\'s pretty rad, but I think I understand what you are saying.


if you just want to configure a part it is pretty straight forward, but if
you want to talk to a build in logic analyser, program one time fuses without ruining boards, and all the other things the tools can do I\'m sure it can get pretty hairy

I\'m just trying to figure out what this guy was talking about saying that HP owned the software. I would expect either FTDI or Xilinx would own it. He never answered me when I asked why it mattered. I think he is trying to find some reason to nix the approach we are taking with the FPGA on this project. He\'s also seems to be digging to find things with the Gowin chip that he can object to. Or maybe I am just being paranoid. I guess I find some of his comments weird and don\'t know what to make of it.

The trouble is we don\'t have a bunch of funding to pull off this project and the mechanical engineers have to spend a fair bit on the stainless steel cabinet. So we are trying to get the boards made for free by JLCPCB. We\'ll have to assemble the parts they don\'t carry, but they have offered to make some of our boards with the parts they do carry. That\'s pretty generous. I hope they stick to that when they see the updated board. It\'s 100x200 mm and will end up pretty full of parts.

@Rick

I can now confirm that a blank FTDI FT2232H chip will work with the
Gowin tools and will program a GW1N-9 via JTAG, either SRAM or the on
chip Flash.

I used a bog standard FTDI module (about £18 from Farnell) and removed
one resistor to disable the on board eeprom (may not have been necessary)..

I blogged a bit about the project here:

https://www.element14.com/community/groups/fpga-group/blog/2020/10/29/another-cheap-and-simple-fpga-board

There is a bit of explanation and some pictures.

MK
Great! I appreciate the heads up. I think most of the resistance to using the Gowin devices is behind us, but was just asking about \"ILA\" which I suppose means the software logic analyzer.

We may have some long logic chains that will have a bit of trouble with 33 MHz, but the in general we are using enables of 1 ms and slower. So timing just should not be an issue except on the timing counters and the bits doing some math in the MACs.

I do worry a bit about the poor documentation. This guy found a line that said the dual ported rams don\'t support true dual port mode in this and a few other parts. The contact said that\'s only in the parts prior to rev C. The docs just aren\'t up to date or even very accurate. The guides say to instantiate, but there is example code (in Verilog) in one that doesn\'t match the circuit diagram or even the port signals in the code provided by the IP generator tool.

I ended up writing something pretty generic that should match the semi-dual port which is what I need for this part of the design. It synthesized no problem. I believe to use the -9 parts you need to select -9C. There are some other chips that you specify the C revision too.

So far I\'m very pleased that they have someone to answer my stupid questions. He has to contact the mother ship for some of them, but I get answers.... that I like. First of the year I would have been learning Verilog, lol.

--

Rick C.

-+ Get 1,000 miles of free Supercharging
-+ Tesla referral code - https://ts.la/richard11209
 
Toggle Sidebar

Welcome to EDABoard.com

Sponsor

Top