Parte 9 – Prototipação de Processadores e Entrada e Saída LABORG 27/novembro/2009 Ney Laert Vilar Calazans.

Slides:



Advertisements
Apresentações semelhantes
Análise e Projeto Orientado a Objetos
Advertisements

Análise e Projeto de Sistemas I
Sistemas Operacionais Aula II
Introdução a Algoritmos
Capitulo 6: Entrada e Saída
Metodologia de testes Nome: Gustavo G. Quintão
Arquitetura de Computadores
Diagrama de fluxo de dados (DFD)
Autor: Salvador P. Gimenez
Orientação por Objectos > Modelo de Processo OO > Identificação de Classe e Objectos Aula 12.
Software Básico Silvio Fernandes
Fernando Gehm Moraes Ney Laert Vilar Calazans
Fernando Gehm Moraes Ney Laert Vilar Calazans
Ney Laert Vilar Calazans
Pontifícia Universidade Católica do Rio Grande do Sul
Fernando Moraes e Ney Laert Vilar Calazans
Fernando Gehm Moraes Ney Laert Vilar Calazans
Ney Laert Vilar Calazans
César Augusto Missio Marcon Ney Laert Vilar Calazans
Aula 12 – Prototipação de Processadores e Entrada e Saída LABORG 1º/junho/2009 Ney Laert Vilar Calazans.
Parte 6 - Introdução a FPGAs (Continuação: Alterações no Projeto do Somador da Parte 5) LABORG 06/abril/2009 Fernando Gehm Moraes César Augusto Missio.
GAPH - PPGCC - FACIN - PUCRS
Parte 7 - VHDL: Processos, Paralelismo e o Comando process (Continuação) LABORG 05/outubro/2009 César Augusto Missio Marcon Ney Laert Vilar Calazans.
Ney Laert Vilar Calazans
Parte 2 – Introdução a VHDL Uso de Hierarquia LABORG Fernando Gehm Moraes César Marcon Ney Laert Vilar Calazans 31/agosto/2009.
Unidades de Execução e de Controle Sistemas Digitais.
Aula 4 - Introdução a FPGAs (Continuação) LABORG 24/março/2008 Fernando Gehm Moraes César Augusto Missio Marcon Ney Laert Vilar Calazans.
Fernando Gehm Moraes César Marcon Ney Laert Vilar Calazans
Problemas com Entrada e Saída
Introdução à Informática
Linguagem PHP Prof.: Sergio Pacheco Prof.: Sergio Pacheco 1 1.
Processadores – Aula 3 Professor: André Luis Meneses Silva
Processadores – Aula 3 Professor: André Luis Meneses Silva
Sistemas Operacionais I
JAVA: Conceitos Iniciais
César Augusto Missio Marcon Ney Laert Vilar Calazans
Dispositivos Lógicos Programáveis (DLP) Ideia e Arquiteturas
IEEE Std IEEE Melhores Práticas para Especificações de Requisitos de Software (ERS)
Sistema Operacional Processos
Sistemas Operacionais
Linguagem de Programação JAVA
Ney Laert Vilar Calazans
Conteúdo Processos e threads Partes do processo
MO801 - Tópicos em Arquitetura e Hardware Michele Tamberlini 05/2006
Análise e Projeto de Software CSTDS Profº. Henrique Vila Nova 1.
Processamento de dados na UCP e memória UCP
SISTEMAS OPERACIONAIS I
SISTEMAS OPERACIONAIS I
Capítulo 5 Entrada/Saída 5.1 Princípios do hardware de E/S
Engenharia de Software
SISTEMAS OPERACIONAIS I
Introdução a Banco de Dados Aula 04
Organização e Arquitetura de Computadores
Hardware Description Language Aula 8 –Verilog HDL
Subsistema de Entrada e Saída do Kernel
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE AULA 5
Ambientação e Introdução
Instrutor: Objetivos:.
Desenvolvimento de Sistemas - Fluxo de Testes
Parte 5 - Introdução a FPGAs (Continuação: Alterações no Projeto do Somador da Parte 4) LABORG 21/setembro/2009 Fernando Gehm Moraes César Augusto Missio.
Engenharia de Software com o RUP - Workflow de Testes Parte II Alexandre Vasconcelos, André Santos, Augusto Sampaio, Hermano Moura, Paulo Borba © Centro.
Introdução à Computação Componentes Básicos dos Computadores
Conceitos básicos Professor Esp. Diego André Sant’Ana
Arquitetura de Microcomputadores
Arquitetura de computadores
ARQUITETURA DE COMPUTADORES Nível do Conjunto de Instruções
ARQUITETURA DE VON NEUMANN
ISO9001:2000 para Software Professor: Alexandre Vasconcelos Equipe: Amanda Pimentel Börje Karlsson Danielly Karine Erika Pessoa Jorge Cavalcanti Jose Edson.
Processos de Software Ludimila Monjardim Casagrande 1º Semestre Desenvolvimento e Qualidade.
O Processo Unificado (PU). 2 O que é o Processo Unificado (PU)? É um modelo de processo de software baseado no modelo incremental, visando a construção.
Transcrição da apresentação:

