Создание компонета для SOPC Builder с несколькими регистрами ввода/вывода Опции

[altlogic]

Здравствуйте!

Простая по идее задача - хочу созадать свой компонент I2C для SOPC с возможностью конфигурирования его через внутренние регистры компонента (да хотя бы флаг RUN реализовать ). Как это сделать? Нашел на сайте Altera пример Memory Mapped Slave. В этом шаблоне у устройства задается использование 16 внутренних регистров. Но там мощный шаблон, на 700 сток кода. Я аж испугался
А мне кажется можно это все сделать проще. Ведь всего лишь нужно вытянуть из SOPC информацию о том, по какому адресу он разместил внутренние регистры устройства, ну и сделать их программно доступными конечо с шины Avalon. Примеров других пока не разбирал. Но мне кажется моя задача должна встречаться у всех разработчиков периферии под процессор для FPGA. Товарищ показал код для Xilinx MicroBlaze в аналогичной ситуации. Там, как и в примере Altera в описании компонента применяется специальная нотация.

Смотрел IP-core I2C от Terasic. Там, как я понял используется несколько отдельных регистров ввода-вывода, то есть устройство состоит из нескольких устройств на шине Авалон. Видимо это вообще самое простое решение. Но ведь как-то некрасиво?..

[Orochi]

Я учился работать с регистрами анализируя код этого компонента (файл прилагается). Всё с коментариями, даже с таблицами (карты регистров). Посмотрите, там всё понятно изложено.

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

 SD_Card_Controller_SPI.7z ( 42.6 килобайт ) Кол-во скачиваний: 59

 

[Acvarif]

Я учился работать с регистрами анализируя код этого компонента (файл прилагается). Всё с коментариями, даже с таблицами (карты регистров). Посмотрите, там всё понятно изложено.

Пытаюсь на базе данного компонента разобраться как из регистров пользовательской логики переносить данные на шину Авалон.
Для начала из верхнеуровневого модуля sd_controller.v в SOPC создаю компонент. В компоненте кроме сигналов Авалон шины имеются сигналы интерфейса SPI ( spi_data_out,
spi_data_in,
spi_cs_n,
spi_clk
).

Не пойму почему при создании компонента эти сигналы попадают опять на шину Авалон (avalon_slave_1)? Как при создании компонента на базе данного модуля оставить SPI сигналы просто пользовательской логикой?