"Схемотехнические трюки для ПЛИСоводов", создание аналога "Алгоритмические трюки для программистов" Опции

[des00]

Добрый день уважаемые коллеги.

На этом форуме, за годы его существования, выложено много интересных схемотехнических и HDL решений (в том числе с сорцами). Есть предложение обобщить опыт и создать на форуме раздел вида "Схемотехнические трюки для ПЛИСоводов".

По мере возможности, я складываю интересные сорцы с форума в библиотеку и при работе иногда к ним обращаюсь. Помогают не изобретать велосипед лишний раз. Думаю что я не один такой.

Формат изложение видится такой : Задача -> решение -> комментарии. Сие будет полезно всем, а особенно начинающим. Что бы не задавались вопросами типа таких или таких .

От администрации форума получено согласие на поддержку в реализации этого проекта. Но тянуть такое в одиночку нет времени, было бы интересно набрать небольшую команду. Если у кого то есть интерес, прошу назваться %)

[Dima_G]

Поддерживаю - идея хорошая. К сожалению помочь вряд ли смогу, так как сам в этих делах чайник. Но результат работы был бы очень интересен и полезен

[andrew_b]

Есть предложение обобщить опыт и создать на форуме раздел вида "Схемотехнические трюки для ПЛИСоводов".

Формат изложение видится такой : Задача -> решение -> комментарии. Сие будет полезно всем, а особенно начинающим. Что бы не задавались вопросами типа таких или таких .

Вы пытаетесь переизобрести wiki. Wiki у нас уже есть, надо её наполнять. Раздел форума не нужен.

[des00]

Вы пытаетесь переизобрести wiki. Wiki у нас уже есть, надо её наполнять. Раздел форума не нужен.

Как это будет сделано технически дело к теме не относящиеся, вики подходит, только надо ее будет сделать не для всех. Смысл сей темы обозначить возможную команду тех, кто хочет участвовать в этом проекте.

[XVR]

Идею поддерживаю. Как то кидал сюда модуль реализующий произвольную перестановку битов на Benes и OmegaFlip Network (непроверенный, правда )

[Maverick]

Как это будет сделано технически дело к теме не относящиеся, вики подходит, только надо ее будет сделать не для всех. Смысл сей темы обозначить возможную команду тех, кто хочет участвовать в этом проекте.

Я в принципе согласен

[ViKo]

Идея хорошая. Потому, что найти что-то, промелькнувшее в форуме, потом трудно. Хоть листай страницы, хоть поиском... Что успел скопировать в свой файл, то имею.
Поэтому в новом разделе со временем будет то же самое - ни за что не найдешь того, что надо. Значит, нужна какая-то другая форма хранилища. Но тогда невозможно будет комментировать.
Вот des00 в своем блоге, например, мог бы выкладывать, сам же и оценивать качество. Я думаю, не доверять гуру ни у кого причин нет.
Только смущает фраза "не для всех". А для кого?

[des333]

Я идею поддерживаю. У самого опыта пока мало, но может быть чем-нибудь помочь смог бы.
Так что, если возьмете, буду рад участвовать.

Если уважаемый des00 как автор темы не против, напомню о несколько другой, но близкой идеи, которую я когда-то уже предлагал:
ставится какая-нибудь несложная задача, а потом разными людьми предлагаются различные решения этой задачи и анализируются (примеры таких тем у нас на форуме бывали).

В контексте данной идеи это помогло бы тем, что предложенное кем-то решение не сразу заносилось в wiki или куда-то еще, а сначала анализировалось бы другими участниками, предлагались бы альтернативные варианты решения (которые могут оказаться лучше изначально предложенного).

Это, конечно, требует чуть большего времени и чуть большего усилия со стороны участников, но и качество отобранных решений тоже достаточно возрастет.

[des00]

Вот des00 в своем блоге, например, мог бы выкладывать, сам же и оценивать качество.

тогда я это буду делать очень долго, всё таки сказывается работа на 3-х фронтах %)

Только смущает фраза "не для всех". А для кого?

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

Я идею поддерживаю. У самого опыта пока мало, но может быть чем-нибудь помочь смог бы.

нескромничайте

ставится какая-нибудь несложная задача,
....

именно так и планируется построить работу, только вынести обсуждение решений в отдельные ветки. Но исходного материала, в виде обсуждений, на форуме много. На вскидку в моих запасниках лежит ~20-40 полезных примеров слитых с форума/залитых на форум %)

Всем кто хочет участвовать предлагаю перетрясти свои запасники, что бы иметь оценку объема работы до старта проекта.

[des333]

именно так и планируется построить работу...

Тогда вообще замечательно. 

Всем кто хочет участвовать предлагаю перетрясти свои запасники, что бы иметь оценку объема работы до старта проекта.

Всем, у кого они есть. 

[Maverick]

Всем кто хочет участвовать предлагаю перетрясти свои запасники, что бы иметь оценку объема работы до старта проекта.

Допустим потрясли и что-то нашли. Куда эту информацию девать или что с этой информацией делать или эту информацию высылать на какой-то электронный ящик?
В общем интересует общение - между собой. Каким образом будет происходить выкладывание информации. Может будет вначале кто-то все выкладываемое будет проверять, так сказать будет главным редактором, а потом уже будет происходить выкладывание информации. Ну и все сопутствующие вопросы...

[des00]

Допустим потрясли и что-то нашли. Куда эту информацию девать или что с этой информацией делать или эту информацию высылать на какой-то электронный ящик?

До поры до времени держать при себе.

В общем интересует общение - между собой. Каким образом будет происходить выкладывание информации. Может будет вначале кто-то все выкладываемое будет проверять, так сказать будет главным редактором, а потом уже будет происходить выкладывание информации. Ну и все сопутствующие вопросы...

Подожду до конца недели, чтобы с командой определится. Потом обращусь к администрации форума, чтобы выделили место для обсуждений и права для управления %)