Parte 9 – Prototipação de Processadores e Entrada e Saída LABORG 27/novembro/2009 Ney Laert Vilar Calazans

2 César Marcon / Ney Calazans Sumário Introdução TRABALHO A FAZER A ENTREGAR

3 César Marcon / Ney Calazans Sumário Introdução TRABALHO A FAZER A ENTREGAR

4 César Marcon / Ney Calazans Introdução Em aulas anteriores vimos: –Uma implementação VHDL abrangente de uma organização para a arquitetura MIPS-I modelo R2000, denominada MR4; –Uma estrutura de memórias de dados e instruções própria para construir um protótipo da organização proposta sobre os FPGAs do fabricante que utilizamos em laboratório (utilizando BRAMs da Xilinx); –Uma estrutura rudimentar para permitir acesso à memória de dados do subsistema processador-memórias, usando os sinais sel_CPU, addressSerial e data_out –Um testbench rudimentar para permitir simular o subsistema processador-memórias com um programa e seus dados de entrada carregados nas memórias respectivas em tempo de elaboração/síntese

5 César Marcon / Ney Calazans Introdução A idéia fundamental deste trabalho é prototipar a MR4 na plataforma Digilent, empregando o esquema rudimentar que provê possibilidade de verificar o resultado da execução de programas pelo hardware. Deve-se fazer uma pequena modificação no sistemas e elaborar um controlador externo que seja capaz de mostrar os resultados nos recursos da placa, após a finalização da execução do programa.

6 César Marcon / Ney Calazans Sumário Introdução TRABALHO A FAZER A ENTREGAR

7 César Marcon / Ney Calazans TRABALHO A FAZER (1) 1.Primeiro, planejar e implementar em VHDL o controlador. Algumas observações relevantes: –Imediatamente após prototipar o hardware, devido ao tamanho típico dos programas que usamos, e à frequência de operação do processador, o programa já executou e terminou alguns microssegundos após a prototipação. –O conceito de término deve ser obtido tipicamente colocando o processador em um laço eterno do tipo aqui: j aqui após concluir a execução do programa, para evitar alterações incorretas de registradores ou posições da memória de dados. –O controlador DEVE ser simulado junto com a MR4 completa, criando um novo testbench, antes de qualquer tentativa de prototipação. –Antes de elaborar o controlador estudar e definir a interface do sistema com o usuário (em termos de sinais, leds, chaves de mostradores da placa)

8 César Marcon / Ney Calazans TRABALHO A FAZER (2) 2.A alteração do hardware do sistema deve permitir ao software realizar uma operação de saída (mapeada em memória) que gere a indicação de fim de execução para o mundo externo. Como isto pode ser feito? 3.A funcionalidade do controlador externo deve permitir ao usuário: –Ler conteúdos da memória de dados byte a byte, a partir da primeira posição desta –Comandar o processador para deixar de fazer acesso à memória de dados (através do sinal sel_CPU)

9 César Marcon / Ney Calazans TRABALHO A FAZER (3) 4.Prototipar o sistema completo: –Não esquecer de dar a devida atenção à definição da interface do FPGA com o mundo externo, através da especificação do arquivo UCF. –Selecionar a frequência de operação correta na placa.

10 César Marcon / Ney Calazans Sumário Introdução Processos em VHDL TRABALHO A FAZER A ENTREGAR

11 César Marcon / Ney Calazans A ENTREGAR Para esta parte do trabalho, deve-se entregar 1.O projeto completo alterado, validado por simulação usando o Active-HDL (sob a forma de Workspace) 2.Projeto ISE completo do protótipo gerado 3.Documentação descrevendo a estrutura da alteração realizada e do controlador implementado, bem como do programa executado 4.Deve-se mostrar a operação na placa Digilent do projeto ao professor em alguma das aulas dedicadas a esta disciplina