Отправлено arexol 01 июня 2005 г. 12:28 В ответ на: Ну дак расказывай (-) отправлено dachny 01 июня 2005 г. 11:38

Поправил файл em_epcs.pm изменил следующие строки
17: my $default_numslaves = "4";
338: numslaves = "4"
по сле этого СОПС генерит нормальный epcs c 4-мя SS_n сигналами
я посмотрел всё там доступно и из софта - короче верилог файл - в поряде
после этого изменил сам epcs_controller.v - добавил соответствующий выходной порт
Далее полез в ТopLevel верилог файл для ниоса и там тоже этот порт вывел из истанции епцс-а и далее на топлевел - руками
Далее открыл Топлевел (верилог файл) в кватрусе и перегенерил д для него символьные файлы - и все получил то что надо т.е символ с
выведенными SS_n сигналами

А вот при распиновке получился затык
Я поначалу сделал вот так :
tornado_epcs_controller_atom the_tornado_epcs_controller_atom
(
.data0out (MISO),
.dclkin (SCLK),
.oe (1'b0),
.scein (SS_n[0]|SS_n[1]|SS_n[2]|SS_n[3]),
.sdoin (MOSI)
);

и в ассигмент едиторе SS_n[0] присвоил пин 24 (nCSO)
но фиттер сказал что уже этот пин занят (хотя в таблице написанно что он не используется)
Вот и у меня закралось подозрение что .scein (SS_n[0]) по жизни без вариантов фиттит только на 24-й пин. если используется SPI atom
После чего сделал вот так
tornado_epcs_controller_atom the_tornado_epcs_controller_atom
(
.data0out (MISO),
.dclkin (SCLK),
.oe (1'b0),
.scein (SS_n[0]),
.sdoin (MOSI)
);

пин SS_n[0] не распиновывал -
после этого расфиттило , но вот будет ли это работать :)) вопрос интерестный :)) - ещё не пробовал - но по идее должно рабоать:))