[Maverick]

До поры до времени держать при себе.
Подожду до конца недели, чтобы с командой определится. Потом обращусь к администрации форума, чтобы выделили место для обсуждений и права для управления %)

Отлично! Ждем...

[iosifk]

Потом обращусь к администрации форума, чтобы выделили место для обсуждений и права для управления %)

Я предлагаю объединить это обсуждение с обсуждением видео-обучалок. По существу здесь нет никакой разницы.
И предлагаю делать выкладывание в два этапа.
Сначала на обсуждение. Потом автор правит, если есть замечания или дополнения.
Потом модераторы переносят материал к месту хранения.

[one_man_show]

Если нужно разделение работ по видео-обучалкам и вики, можно для вики сделать подраздел. Можно поступить и так, как предложил Иосиф, не разделять, тогда созданный раздел можно переименовать для общего понимания. Скажите, что считаете более приемелемым

[des333]

Я думаю лучше не объединять, а сделать новый раздел с названием типа "Оптимизация ..."
Ведь, по существу, все эти темы и вопросы и связаны с оптимизацией по площади, либо по времянкам, либо по потреблению.

Объединять с обучалками, я думаю, не стоит. Слишком различный смысл.
Насчет обсуждение в два этапа согласен. После того, как участники придут, так сказать, к "оптимальному" варианту, модератор переносит решение.

На роль модератора нового раздела, естественно, предлагаю des00. Он, с одной стороны, автор идеи, а с другой стороны, гуру.

[one_man_show]

На роль модератора нового раздела, естественно, предлагаю des00

Принято

[Maverick]

На роль модератора нового раздела, естественно, предлагаю des00. Он, с одной стороны, автор идеи, а с другой стороны, гуру.

Полностью согласен

[Aprox]

Полностью согласен

А я не согласен. Он AHDL на дух не переносит. А у меня все наработки на этом языке. Причем, все работает на ура.

[Maverick]

А я не согласен. Он AHDL на дух не переносит. А у меня все наработки на этом языке. Причем, все работает на ура.

Это Ваше мнение. Я тоже AHDL на дух не переношу, des00 - пишет на Verilog/SystemVerilog, а я на VHDL но это не мешает ему давать дельные замечания и предложения по решению возникшей проблемы. Это мое мнение.

[one_man_show]

Aprox, когда серьезные люди начинают делать серьезные вещи, мелочи не имеют значения. Язык в такой ситуации малозначим, даже тот, на котором общаются эти серьезные люди, так как со временем члены команды начинают понимать друг друга с полуслова Проверено многократно.

[sazh]

А я не согласен. Он AHDL на дух не переносит. А у меня все наработки на этом языке. Причем, все работает на ура.

Покажите. В моделсиме.

[CaPpuCcino]

2 вопроса:
а) чем содержательно должен отличаться подразумеваемый раздел от 4-ого раздела по ПЛИС "Системы на ПЛИС - System on Programmable Chip" (он открывался для обсуждения корок)? большей мелкозернистостью обсуждаемых модулей?
б) по какому принципу будет организовываться структура раздела? надеюсь каталогизация подразумевается?

[des00]

Я предлагаю объединить это обсуждение с обсуждением видео-обучалок.

Ответил вам в вашей теме

Скажите, что считаете более приемелемым

Надо немножко подумать

Я думаю лучше не объединять, а сделать новый раздел с названием типа "Оптимизация ..."

Не хотелось бы останавливаться только на оптимизации. У меня накоплен небольшой багаж по и HDLным трюкам. Т.е. как более красиво описать то или иное. Например CaPpuCcino помнит про решение задачи создании шаблона функций в SV %) Помимо этого есть небольшой багаж по тупости синтезаторов. Например оптимальное в ква описание массива счетчиков, была года два назад и такая тема. Всё это представляет собой обобщенный класс "трюков", который и хотелось бы донести.

А я не согласен. Он AHDL на дух не переносит.

Как уже говорил я работал на языках AHDL/VHDL/V/SV и совершенно ровно отношусь к ним ко всем. Но, как вы правильно заметили, я на дух не переношу голословных, не подтвержденных делом утверждений. Говоря простым языком "Нужно отвечать за базар" %) Но это уже офтоп.

а) чем содержательно должен отличаться подразумеваемый раздел от 4-ого раздела по ПЛИС "Системы на ПЛИС - System on Programmable Chip" (он открывался для обсуждения корок)? большей мелкозернистостью обсуждаемых модулей?

Целью создания.
Например в свое время я сохранил несколько вариантов делителей опубликованных на форуме. Когда мне потребовалось поставить в свой проект делитель, мне стало интересно написать свою версию. Достал из запасника то что сохранил, раскрутил алгоритм и написал свои реализации. Т.е. использовал форум как справочный материал. Таких справок по форуму лежит много : переход доменов, подсчет КРК, единиц, математика, сортировка и т.д. и т.п. Почему бы их все не объединить в одну справочную базу, снабженную комментариями опытных разработчиков.

Помимо этого все мы используем в своей работе какие то наброски, наработки, описания, которые по нашему мнению идеально подходят и представляют собой что-то вроде собственной "черной магии". Выводились же все эти "трюки"/"хаки" не в слепую, а используя определенные предпосылки и логические заключения (те же шаблоны функций в SV). Было бы интересно всё это собрать под одной темой показав логическую сущность и(или) нестандартность нелинейность мышления HDL дизайнера. %)

б) по какому принципу будет организовываться структура раздела? надеюсь каталогизация подразумевается?

Это обсуждаемо, каталогизация нужна, иначе будет кто в лес, кто по дрова. Wiki структура хорошо для этого подходит, но формат подачи материала нужно еще обдумать.

