Intel® Quartus® Prime Software
Intel® Quartus® Prime Design Software, Design Entry, Synthesis, Simulation, Verification, Timing Analysis, System Design (Platform Designer, formerly Qsys)
16593 Discussions

Cannot get JTAG Device to show up in Quartus

Altera_Forum
Honored Contributor II
1,386 Views

I am using the S10 SoC Development Kit, with Quartus 18.0. 

I cannot get the configuration hardware to show up in programmer. 

I've followed the steps listed in this excellent tutorial: http://www.fpga-dev.com/altera-usb-blaster-with-ubuntu/ 

Any tips will be appreciated. 

 

quartus version 18.0 

>> /tools/intelFPGA_pro/18.0/quartus/bin/quartus 

 

>> lsusb 

Bus 001 Device 011: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC 

 

>> dmesg 

[ 1153.023826] usb 1-13: FTDI USB Serial Device converter now attached to ttyUSB0 

 

>> Ubuntu Version 

Linux version 4.13.0-41-generic (buildd@lgw01-amd64-028) (gcc version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.9))# 46~16.04.1-Ubuntu SMP Thu May 3 10:06:43 UTC 2018 

 

>> strace jtagd --foreground --debug  

execve("/tools/intelFPGA_pro/18.0/quartus/bin/jtagd", , ) = 0 brk(NULL) = 0x9ef000 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=89170, ...}) = 0 mmap(NULL, 89170, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fe5b6911000 close(3) = 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/lib/x86_64-linux-gnu/libtinfo.so.5", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0p\310\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0644, st_size=167240, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fe5b6910000 mmap(NULL, 2264256, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fe5b64d9000 mprotect(0x7fe5b64fe000, 2093056, PROT_NONE) = 0 mmap(0x7fe5b66fd000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x24000) = 0x7fe5b66fd000 close(3) = 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/lib/x86_64-linux-gnu/libdl.so.2", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\240\r\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0644, st_size=14608, ...}) = 0 mmap(NULL, 2109680, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fe5b62d5000 mprotect(0x7fe5b62d8000, 2093056, PROT_NONE) = 0 mmap(0x7fe5b64d7000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x7fe5b64d7000 close(3) = 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0P\t\2\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=1868984, ...}) = 0 mmap(NULL, 3971488, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fe5b5f0b000 mprotect(0x7fe5b60cb000, 2097152, PROT_NONE) = 0 mmap(0x7fe5b62cb000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1c0000) = 0x7fe5b62cb000 mmap(0x7fe5b62d1000, 14752, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fe5b62d1000 close(3) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fe5b690f000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fe5b690e000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fe5b690d000 arch_prctl(ARCH_SET_FS, 0x7fe5b690e700) = 0 mprotect(0x7fe5b62cb000, 16384, PROT_READ) = 0 mprotect(0x7fe5b64d7000, 4096, PROT_READ) = 0 mprotect(0x7fe5b66fd000, 16384, PROT_READ) = 0 mprotect(0x6f3000, 4096, PROT_READ) = 0 mprotect(0x7fe5b6927000, 4096, PROT_READ) = 0 munmap(0x7fe5b6911000, 89170) = 0 open("/dev/tty", O_RDWR|O_NONBLOCK) = 3 close(3) = 0 brk(NULL) = 0x9ef000 brk(0x9f0000) = 0x9f0000 open("/usr/lib/locale/locale-archive", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=2981280, ...}) = 0 mmap(NULL, 2981280, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fe5b5c33000 close(3) = 0 brk(0x9f1000) = 0x9f1000 brk(0x9f2000) = 0x9f2000 getuid() = 1001 getgid() = 1001 geteuid() = 1001 getegid() = 1001 rt_sigprocmask(SIG_BLOCK, NULL, , 8) = 0 brk(0x9f3000) = 0x9f3000 sysinfo({uptime=1780, loads=, totalram=99814060032, freeram=98714148864, sharedram=10485760, bufferram=47362048, totalswap=101539901440, freeswap=101539901440, procs=483, totalhigh=0, freehigh=0, mem_unit=1}) = 0 brk(0x9f4000) = 0x9f4000 rt_sigaction(SIGCHLD, {SIG_DFL, , SA_RESTORER|SA_RESTART, 0x7fe5b5f404b0}, {SIG_DFL, , 0}, 8) = 0 rt_sigaction(SIGCHLD, {SIG_DFL, , SA_RESTORER|SA_RESTART, 0x7fe5b5f404b0}, {SIG_DFL, , SA_RESTORER|SA_RESTART, 0x7fe5b5f404b0}, 8) = 0 rt_sigaction(SIGINT, {SIG_DFL, , SA_RESTORER, 0x7fe5b5f404b0}, {SIG_DFL, , 0}, 8) = 0 rt_sigaction(SIGINT, {SIG_DFL, , SA_RESTORER, 0x7fe5b5f404b0}, {SIG_DFL, , SA_RESTORER, 0x7fe5b5f404b0}, 8) = 0 rt_sigaction(SIGQUIT, {SIG_DFL, , SA_RESTORER, 0x7fe5b5f404b0}, {SIG_DFL, , 0}, 8) = 0 rt_sigaction(SIGQUIT, {SIG_DFL, , SA_RESTORER, 0x7fe5b5f404b0}, {SIG_DFL, , SA_RESTORER, 0x7fe5b5f404b0}, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, , 8) = 0 rt_sigaction(SIGQUIT, {SIG_IGN, , SA_RESTORER, 0x7fe5b5f404b0}, {SIG_DFL, , SA_RESTORER, 0x7fe5b5f404b0}, 8) = 0 uname({sysname="Linux", nodename="snic1", ...}) = 0 brk(0x9f5000) = 0x9f5000 brk(0x9f6000) = 0x9f6000 brk(0x9f7000) = 0x9f7000 brk(0x9f8000) = 0x9f8000 stat("/home/******", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 stat(".", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 getpid() = 2897 open("/usr/lib/x86_64-linux-gnu/gconv/gconv-modules.cache", O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=26258, ...}) = 0 mmap(NULL, 26258, PROT_READ, MAP_SHARED, 3, 0) = 0x7fe5b6920000 close(3) = 0 getppid() = 2895 brk(0x9f9000) = 0x9f9000 brk(0x9fa000) = 0x9fa000
0 Kudos
4 Replies
Altera_Forum
Honored Contributor II
397 Views

Did you use the correct USB contact on the kit? There is at least one contact for the integrated USB blaster, and one for the UART. It looks like the one you have connected is the UART. AFAIK the USB blaster should show as "Altera Blaster" in lsusb (at least it does with the USB Blaster I).

0 Kudos
Altera_Forum
Honored Contributor II
397 Views

 

--- Quote Start ---  

Did you use the correct USB contact on the kit? There is at least one contact for the integrated USB blaster, and one for the UART. It looks like the one you have connected is the UART. AFAIK the USB blaster should show as "Altera Blaster" in lsusb (at least it does with the USB Blaster I). 

--- Quote End ---  

 

 

Is the USB Blaster-I needed? I have a simple USB to mini-USB connection between the PC and the board. 

 

Thanks, 

Salma
0 Kudos
Altera_Forum
Honored Contributor II
397 Views

I moved the cable to J57, and it showed up as an Altera device! Thanks for your inputs.

0 Kudos
Altera_Forum
Honored Contributor II
397 Views

Glad you fixed it. No I didn't meant you needed a USB Blaster I, it's just that currently the only linux machine I have access to that is connected to a USB Blaster has a USB Blaster I, so that was the only info I could give about the output from lsusb. 

 

The Soc devkit has an on-board USB Blaster II if I remember correctly.
0 Kudos
Reply