Problema estranho - Spartan3

C

cmos babe

Guest
Oi, tenho um projeto que consiste em um cpu e um hex a sete decodificador segmento .. a entrada deste decodificador está ligado a um nybble do barramento de dados que é de 32 bits de largura ... Eu escrevi um programa que transfere dados da memória para um registo, então ele envia esses dados para o decodificador .. por exemplo se eu quiser F para aparecer no display de sete segmentos i deve enviar 0000000F .... o problema é este trabalho do doesnt a menos que eu incluem os mais na palavra. assim, para ter uma F i deve enviar FF000000F! e se eu remover esses um extra, eu conseguir um resultado errado ... alguém tem uma idéia o que é isso causado por? Este problema não aparece na simulação do comportamento.
 
Acabei de descobri que existem algumas falhas no lugar de correios e simulação de rota .... pode este comportamento errado ser causada pelo glitches?
 
Se você examinar os sinais internos de uma simulação de pós-rota, é normal ver muitas falhas na lógica combinatória, mas as falhas devem desaparecer antes do clock seguinte, de modo que o flops operar de forma limpa. - Você vê o mau funcionamento na pós-simulação de rotas, ou no hardware? - Se você alterar a freqüência do relógio, que o mau funcionamento mudar também? - Você já totalmente restrito o tempo, e faz o seu analisador de tempo dizer-lhe que todas as restrições são atendidas?
 
- Você vê o mau funcionamento na pós-simulação de rotas, ou em hardware
eu vê-lo em hardware?.
- Se você alterar a freqüência do relógio, que o mau funcionamento mudar também
Não, não.
- Já totalmente restrito o tempo, e faz o seu analisador de tempo dizer-lhe que todas as restrições são satisfeitas
Eu costumava PERÍODO e OFFSET para restrição do relógio e eles foram recebidos?.
Code:
 NET "clkm" TNM_NET = "clkin"; timespec "TS_clkm" = PERÍODO "clkin" 15 ns 50% ALTA; OFFSET = IN 8 ns ANTES "clkin"; OFFSET = OUT 8 ns DEPOIS "clkin";
 
Descobri que se eu caísse no FF inset nibbles mais à esquerda de qualquer palavra de memória o projeto irá operar sem problems.So i só vai sacrificar uma memória ram location.I estou usando blocos pelo caminho.
 
Oi, tenho um projeto que consiste em um cpu e um hex a sete decodificador segmento .. a entrada deste decodificador está ligado a um nybble do barramento de dados que é de 32 bits de largura ... Eu escrevi um programa que transfere dados da memória para um registo, então ele envia esses dados para o decodificador .. por exemplo se eu quiser F para aparecer no display de sete segmentos i deve enviar 0000000F .... o problema é este trabalho do doesnt a menos que eu incluem os mais na palavra. assim, para ter uma F i deve enviar FF000000F! e se eu remover esses um extra, eu conseguir um resultado errado ... alguém tem uma idéia o que é isso causado por? Este problema não aparece na simulação do comportamento.
 
Acabei de descobri que existem algumas falhas no lugar de correios e simulação de rota .... pode este comportamento errado ser causada pelo glitches?
 
Se você examinar os sinais internos de uma simulação de pós-rota, é normal ver muitas falhas na lógica combinatória, mas as falhas devem desaparecer antes do clock seguinte, de modo que o flops operar de forma limpa. - Você vê o mau funcionamento na pós-simulação de rotas, ou no hardware? - Se você alterar a freqüência do relógio, que o mau funcionamento mudar também? - Você já totalmente restrito o tempo, e faz o seu analisador de tempo dizer-lhe que todas as restrições são atendidas?
 
- Você vê o mau funcionamento na pós-simulação de rotas, ou em hardware
eu vê-lo em hardware?.
- Se você alterar a freqüência do relógio, que o mau funcionamento mudar também
Não, não.
- Já totalmente restrito o tempo, e faz o seu analisador de tempo dizer-lhe que todas as restrições são satisfeitas
Eu costumava PERÍODO e OFFSET para restrição do relógio e eles foram recebidos?.
Code:
 NET "clkm" TNM_NET = "clkin"; timespec "TS_clkm" = PERÍODO "clkin" 15 ns 50% ALTA; OFFSET = IN 8 ns ANTES "clkin"; OFFSET = OUT 8 ns DEPOIS "clkin";
 
Descobri que se eu caísse no FF inset nibbles mais à esquerda de qualquer palavra de memória o projeto irá operar sem problems.So i só vai sacrificar uma memória ram location.I estou usando blocos pelo caminho.
 

Welcome to EDABoard.com

Sponsor

Back
Top