ЗЫ. В свое время на телесистемах существовал FAQ по ПЛИС, содержащий базовую информацию. Когда я 10 лет назад начинал работать, мне он сильно помог, не смотря на то, что количество вопросов там было мало.

[andrew_b]

Продолжаю не постигать, зачем такие сложности? Зачем раздел форума? Есть wiki. Технология wiki изначально задумывалась как коллективный агрегатор информации. У каждой записи в wiki есть страница обсуждения. Зачем нужно ограничивать кого-то в редактировании wiki? Боитесь вандализма? У каждой записи в wiki есть история. Всегда неправильную правку можно откатить. Особенно настойчивых вандалов можно просто банить на всём ресурсе, ибо нефиг.

[one_man_show]

Андрей, если я правильно понял Дениса, в результате работы в разделе в том числе будет происходить наполнение полученных результатов в Wiki. Раздел для того, чтобы набрать команду, согласовать действия, найти темы, найти решения задач, совместно разработать, поделиться, покритиковать. Все это в направлении действия конкретной команды с конкретными результатами на выходе.

[andrew_b]

Ну ладно, поживём -- увидим.

[sazh]

Ну ладно, поживём -- увидим.

Что такое wiki/ Если типа этого http://allfpga.com/wiki/ModelSim,
то это явно не дотягивает до желаемого

[andrew_b]

Что такое wiki/

Не понял вопроса. Если имеется в виду, что такое вики в принципе, то Википедию вы, наверняка, видели. Если имеется в виду, что такое вики на Электрониксе, то ссылка вверху страницы: http://electronix.ru/mkportal/modules/mediawiki/index.php.

явно не дотягивает до желаемого

Не совсем понятна претензия. Отчасти оттого, что я так и не понял, в чём это желаемое состоит. По ссылке используется обычный вики-движок. Ну а что структура наполнения не развита, так это зависит от наполняющих.

[sazh]

Если имеется в виду, что такое вики на Электрониксе, то ссылка вверху страницы:
Не совсем понятна претензия. Отчасти оттого, что я так и не понял, в чём это желаемое состоит. По ссылке используется обычный вики-движок. Ну а что структура наполнения не развита, так это зависит от наполняющих.

Спасибо за ссылку. Теперь буду знать, что на электрониксе есть wiki. ( Видимо я сюда редко заглядываю).
А претензий нет.
Пусть будет и то и другое. Но с идентификацией написавшего.

[des333]

Не хотелось бы останавливаться только на оптимизации. У меня накоплен небольшой багаж по и HDLным трюкам. Т.е. как более красиво описать то или иное. Например CaPpuCcino помнит про решение задачи создании шаблона функций в SV %) Помимо этого есть небольшой багаж по тупости синтезаторов. Например оптимальное в ква описание массива счетчиков, была года два назад и такая тема. Всё это представляет собой обобщенный класс "трюков", который и хотелось бы донести.

Согласен, на оптимизации действительно останавливаться не стоит.


Но, лично я, слово "трюки" в названии раздела употреблять бы не стал. Хотя это уже мелочи. 

[CaPpuCcino]

Спасибо за ссылку. Теперь буду знать, что на электрониксе есть wiki. ( Видимо я сюда редко заглядываю).

вот я тоже только вчера нашёл, что на электрониксе есть какое-то вики, но, думал, я один такой невнимательный.
хочется попросить малиновые штаны (раз представитель оных здесь на удачу уже присутствует), чтобы население форума более активно информировалось по ключевым событиям в жизни форума (например почтовой рассылкой). глядишь так и wiki будет активнее наполнятся

[Maverick]

вот я тоже только вчера нашёл, что на электрониксе есть какое-то вики, но, думал, я один такой невнимательный.
хочется попросить малиновые штаны (раз представитель оных здесь на удачу уже присутствует), чтобы население форума более активно информировалось по ключевым событиям в жизни форума (например почтовой рассылкой). глядишь так и wiki будет активнее наполнятся

это Вы метко подметили по поводу наполнения wiki. На мой взгляд - он вообще запущен и забыт.

[Serhiy_UA]

к des00
это как в книге "Исскуство схемотехники"?
или это копилка удачных решений...
или размышления о том, как лучше сделать...

...У меня накоплен небольшой багаж по и HDLным трюкам. Т.е. как более красиво описать то или иное...

Приведите для примера один-два трюка, что бы другие в таком же стиле выкладывали свои.

[one_man_show]

хочется попросить малиновые штаны (раз представитель оных здесь на удачу уже присутствует)

Если это в мой огород, то из него же граблями отвечу На Шараге.орг, как один из ее участников, готов использовать принятую там терминологию, здесь как-то хочется иного...я даже не про уважение...ну вы понимаете

Относительно предложения отмечать в рассылках новые веяния, согласен полностью, но здесь был с моей стороны не злой умысел, а чистая эксплуатация жизненного опыта: если кинуть клич на создание команды, или открытие нового проекта, то в первую очередь отреагируют те, кот в этих начинаниях мало заинтересован (мягко говоря) или готов в основном обсуждать (точно выражаясь). В связи с этим я начал с предварительной работы, нашел заинтересованных и предложил им начаьт работу, когда сформируются компетентные группы, можно и всем в рассылке указать, что есть новые проекты, к которым можно присоединиться. В такой ситуации уже компетентные группы будут входным фильтром для "обсуждальщиков", в их темах долго не пофлудишь, при этом модерирование даже не понадобится.

В теме у Иосифа по поводу видео-обучалок немного заоффтопил, здесь повторюсь, что и Статьи у нас в запустении. Пытаюсь "привлечь заинтересованных", чтобы в отдельной теме эти вопросы начать обсуждать, не мешая уже развивающимся проектам

[Maverick]

Присоединяйтесь к теме по написанию статей - обсуждение в этой ветке

PS Я сам только учусь ...

[CaPpuCcino]

здесь как-то хочется иного...я даже не про уважение...ну вы понимаете

