Последовательные интерфейсы и Avalon, вопросы по созданию и симуляции, переименовано из Q7.2 (SOPC)Не хочет подключать "мое" устрой Опции

[misyachniy]

Прицепил к проекту SD по SPI интерфейсу.
Использовал стандартный SPI в поставке Q7.2.
Но он имеет фиксированую частоту.
А карточка в свою очередь требует при инициализации 100..400Кбит.
Соответственно после инициализации приходится работать на низкой скорости, что не приемлемо.

Решил создать свой.
В начале сгенерил verilog файл для SPI Q7.2 с помощью SOPC Builder.
Потом переместил в отдельный каталог.
Переименовал названия портов в соответствии с соглашениями - SOPC импортирует без вопросов.
На закладке Interfaces в Component Editor назначил тактирования и прерывания.
Файл "_hw.tcl" успешно сгенерился и в проект устройство добавилось(SOPC)
В SOPC адрес, уровень прерывания, тактирование успешно присоединяется и генерится система.
Вот часть лога.

Код

Info: vovka_spi_0: Starting generation of variation wrapper.
Info: vovka_spi_0: Analyzing D:\!Vedekon\Video\Quartus\vovka_spi\hdl\vovka_spi.v to ensure matching directions and widths for all ports.
Info: vovka_spi_0: Finished generation of variation wrapper.
Info: SVIDEO: Generating QIP file.

В файле "QIP" прописываются корректные пути(пробелы не использую)

При компиляции полного проекта в Quartus оказывается SOPC сгенерил связи для экземпляра

Код

  vovka_spi_0 the_vovka_spi_0
    (
      .avs_s1_address         (vovka_spi_0_s1_address),
      .avs_s1_chipselect      (vovka_spi_0_s1_chipselect),
      .avs_s1_read            (vovka_spi_0_s1_read),
      .avs_s1_readdata        (vovka_spi_0_s1_readdata),
      .avs_s1_write           (vovka_spi_0_s1_write),
      .avs_s1_writedata       (vovka_spi_0_s1_writedata),
      .coe_MISO               (coe_MISO_to_the_vovka_spi_0),
      .cos_MOSI               (cos_MOSI_from_the_vovka_spi_0),
      .cos_SCLK               (cos_SCLK_from_the_vovka_spi_0),
      .cos_SS_n               (cos_SS_n_from_the_vovka_spi_0),
      .csi_clockreset_clk     (clk),
      .csi_clockreset_reset_n (vovka_spi_0_s1_reset_n),
      .ins_irq0_irq           (vovka_spi_0_s1_irq)
    );

А также указал имя файла для включения

Код

