как такое может быть ? Опции

[DASM]

На tri-state bridge прицеплено устройство. В verilog его описании стоит assign avs_data[31:0] = (avs_outputenable_n) ? {16'hzzzz,outLatch} : 32'hzzzzzzzz;
Ну то есть контролируем только OE с шины avalon. Работоспособность не проверял, но NIOS по крайней мере виден отладчику. Потом пишу
assign avs_data[31:0] = (!avs_read_n && !avs_outputenable_n) ? {16'hzzzz,outLatch} : 32'hzzzzzzzz;, то бишь хочу чтобы и OE и сигнал read учитывался. Система виснет наглухо (Eclipse пишет, что не может остановить проц). Q10.1. Кстати посмотрел RTL - ужаснулся, он куда-то пооткусывал кучу буферов, хотя они однозначно нужны (avalon export). Q9 сгенрел нормальный на вид RTL , с работоспособностью завтра буду разбираться. Вообще это хоть правильная конструкция "(!avs_read_n && !avs_outputenable_n) " ?

[DASM]

так в том и дело, что этот кто-то и есть мой модуль, если assign avs_data убрать - все OK. Но вот вопрос - почему же он занимает шину, ведь при неактивных read_n и output_enable я делаю assign к 32'hZZZZZZZZ

[Adv]

так в том и дело, что этот кто-то и есть мой модуль, если assign avs_data убрать - все OK. Но вот вопрос - почему же он занимает шину, ведь при неактивных read_n и output_enable я делаю assign к 32'hZZZZZZZZ

А он выборку имеет (select)? Или наглухо выбран?? Тут остальное уже всё рассказали. Посмотрите прикрепл. файл. Может, поможет. Он - очень простой. И как раз на улицу шину делает 32-х разрядную двунаправленную.

Прикрепленные файлы

 pms_interface_32.v ( 4.85 килобайт ) Кол-во скачиваний: 179