приношу свои извинения - не думал, что это может задеть. хотел пошутить.

[des00]

Но, лично я, слово "трюки" в названии раздела употреблять бы не стал. Хотя это уже мелочи. 

ничего другого, не сленгового, но описывающего в целом предмет, мне в голову не пришло %)

это как в книге "Исскуство схемотехники"?
или это копилка удачных решений...
или размышления о том, как лучше сделать...

Мне импонирует стиль подачи материала как в в книге "Алгоритмические трюки для программистов", которую не однократно упоминал. В этой книге, на простых примерах, без привязки к целевой платформе даются красивые реализации простых вещей, которые обычно решаются в лоб. Можно назвать это копилкой удачных решений.

Приведите для примера один-два трюка, что бы другие в таком же стиле выкладывали свои.

параметризация функций в SV
или
пример использования task в синтезируемом коде, который позволяет красиво описать нужную функциональность и получить легкую расширяемость модуля

CODE

//------------------------------------------------------------------------------------------------------
// Self synchronous scrambler
//------------------------------------------------------------------------------------------------------

module scrambler
#(
parameter int pTYPE = 23, // 5/6/7/8/9/10/11/15/16/17/18/20/21/22/23/33/43
parameter int pWIDTH = 1,
parameter bit pMSB_FIRST = 0 // 1/0 :: first scrambled bit is MSB/LSB
)
(
iclk ,
iena ,
ibyp ,
idat ,
odat ,
oena
);

//------------------------------------------------------------------------------------------------------
//
//------------------------------------------------------------------------------------------------------

input wire iclk;
input wire iena;
input wire ibyp; // bypass data or not
input wire [pWIDTH-1 : 0] idat;
output logic [pWIDTH-1 : 0] odat;
output logic oena;

//------------------------------------------------------------------------------------------------------
//
//------------------------------------------------------------------------------------------------------
typedef logic [pWIDTH-1 : 0] data_t;
typedef logic [pTYPE : 1] state_t;

state_t state;
//------------------------------------------------------------------------------------------------------
//
//------------------------------------------------------------------------------------------------------
// synthesis translate_off
initial begin : ini
odat = '0;
oena = '0;
state = '0;
end
// synthesis translate_on
//------------------------------------------------------------------------------------------------------
//
//------------------------------------------------------------------------------------------------------
generate
if (
(pTYPE == 5) || (pTYPE == 6) || (pTYPE == 7) || (pTYPE == 8) || (pTYPE == 9) ||
(pTYPE == 10) || (pTYPE == 11) || (pTYPE == 15) || (pTYPE == 16) || (pTYPE == 17) || (pTYPE == 18) ||
(pTYPE == 20) || (pTYPE == 21) || (pTYPE == 22) || (pTYPE == 23) ||
(pTYPE == 33) || (pTYPE == 43)
) begin
always_ff @(posedge iclk) begin
if (iena) begin
if (ibyp)
{state, odat} <= {'0, idat};
else
ScramblerWord(idat, state, odat);
end
oena <= iena;
end
end
else begin
assign state[-1] = 1'bx; // incorrect scrambler type is set
end
endgenerate

//------------------------------------------------------------------------------------------------------
// 5bit : x^5 + x^3 + 1
// 6bit : x^6 + x^5 + 1
// 7bit : x^7 + x^6 + 1
// 8bit : x^8 + x^6 + x^5 + x^4 + 1
// 9bit : x^9 + x^5 + 1
// 10bit : x^10 + x^7 + 1
// 11bit : x^11 + x^9 + 1
// 15bit : x^15 + x^14 + 1
// 16bit : x^16 + x^15 + x^13 + x^4 + 1
// 17bit : x^17 + x^14 + 1
// 18bit : x^18 + x^11 + 1
// 20bit : x^20 + x^17 + 1
// 21bit : x^21 + x^19 + 1
// 22bit : x^22 + x^21 + 1
// 23bit : x^23 + x^18 + 1
// 33bit : x^33 + x^20 + 1
// 43bit : x^43 + x^41 + x^20 + x + 1
//------------------------------------------------------------------------------------------------------

task automatic ScramblerBit(input bit b, inout state_t state, output bit msb);
case (pTYPE)
5 : msb = state[5] ^ state[3] ^ b;
6 : msb = state[6] ^ state[5] ^ b;
7 : msb = state[7] ^ state[6] ^ b;
8 : msb = state[8] ^ state[6] ^ state[5] ^ state[4] ^ b;
9 : msb = state[9] ^ state[5] ^ b;
10 : msb = state[10] ^ state[7] ^ b;
11 : msb = state[11] ^ state[9] ^ b;
15 : msb = state[15] ^ state[14] ^ b;
16 : msb = state[16] ^ state[15] ^ state[13] ^ state[4] ^ b;
17 : msb = state[17] ^ state[14] ^ b;
18 : msb = state[18] ^ state[11] ^ b;
20 : msb = state[20] ^ state[17] ^ b;
21 : msb = state[21] ^ state[19] ^ b;
22 : msb = state[22] ^ state[21] ^ b;
23 : msb = state[23] ^ state[18] ^ b;
33 : msb = state[33] ^ state[20] ^ b;
43 : msb = state[43] ^ state[41] ^ state[20] ^ state[1] ^ b;
default : msb = 1'b0;
endcase
state = (state << 1) | msb;
endtask

//------------------------------------------------------------------------------------------------------
//
//------------------------------------------------------------------------------------------------------

task automatic ScramblerWord (input data_t b, inout state_t state, output data_t msb);
int i;
begin
if (pMSB_FIRST == 0) begin
for (i = 0; i < $size(; i++) ScramblerBit (b[i], state, msb[i]);
end
else begin // pMSB_FIRST == 1
for (i = $high(; i >= 0; i--) ScramblerBit (b[i], state, msb[i]);
end
end
endtask

endmodule

Как видите, для добавления нового полинома, нужно изменить всего две строки (если бы не дополнительная проверка, то одну). При этом ни каких варнингов при синтезе не будет %)

[ViKo]

ничего другого, не сленгового, но описывающего в целом предмет, мне в голову не пришло %)

"Хитрости". Еще логичнее - "Искусство схемотехники для ПЛИСоводов" - более популярная книга

[Maverick]

"Хитрости". Еще логичнее - "Искусство схемотехники для ПЛИСоводов" - более популярная книга

Можно. Я предлагаю следующее:
Схемотехнические головоломки на ПЛИС и способы решения

[des333]

Можно. Я предлагаю следующее:
Схемотехнические головоломки на ПЛИС и способы решения

Почему же сразу "головоломки"? Некоторые из обсуждаемых вопросов являются банальными "ежедневными" задачами ПЛИСоводов. 



Кстати, насчет задач. Извиняюсь за кроспостинг, но укажу ссылку, чтобы читающие данную тему были в курсе.
Задача подсчета количества единичных бит до сих пор не получила своего оптимального решения. Отличие результатов анализа частоты, которые получали разные участники обсуждения оказались вызваны различием версий Квартуса. 

Подробности тут:
http://electronix.ru/forum/index.php?showt...80083&st=30

[sazh]

Мне импонирует стиль подачи материала как в в книге "Алгоритмические трюки для программистов", которую не однократно упоминал. В этой книге, на простых примерах, без привязки к целевой платформе даются красивые реализации простых вещей, которые обычно решаются в лоб. Можно назвать это копилкой удачных решений.

Наверно имеет смысл подавать это в связке с написанием testbench_ей.
Ибо систематизированных описаний красивых реализаций пока нет.
Решения в лоб привалируют. Сплошь и рядом откровения типа оказывается можно одной строчкой

Код

while(flag == 1'b0)        repeat (1) @(negedge clk);

Особенно это актуально для Альтеровцев, ибо классный язык и наличие качественного встроенного симулятора в Квартусе сыграли с разработчиками злую шутку.
Симулятора уже нет, на AlteraHDL многие подсели. (Поэтому смотрят на симулятор Альдека, графика)
А ip_core идут в связке с моделсимом.
А два симулятора - это уже перебор.
Думаю, наступила пора только текстового описания и того и другого.

[des00]

Наверно имеет смысл подавать это в связке с написанием testbench_ей.
Ибо систематизированных описаний красивых реализаций пока нет.

А это идея.

Решения в лоб привалируют. Сплошь и рядом откровения типа оказывается можно одной строчкой

Можно и не такое в одну строчку %)

Извините за паузу, работы много. Итак, явное желание войти в команду выразили : XVR, Maverick, des333, на днях создам новую тему где выложу детали %)