`include "vovka_spi_0.v"

Но сам файл не создал.

Я попробовал вручную подбросить файл(переименовав vovka_spi в vovka_spi_0 ).
Quartus проект собрал.
Проект после заливки не работает.

Не понятно также почему в SOPC Builder/Component Editor при работе в закладке Interfaces по этой закладке серые кубики и точки появляются(артефакты).

Такое впечетление, что этот модуль не дописан. То ли ошибка при инсталяции/распаковке какой нибудь dll произошла.

Сервис пак 3-ий стоит.

Перечитал документацию "SOPC Builder Component Development Walkthrough" и "Component Editor".
Не знаю как решать возникушую проблему?

Не понятно какой еще файл(ы) нужны?
Пробовал подсунуть подкорректированые "_sw.tcl" и соответствующие .h и .c - с наскоку не получилось :-(

Может есть ошибка и в verilog файле, но SOPC должен же корректно генерить систему?

Какую еще документацию почитать?

[yura-w]

Не понятно какой еще файл(ы) нужны?

думаю здесь найдете ответ

[misyachniy]

Поставил Q8.
Артефакты в редакторе компонента исчезли.
Проект SOPC корректно добавляет, но не работает.
По ходу компиляции в Q8 были выявлен ошибки внесенные мной в проект, которые Q7.2 не замечал.
Очевидно процесс моей корректировки проекта был похож на слона в посудной лавке ;-)
Я с самого начала пересоберу его. Надеюсь заработает.

Какая методика отладки отдельных модулей на шине Avalon?
Може уже ктото перерывал сайт Altera и нашел пошаговый подсказчик для начинающих и пример по отладке?

[Stewart Little]

Може уже ктото перерывал сайт Altera и нашел пошаговый подсказчик для начинающих и пример по отладке?

Очередное китайское объяснение

Вся информация по ниосу лежит там :
http://www.altera.com/literature/lit-nio2.jsp

и там :
http://www.altera.com/literature/lit-sop.jsp

Про отладку можно посмотреть вот это :
AN 351: Simulating Nios II Embedded Processor Designs

и вот это :
AN 446: Debugging Nios II Systems with the SignalTap II Embedded Logic Analyzer
для Сигнал Тапа там есть пример (signal_tap_test software file)

[misyachniy]

Очередное китайское объяснение

Китайцам или индийцам легче ;-)
Их много, они могут handbook на 3000 страниц поделить между собой.
Один может модули писать и отлаживать, второй программы писать, третий систему собирать и тестировать.
Не говоря уже об отдельнои тестировщике и электронщике.

Signal tap на сколько я понял нужен, на конечном этапе в собраной системе в железе?
В начале нужно в МоделСиме гонять.

Нашел в закромах 6.1g поставил, присобил к нашим фмнансовым условиям.
При запуске говорит - "не приспоюился"
Выкачал с закромов сервис пак к нему.
Файл образа собрался контрольная сума сошлась. но после монтирования диск не открывается.
Качать с сайта Альтеры или чего делать?
Кроме поправки в генах? ;-)

[Волощенко]

Если я правильно понял, то Вы внедряете свой Custom peripherals, в данном случае контроллер SD с SPI интерфейсом.
Схожая проблема подымалась мною в http://electronix.ru/forum/index.php?showtopic=46550.
Работал в Q7.2 sp3, где внедрял свой периферийный модуль. Правда, без прерываний, там был полинг сигнала готовности. Все прошло и функционирует на железе. Описанных Вами симптом с артефактами в Q7.2 sp3 не наблюдал.
Посоветовал бы сделать что-то простое на Q7.2 sp3 в части Custom peripherals, а на его основе усложнять.
Литературы, как всегда, много не бывает
http://www.altera.com/search?output=xml_no...m%20Peripherals

[misyachniy]

Обновил весь комплект ПО до 8.0.
После загрузки проекта в ModelSim не выполнялась загрузка всех файлов проекта(команда "s")
В "одолженом" модуле Видео контроллера ошибки типа:

Код

# ** Error: (vsim-3043) ../vga_controller_classic_0.v(123): Unresolved reference to 'LPM_NUMWORDS' in the_dcfifo.LPM_NUMWORDS.
#         Region: /test_bench/DUT/the_vga_controller_classic_0

Поменял буквы в verilog файле на нижний регистр, все зафурычило. :-)

Захотел выкачать полную документацию на ModelSim.
На сайте ModelSim предлагают SE и PE/LE какой из них более похож на Altera Edition?

Литературы, как всегда, много не бывает

В том то и вопрос, что сложность среды проектирования и количество литературы растет как снежный ком. И ее становится слишком много.

БОльшая часть времени уходит на поиск информации че на ее изучение.
А работа в средах проектирования мне почему-то напоминает шаманство.
Тут галочку поставь, там укажи имя файла и тд.

Вчера ModelSim при перезагрузке проекта выдавал

Код

# Error! LPM_NUMWORDS must be less than or equal to 2**LPM_WIDTHU.
# Error! LPM_NUMWORDS must be less than or equal to 2**LPM_WIDTHU.

Не понятно к какому файлу проекта претензии?
Сегодня другой варнинг - понятно к какому модую вопросы.

Код

#         Region: /test_bench/DUT/the_spi_1
# ** Warning: (vsim-3015) ../vga_controller_classic_0.v(121): [PCDPC] - Port size (1 or 1) does not match connection size (10) for port 'wrusedw'.
#         Region: /test_bench/DUT/the_vga_controller_classic_0/the_dcfifo

Понятно, что разделение специалистов по все более узким областям проектирования и науки будет происходить и дальше.

Но у нас как то принято чтобы электронщик был и "Швец и жнец и на дуде игрец."
В резудьтате "Беда, коль пироги начнет печи сапожник, а сапоги тачать пирожник."