Hi, I am using a USB blaster (Terasic) and on the same system I need to use two Asix Presto programmers that use the same FTDI device and (apparently) drivers. The Presto devices load up and work perfectly, but the (previously working) Blaster shows a yellow icon in Device Manager and Quartus 7.1 can't find it. Without the Prestos, the Blaster is happy. But I need all of them. I have heard that this is connected with the way that Altera configures the drivers, and have heard talk of a patch, but have no details. I would welcome any advice so I can get the devices to coexist. Thanks Malcolm

I just upgraded to Quartus 16.1 and now I have this problem. Without the FTDI cable plugged in USB-Blaster is at port USB-0, and I can program my device through JTAG. With the FTDI cable plugged in the USB-Blaster changes to USB-1, and I can still program my device through JTAG. With the FTDI cable plugged in as USB-1 and PuTTY open, then I cannot program my device through JTAG - the Quartus programmer reports "No Hardware". Closing the PuTTY window allows the programmer to work again.

Having this issue with Quartus 18.1, Windows 10 x64.Initially USB Blaster is reported as USB-0, adding some FTDI cable forces USB Blaster jump to USB-1, and then its functionality depends on the FTDI device activity - if something is connected to FTDI, then USB Blaster is not found by all the tools (Quartus Programmer, jtagconfig.exe, nios2-terminal.exe, etc).I tried to play with the order of devices connection after reboot, nothing helped. But then I stumbled upon a sort-of "solution". jtagconfig.exe has an option to add the programming cable explicitly. That option normally doesn't apply to automatically found usb cables, but this time it worked, maybe because the cable wasn't detected in normal way.So I did "jtagconfig.exe --add USB-Blaster USB-1" while the FTDI device was connected, and now the cable is found again. Both devices working simultaneously.The downside is that after FTDI device is removed, you will have two cables - automatically found USB-0 and manually added USB-1, so sometimes you'll have to explicitly select the cable for tools like nios2-terminal. And the "fix" doesn't live across the reboot.

Having the same issue with Windows 10 Enterprise 64 bit. As long as I have a FTDI based USB to serial converter plugged in and opened in a terminal, Quartus doesn't list the USB Blaster as a selectable hardware. If I plug out the USB to serial converter, the USB Blaster works fine.Drivers for both devices installed fine without any exclamation mark or error messageUSB to serial chip is FT2232C/D/H Dual UART/FIFO IC; Driver is ftser2k.sys, V2.12.28.0Terasic blaster has FT245BL chip; Driver is usbblstr.sys, V2.12.00.2 as contained in Quartus 16.1 and Quartus 18.1I see this thread was opened 11 years ago, any chance that there will ever be a solution?Regards

I'm also having the same problem of not being able to use the USB to serial together with the USB Blaster.There is a way to workaround Programming by disconnecting the USB to serial and re-attaching it after the programming was completed, but there is no way to use SignalTap since I need the serial port connected during the debugging...I've tried many Quartus driver versions, and the latest USB to serial driver, but it still doesn't work.

@avibI found the easiest solution was to buy a really really cheap USB-serial adapter that doesn't use the FTDI drivers.This is what I bought in NZ and it solved my problem:https://www.trademe.co.nz/computers/cables-adaptors/usb/listing-2875681835.htm?rsqid=77fd8861342a4c41915d93b84a55f3cd-002

USB Blaster driver conflict with other FTDI kit

21 Replies

Altera_Forum
Honored Contributor
9 years ago
Thanks for confirming the issue. I'm not sure yet if generally occurs with recent Windows versions and newer USB Blaster drivers, or only under particular circumstances.

--- Quote Start ---

I found I have to close the terminal program that is using the "other" FTDI device and can't start it again until the USB Blaster is active (e.g. DS-5 debugger is connected or programmer is programming), then both will run fine until Blaster is inactive.
Tedious but is works.
--- Quote End ---

Yes, I believe that has worked for me too. Considering that the USB Blaster reconnects in various situations (e.g. always after reconfiguring the FPGA, starting a different JTAG debug tool) the method is more a last resort than a solution.

Still hope there's an actual solution other than switching to USB Blaster 2 or possibly a Cypress based USB Blaster clone.

Regards,
Frank
Altera_Forum
Honored Contributor
9 years ago
I am also getting the same issue with Quartus 16.1, Windows 7 x64.

The workaround described by ep1015 and kflynn works, but is a bit tedious.
Altera_Forum
Honored Contributor
9 years ago
Could anyone solve this issue?
I am facing it too and could not find a solution.
Altera_Forum
Honored Contributor
9 years ago
I got a USB Blaster II and now no problem. Expensive fix for what should be easily fixable. Maybe it's to allow Altera/Intel to sell more blasters.
Altera_Forum
Honored Contributor
9 years ago
USB Blaster 2 is really more expensive. Why do they do that?
Altera_Forum
Honored Contributor
9 years ago
Because they can?
Seriously, it's not like the original doesn't work there's just an annoying caveat to its use.
There is a FAQ on the FTDI website that mentions something similar and gives a solution but that is for the person implementing the application.
But it would be nice if Altera would respond with at least an explanation! I doesn't seem anybody from Altera read is reading this.

So get a usb blaster II or be aware of what FTDI device you need to use at the same time as the blaster I.
AGuan
New Contributor
7 years ago
Ten years already... This combination works for me:
The Blaster driver is the one from Quartus II 14.1, which is v2.4.16, released on 4/21/2009.
And the USB Serial Converter driver is: 2.12.28.0, released on 8/16/2017.
Hope it helps.
NJuser
New Contributor
7 years ago
Has anyone tried to run Signaltap (over the Byte blaster) while being connected to the FTDI device? I am trying to provide a command over the USB Serial COM port (Tera Term), and wish to see the response of the FPGA through Signaltap. But as discussed in this thread, I can either use the Tera Term or the Byte Blaster. I am using the Rev C Byte Blaster (which I think is the latest).
Thanks

Forum Discussion

USB Blaster driver conflict with other FTDI kit

21 Replies

Recent Discussions

MAX 10: Can an ASx1 RBF be written directly to internal CFM via on-chip flash Avalon-MM?

Cold Temperature Issue

Cyclone 10 GX AS x4 Configuration Compatibility with Infineon S25FS512S (Custom Flash Definition)

Thermal model for Max10 FPGA

Drop-in replacement for EPCS64SI16N