[des00]

Извините за паузу, работы много. Итак, явное желание войти в команду выразили : XVR, Maverick, des333, на днях создам новую тему где выложу детали %)

еще раз извините, на меня свалились две срочных задачи, зашиваюсь %(

[des333]

еще раз извините, на меня свалились две срочных задачи, зашиваюсь %(

Ничего страшного. Бывает. 

[dsmv]

Итак, явное желание войти в команду выразили : XVR, Maverick, des333, на днях создам новую тему где выложу детали %)

А может и меня в команду возьмёте ?

[Intekus]

Итак, явное желание войти в команду выразили : XVR, Maverick, des333, на днях создам новую тему где выложу детали %)

А меня если можно запишите пока в резервисты

[des00]

А может и меня в команду возьмёте ?

А меня если можно запишите пока в резервисты

договорились, почти разгребся с задачами, скоро время появится %)

[lexus.mephi]

Хочу на своем сайте такой раздел сделать с SV трюками. Если авторы разрешат, я с удовольствием буду выкладывать финальные версии схемотехнических решений.
Я в настоящее время занимаюсь ASICами, т.ч. если возьмете в команду - могу посинтезить получившиеся схемы в Design Compiler.

[Shtirlits]

Лично я за примеры, требующие минимальных знаний и подразумевающие минимум возможных интерпретаций.
Например, если скобки, то явно все, какие можно поставить и пусть человек не думает о приоритете операторов.
Для оценки с этой точки зрения наилучшим примером будет тот, который читается однозначно при минимуме знаний языка, архитектуры и особенностей инструмента. Деньги зарабатываеются на чем-то другом.

[CaPpuCcino]

а может на трюках не стоит останавливаться, а просо создать библиотеку распространённых примитивов, а уж трюки там будут само собой (трюкачей-то в стране хватает)?
а то задолбало отвечать как реализовать очередь, алгоритм деления или приоритетный енкодер

[Victor®]

Есть неплохая книга ...
"Advanced FPGA Design Architecture, Implementation, and Optimization"
Steve Kilts\Spectrum Design Solutions\Minneapolis, Minnesota

Может материал из нее пригодится для вашего начинания.

[CaPpuCcino]

"Advanced FPGA Design Architecture, Implementation, and Optimization"

а вот меня она не впечатлила. как-то куцо всё и на систематическое изложение не тянет.

[Victor®]

а вот меня она не впечатлила. как-то куцо всё и на систематическое изложение не тянет.

Ради интереса, а какая впечатлила?
В частности - по сходной тематике.
Да и вообще по FPGA design.
А вообще - было бы интересно сделать рейтинг книг по FPGA design....

[CaPpuCcino]

Ради интереса, а какая впечатлила?

извините, по имплементации на ПЛИС настольной библией не обзавёлся. по крайней мере так чтобы какую-то одну выделить(как например для верификации книжка Бергерона) не могу/всё как-то самостоятельно пробовал, что конечно не всегда на пользу из-за возникновения ложных стереотипов и вредных привычек/. хотя идея составить рейтинг была бы очень позитивна. может создадите топик, а потом после набора книг-кандидатов можно составить рейтинг?

