Интересное письмо с Экспоненты

[des00 1]

Всем доброго, в почту свалилось рекламное письмо вот про этих ребят

https://exponenta.ru/kpm-ritm-products

Интересный каталог разработок, все по импортозамещению. Может кто в курсе, у них все таки чистая кодогенерация с матлаба или HLS/Manual RTL код?

IP_core_kat3.pdf

[DuHast 0]

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

А так, ребята молодцы. 

[des00 1]

13 hours ago, DuHast said:

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

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

[litv 0]

14 hours ago, DuHast said:

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

А так, ребята молодцы. 

Обвинить представителей Матлаба что они рекламируют Матлаб  - это как Кока Коле сказать что нет рекламы Байкала.

Кстати не все нужно рисовать, есть и язык для написания блоков.

[Мур 0]

Отношусь к кодогенерации как быстрому получению болванки для обтесывания...  Естественно, что тут ограничения по ресурсу FPGA быть не должно!

Удобно.  Далее можно кромсать по задаче и оптимизациям ради быстродействия всего дизайна.

Кроме того,- экономится время на создание тест-бенча.

Кстати,- удобно сразу видеть грубую оценку для конкретной задачи размера ресурса FPGA

[attaboy 0]

Когда/если топовые ПЛИС будут стоить, как спичечный коробок, кодогенерация окончательно и беcповоротно вытеснит HDL.  А до тех пор, пока вопрос стоимости не последний при выборе ПЛИС, HDL будет жить (для синтеза). Для моделирования конечно же кодогенерация удобна.

Edited May 27, 2021 by attaboy

[lexx 0]

264й кодек также из матлаба? 

[AVR 0]

On 3/18/2021 at 5:14 AM, des00 said:

Интересный каталог разработок, все по импортозамещению

Всё действительно интересно, и там не только ПЛИСятина, но и ряд отечественных аппаратных платформ. Но вот насколько это оптимально, не будет ли гемороя больше чем написать самому. Не ясно как оценить потребление циклов и ресурсов на DSP, не видать численных сравнений.

[lexx 0]

6 hours ago, AVR said:

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

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

[des00 1]

19 hours ago, AVR said:

Всё действительно интересно, и там не только ПЛИСятина, но и ряд отечественных аппаратных платформ. Но вот насколько это оптимально, не будет ли гемороя больше чем написать самому. Не ясно как оценить потребление циклов и ресурсов на DSP, не видать численных сравнений.

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

 

12 hours ago, lexx said:

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

там все от профиля зависит. Можно часть фич, соотвествующих профилю, не поддерживать в кодере) а вот декодер да, головная боль. Там нужно поддерживать все.

[lexx 0]

6 hours ago, des00 said:

Можно часть фич, соотвествующих профилю, не поддерживать в кодере) а вот декодер да, головная боль

В плане дизайна энкодер не проще, но с декодером устанешь делать  полную поддержку всего и потом еще "правильно" тестировать. На DSP есть уже готовый софт, который надо оптимизировать, в железе одному уже нет справится.

[baumanets 0]

Они получили мой контакт из форума. И на него спамят.

Помимо matlab сейчас рекламируют продукцию Элвиса.

Отписываюсь, но, спустя время, письма снова начинают приходить.