Programação com EthernetBlaster
Este problema afeta as placas de produção Rev A e Rev B do kit de desenvolvimento Stratix® IV GX que contêm um adesivo p/n que termina em -EN130A, -EN140A ou -0A (por exemplo, 6XX-41284R-0A). O adesivo p/n está localizado no suporte PCI Express de metal. As placas mais recentes usam um semicondutor ON (NLAS4717EPMTR2G) que não apresenta este problema.
O EthernetBlaster usa uma taxa de clock mais alta do que o cabo de download USB-Blaster™ embarcado. A placa de desenvolvimento tem o dispositivo MAX® II na cadeia JTAG e a saída TDO não pode impulsionar a capacitação dos comutadores com força suficiente para que a cadeia JTAG opere com uma velocidade mais alta.
Para habilitar a programação da FPGA através do uso do EthernetBlaster, troque o dispositivo MAX II da cadeia JTAG. Isso pode ser feito ajustando a posição 1 do comutador JTAG (Rev A - SW4 ou Rev B - SW6) na posição "ON".
Pino extra "fsm_d32"
O barramento de dados FSM de 32 bits é nomeado fsm_d[31:0]. O pino fsm_d32 pino extra, encontrado no exemplo de projeto BUP, não está especificado no manual de referência da placa de desenvolvimento Stratix IV GX ou no esquema da placa.
O aviso crítico a seguir será relatado durante a operação do fitter Quartus® II. Remova o pino redundante fsm_d32 do exemplo de projeto para remover o aviso crítico.
Aviso crítico relatado pela correção do fitter:
Aviso crítico: nenhuma atribuição exata de localização de pinos para 1 pinos de 111 pinos totais
Informações: pin fsm_d[32] não atribuído a um local exato no dispositivo
Este problema será corrigido em uma versão futura do kit de desenvolvimento.
Imagem de software do usuário de carregamento BUP
Há um erro no design do Stratix IV GX Development Kit Update Portal (BUP) que impede que o software do usuário seja carregado pelo Nios® II processador. As imagens de hardware do usuário não são afetadas, nem as imagens de fábrica. As versões afetadas incluem o instalador do kit de desenvolvimento para as versões 9.0, 9.0 SP1 e 9.1 do software Quartus II. Este bug será corrigido em uma versão futura do kit de desenvolvimento.
O problema está no reconfig_utils.h, que faz parte do projeto BUP web_server no software_examples diretório. As linhas 51 e 52 leram incorretamente:
#define USER_SW_IMAGE_OFFSET 0x02820000
#define USER_SW_IMAGE_OFFSET 0x02800000
Essas linhas devem ler:
#define USER_SW_IMAGE_OFFSET 0x02820000
#define USER_SW_IMAGE_OFFSET 0x02800000
Isso faz com que o arquivo flash do software criado pelo usuário seja programado para o local errado no flash CFI ao usar o design BUP para programar as imagens do usuário. Para corrigir o problema, você pode recompilar o software de fábrica ou baixar a imagem de software de fábrica corrigida e reprogramar a imagem de software de fábrica em seu kit de desenvolvimento.
Para recompilá-software_examples software de fábrica, execute primeiro o create-this-app do diretório web_server encontrado em software_examples nos arquivos de origem BUP. Em seguida, crie um arquivo .flash do .elf usando o seguinte comando:
elf2flash --base=0x0a000000 --end=0x0bffffff --reset=0x02020000 --input=web_server.elf --output=web_server.flash --/components/altera_nios2/boot_loader_cfi.srec
Para reprogramar a imagem de software de fábrica para o flash CFI, use o seguinte comando no mesmo diretório web_server.flash:
nios2-flash-programmer -b 0x0a000000 web_server.flash
Após programar a imagem do software de fábrica, ligue a placa e siga as instruções para carregar uma imagem de hardware e software de fábrica usando a página web BUP. Se o processo acima não funcionar, o flash CFI pode não conter as imagens de fábrica. Siga o guia do usuário do kit de desenvolvimento para restaurar o conteúdo flash da fábrica e repita o processo acima.