[Leka]

Задачка: описать 2х-портовый триггер на синтезируемом HDL,
поведение при "совпадении фронтов" - произвольное (выбирайте сами).

Прикрепленные изображения

 

[Maverick]

Задачка: описать 2х-портовый триггер на синтезируемом HDL,
поведение при "совпадении фронтов" - произвольное (выбирайте сами).

описать наподобие двухпортовой памяти. Только использовать массив 1 длины (с одной ячейкой памяти)
Или нельзя?

[ReAl]

Давненько не брал в руки шашек... Но скоро опять предстоит.
Как-то так?

Код

module ff2chan (
        output    q,
        input    c0, d0, e0, c1, d1, e1
    );

    reg    qq0, qq1;

    assign q = qq1 ^ qq0;

    always @(posedge c0)
        if( e0 ) qq0 <= d0 ^ qq1;

    always @(posedge c1)
        if( e1 ) qq1 <= d1 ^ qq0;

endmodule

[Leka]

Как-то так?

Да

[sazh]

Да

А практический смысл в чем.
Выход чем подхватить.

[Leka]

А практический смысл в чем.

Пример - многопортовый регистровый файл на распределенной памяти (с несколькими портами записи).

[ReAl]

Да

Ну это «навеяно фланктером». Когда-то хоть и работал с альтерой, но xilinx-овский сайт тоже изучал.

Тю, у них был ещё html-ный вариант с нормальными картинками-схемами. А сейчас только pdf-ка с плохими.
Надо порыться в тогдашних архивах, может, где-то рядом с AHDL-кусочками и страничка с сайта сохранена.

[Maverick]

Пример - многопортовый регистровый файл на распределенной памяти (с несколькими портами записи).

а двупортовая память чем не устраивала? В чем разница в использовании?
PS Ее (память) ж можно реализовать как на распределенной логике так и с ипользованием блочной памяти.

[Leka]

вариант с нормальными картинками-схемами

http://www.floobydust.com/flancter/Flancter_App_Note.pdf - нагуглил(про фланктер - не знал).

а двупортовая память чем не устраивала? В чем разница в использовании?

Попробуйте описать асинхронную память с двумя портами чтения и записи (чтение - асинхронно, запись - по клоку) - на блочной не реализуется, на распределенной - только если самому хитро описать, в лоб - софт соберет на триггерах, а не на ЛУТ-ах (давно делал, на новом софте не проверял).

Сообщение отредактировал Leka - Oct 29 2010, 09:07

[ReAl]

http://www.floobydust.com/flancter/Flancter_App_Note.pdf

Тут ещё и информации больше, спасибо.

[ViKo]

Задачка: описать 2х-портовый триггер на синтезируемом HDL,
поведение при "совпадении фронтов" - произвольное (выбирайте сами).

Картинка не полностью описывает поведение триггера. Что должно быть внутри блока с Q (оно будет не только при совпадении фронтов) - &, 1, =1? После этого можно сделать (один из вариантов уже показали). На мой взгляд, сама задумка неправильная с точки зрения гонок, метастабильных состояний. Зачем два тактовых сигнала? И вообще, для этого нужно было создать отдельную тему в будущем разделе.

[Leka]

Картинка не полностью описывает поведение триггера.

По аналогии с 2х-портовой памятью.

Что должно быть внутри блока с Q

Код

always @(posedge c0) q <= d0;
always @(posedge c1) q <= d1;

- моделируется, но не синтезируется.

На мой взгляд, сама задумка неправильная с точки зрения гонок, метастабильных состояний.

Частный случай этой "задумки" - Flancter.

Еще пример использования "многопортового триггера".

Код

always @( posedge c1 or posedge c2 )
  if ( c1 ) q <= d1;
  else q <= d2;

- поведение синтезируемой схемы не будет совпадать с моделированием, задача - синтезировать схему, полностью соответствующую верилоговской модели. Вариант решения:





(на другом форуме за эти "издевательства" над Верилогом - забанили на несколько суток).

Прикрепленные изображения

 

[Alex1961]

Картинка не полностью описывает поведение триггера. Что должно быть внутри блока с Q (оно будет не только при совпадении фронтов)

При совпадении (± зона переходных процессов) понятно что бардак, а так, на мой взгляд, всё понятно — в зону входов для CLK1 входит только D1, поэтому по фронту CLK1 в Q должно записаться значение D1 без никакой связи со значением на D0.

[sazh]

Частный случай этой "задумки" - Flancter.

(на другом форуме за эти "издевательства" над Верилогом - забанили на несколько суток).

Про бан не понятно.
А в Flancter увидел свой вариант.
Работа по разным фронтам клока. И отработка событий как по одному плечу, так и по другому.
Ничего не теряя.
Конвеер событий.

[ReAl]

Ooopss!!!!
Сообщение выше как бы от Alex1961 — было от меня.
Что-то крепко на форуме с куками и запоминанием входа глюкнуло. Ща жаловаться буду.

[Leka]

Flancter:

Прикрепленные изображения

 

[ReAl]

+1
Именно от этой точки («а, ну так это нужен такой триггер, из которого таким вот образом получится фланктер») обратным ходом от фланктера и был получен приведеный код.

[CaPpuCcino]

всем привет!
это конечно не трюки, но наверное кому-нибудь пригодится:
есть у меня склад всяких разных элементов вычислительных на которых я когда-то в стародавние времена учился Верилогу.
я их тогда вроде верифицировал, но может быть что-то и не доглядел, так что "доверяй, но проверяй". сейчас перепроверять уже не хочется.
единственное, что я подправлю, так это переделаю чуть-чуть шапки на манер SV ANSI и комментарии в заголовках вставлю, чтобы было юзабельно.
выкладывать буду по мере. кто чего будет доделывать-переделывать не забывайте добавлять свои имена и какой-нить лог о переделках.

первый релиз-кандидат целочисленный последовательный знаковый/беззнаковый делитель с коррекцией остатка
при операндах 32 на 32 бита синтезица в Ксайлинкс В2Про 2VP2fg256 грэйд -6 примерно на 140 МГц жрамши 277 слайсов
16х16 бит на xc2vp70 -6 примерно 150 МГц при 131 из 33088 слайсах
описание:
sequential integer divider with reminder correction
takes in 2 arguments of adjustable width (parameters op_A_width, op_B_width)
and divide the first one by the second treating them either signed or unsigned depending on op-type input
which takes op_A_width+1 clock cycles + 1 cycle for reminder correction, provided that stall_n signal is deasserted
rdy_n output indicates completion of operation with result(rez) and reminder containing valid results
the unit provides additionally an overflow and division by zero exception flags

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

 div_signed_unsigned.txt ( 5.84 килобайт ) Кол-во скачиваний: 276

 

[CaPpuCcino]

а для того чтобы не ждать так долго каждое деление был сделан массив из таких делителей(кол-во ктых зависит от ширины делимого) с вращающимся по кругу раздатчиком операндов /сборщиком результатов

синтез для 16х16 на xc2vp70 -6 даёт примерное 130МГц при 2889 из 33088 (8%)
32 на 32 даже страшно проверять (кому не страшно может сам попробовать)

ЗЫЖ внимание, сборщик не защёлкивает результаты в регистры на выходе

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

 div_pipelined.txt ( 3.5 килобайт ) Кол-во скачиваний: 199

 

[CaPpuCcino]

конвеерный пирамидальный умножитель знаковых/беззнаковых чисел

16 х 16 на xc2vp70 -6 примерно 180 МГц при 564 из 33088 слайсах

описание:
pipelined integer multiplier
takes in 2 arguments of adjustable width (parameters op_A_width, op_B_width)
and multiply the first one by the second treating them either signed or unsigned depending on op_type input
with op_B_width clock cycles of initial latency, provided that stall_n signal is deasserted

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

 mul.txt ( 3.15 килобайт ) Кол-во скачиваний: 214

 

[ViKo]

Спасибо за код. Любопытно будет посмотреть, особенно, когда потребуется для конкретной задачи. Одно маленькое замечание - в коде большие отступы, похоже, делались табуляцией по 8 символов. Понимаю, что у каждого свое понятие о красоте и целесообразности, но, может быть отступы в 2-3-4 пробела покажутся вам удобнее. Я лично пользуюсь отступами в 2 пробела.

[ReAl]

Так там натальные табуляции и стоят (что мне кажется правильным), в редакторе любимом можно поставить размер табуляции какой нужно, при желании и попросить конвертнуть под установленный размер.

[ViKo]

Так там натальные табуляции и стоят (что мне кажется правильным), в редакторе любимом можно поставить размер табуляции какой нужно, при желании и попросить конвертнуть под установленный размер.

Я уже заменил (автоматически), пользуюсь EditPlus. В начале кода были пробелы. А по-нормальному табуляция - 8 пробелов.

[CaPpuCcino]

Я лично пользуюсь отступами в 2 пробела.

да я тоже пользуюсь 2-пробельной табуляцией. именно поэтому так широко размазано и получилось. но думаю это переживабельно.

очередь с рукопожатием на обоих портах. может быть сконфигурирована на использование block RAM так и на обычной логике (в зависимости от установленного атрибута).
для указателей на концы очереди использована тривиальная схема кодирования (бинарный код) так что не советую использовать в самолётах, спутниках и в районе экватора. можно только для поиграться.
есть две ноги для заглядывания в будущее (может быть полезны для поддержания непрерывного потока данных интерфейсных КА).

замеры не делал, потому как там мало управляющей логики.

Исправленный код выложен тут

описание:
parameterizable queue with a trivial pointer encodings
can be implementer eather with on-chip Block RAM or distributed memory, subject to synthesis attribute setting of the stack memory
when implemeted with a RAM block adopt the first-word-falls-through policy for zero latency immediate pop
provides forward read and write grant signals for smooth operation of FSMs controlling the data-flows on both ports of the channel(queue)

Причина редактирования: Указанна ссылка на файл без ошибки, по просьбе автора (с) des00

[nikolascha]

2 'CaPpuCcino': Ну что, даёте добро на оформление этих схемотехнических приёмов в виде статей на wiki или нет? И если да, то на нашей вики выкладывать (будет выглядеть как моноширинный текст) или в Викиучебник (будет с подсветкой синтакиса и автоматической нумерацией строк)?

[CaPpuCcino]

2 'CaPpuCcino': Ну что, даёте добро на оформление этих схемотехнических приёмов в виде статей на wiki или нет? И если да, то на нашей вики выкладывать (будет выглядеть как моноширинный текст) или в Викиучебник (будет с подсветкой синтакиса и автоматической нумерацией строк)?

выложил в сеть, значит каждый может делать с этим что его душе угодно. тем что выложил в открытый доступ уже дал согласие на свободное использование.
но а разве в отстойнике эти коды не нужно подержать? так может кто покритикует, народ ошибки поищет, а то может быть там что неправильно, или какая у нас по этому направлению политика?
в принципе мне-то всё равно где это висеть будет. я в команду трюкачей не записывался и как вы положили сии дела вести не знаю.
ЗЫ: вот например FIFO как минимум могли бы обсудить, ведь разные схемы кодирования указателей существует. бинарный код не самый лучший вариант.

[des00]

ЗЫ: вот например FIFO как минимум могли бы обсудить, ведь разные схемы кодирования указателей существует. бинарный код не самый лучший вариант.

для синхронного проекта по барабану %)

ЗЫ. Извиняйте коллеги, навесили на меня 2 проекта самостоятельных (со сроком готовности вчера) + проект со студентом 80/20 (со сроком готовности январь-декабрь), зашиваюсь по самые помидоры.

[CaPpuCcino]

для синхронного проекта по барабану %)

а для радиационной устойчивости? вот недавно в книжке по начипным сетям, чувак озабавивался даже вопросами кодирования протоколов от всякой физики. хотя в большинстве случаев проблема действительно надуманная, иначе бы вообще ничего не работало. однако это полностью её не снимает.

[XVR]

а для радиационной устойчивости

Тоже по барабану
Коды Грея применяют в разных FIFO исключительно из за того, что последовательные коды Грея можно безопасно передавать в другой клоковый домен, сделав независимую схему подавления метастабильности по каждому разряду отдельно. С бинарным кодом этот трюк не пройдет

[CaPpuCcino]

Тоже по барабану
Коды Грея применяют в разных FIFO исключительно из за того, что последовательные коды Грея можно безопасно передавать в другой клоковый домен, сделав независимую схему подавления метастабильности по каждому разряду отдельно. С бинарным кодом этот трюк не пройдет

чудненько. а может кто реализовывал очередь с 2 асинхронными портами в языковом описание? а то у меня руки не дошли - всю дорогу корками пользовался, а в коллекцию было бы недурственно разных очередей накидать.

[des00]

чудненько. а может кто реализовывал очередь с 2 асинхронными портами в языковом описание? а то у меня руки не дошли - всю дорогу корками пользовался, а в коллекцию было бы недурственно разных очередей накидать.

фифо что ли ?

[CaPpuCcino]

фифо что ли ?

оно.

[XVR]

чудненько. а может кто реализовывал очередь с 2 асинхронными портами в языковом описание? а то у меня руки не дошли - всю дорогу корками пользовался

У Xilinx'а эта корка синтезируется с чистого VHDL'я. Единственно, что там было архитектурно зависимого - вызов внешней процедуры (через PLI из dll) для явного плейсмента BRAM модулей (видимо относительно друг друга)
Внутри выглядит жутковато - по количеству оберток напоминает капусту

[des00]

оно.

я такое в свое время для себя делал, сейчас использую немного другие, но они не универсальные.

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

 afifo.v ( 16.8 килобайт ) Кол-во скачиваний: 382

 

[CaPpuCcino]

У Xilinx'а эта корка синтезируется с чистого VHDL'я.

а можно увидеть это чисто VHDLное описание, из которого синтезируется кросс-доменная очередь? очень интересно.

[BSV]

У Xilinx'а эта корка синтезируется с чистого VHDL'я. Единственно, что там было архитектурно зависимого - вызов внешней процедуры (через PLI из dll) для явного плейсмента BRAM модулей (видимо относительно друг друга)Внутри выглядит жутковато - по количеству оберток напоминает капусту

У хилых есть еще иксаппы по теме ФИФО. Я их код причесал и параметризовал. Если интересно, могу выложить.

P.S. VHDL.

[CaPpuCcino]

я такое в свое время для себя делал

спб. а в реальной разработке использовали, хорошо работает?

Если интересно, могу выложить.

а чего ж не интересно. я так понял здесь собираются делать библиотеку разных решений. разнообразие это хорошо.
выкладите, пожалуйста.

[des00]

У хилых есть еще иксаппы по теме ФИФО. Я их код причесал и параметризовал. Если интересно, могу выложить.

самая зачетная из них, это сверхбыстрое фифо на LFSR счетчиках.

спб. а в реальной разработке использовали, хорошо работает?

использовал, чему там не работать то ?

[CaPpuCcino]

использовал, чему там не работать то ?

просто может вы в стол писали. у меня вот есть много всякой понаписаной хрени, которой мне так и не пришлось куда-нибудь засунуть.

[XVR]

а можно увидеть это чисто VHDLное описание, из которого синтезируется кросс-доменная очередь? очень интересно.

Вечерком дойду до дома, отправлю (если я ее не потер )

[dmitry-tomsk]

самая зачетная из них, это сверхбыстрое фифо на LFSR счетчиках.

использовал, чему там не работать то ?

Вот только непонятно, почему сверхбыстрое ассоциируется с LFSR. Самый тормоз во всей схеме updown счётчик для контроля состояния фифо, разрядность у него такая же, как и у адреса, так зачем же LFSR да ещё же с ущербом с одно слово? Логикорное фифо похоже на lfsr, а скорость там так себе. Ещё понимаю LFSR на внешних шинах для уменьшения SSO, но внутри?

[des00]

Вот только непонятно, почему сверхбыстрое ассоциируется с LFSR. Самый тормоз во всей схеме updown счётчик для контроля состояния фифо, разрядность у него такая же, как и у адреса, так зачем же LFSR да ещё же с ущербом с одно слово?

этот счетчик выкидывается и фифо делается без него.

[dmitry-tomsk]

этот счетчик выкидывается и фифо делается без него.

через сравнение адресов? Так ведь lfsr это не грей, между клоковыми доменами его так просто не перетащишь. Поделитесь кодом!

[des00]

через сравнение адресов? Так ведь lfsr это не грей, между клоковыми доменами его так просто не перетащишь. Поделитесь кодом!

да через сравнение. А по поводу асинхронного фифо, если мне память не изменяет оно там синхронное было.

[XVR]

Вечерком дойду до дома, отправлю (если я ее не потер )

Увы, потер
В принципе ее просто получить - заходите в C:\Xilinx\coregen\ip\xilinx\primary\com\xilinx\ip\fifo_generator_v3_2 и декодируете все исходники, которые там есть (в поддиректориях тоже)
Потом идете в iputils, blkmemdp_v6_2 и blk_mem_gen_v2_2 и декодируете все оттуда тоже. Полученная свалка, плюс генерируемые GUI файл конфигурации (с define'ами) и есть корка
Декодировал я это прогой xldecomp.exe (из закромов, кажется)