[makc 212]

7 минут назад, yes сказал:

у меня немного есть (типа личное общение)

Т.е. всё по классике: ждём, кто двинет лыжи раньше - ишак или падишах? 😉

[dpavlov 3]

2 hours ago, mov said:

Где будет выпускаться FPGA  в настоящее время ?

Добрый день,

FPGA - это уже готовый продукт, который можно завести по параллельному импорту. Главное - это содержимое. Если предполагается мелкосерийное производство - то подойдет.

На сколько знаю, еще в Воронеже делают какие-то ПЛИС, но про их характеристики и возможности поставок - не скажу.

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

Дмитрий

[mantech 42]

25 минут назад, dpavlov сказал:

FPGA - это уже готовый продукт, который можно завести по параллельному импорту. Главное - это содержимое. Если предполагается мелкосерийное производство - то подойдет.

Вот я одно не пойму, если FPGA не важно кого, то какой смысл в содержимом? Ну допустим, я купил китайские процессора с АРМом внутри, да хоть и с RISCV - без разницы, или я покупаю китайский же FPGA - в этом есть какая-то принципиальная разница? И то и другое "не наше"...

ЗЫ. Только не надо байки про потенциальные "закладки" в ядре... Эта шутка уже не модная)))

Изменено 15 июня, 2023 пользователем mantech

[novikovfb 17]

8 minutes ago, mantech said:

Вот я одно не пойму, если FPGA не важно кого, то какой смысл в содержимом? Ну допустим, я купил китайские процессора с АРМом внутри, да хоть и с RISCV - без разницы, или я покупаю китайский же FPGA - в этом есть какая-то принципиальная разница? И то и другое "не наше"...

в случае необходимости можно портировать на другую FPGA или БМК. С готовыми микроконтроллерами перенос потянет переписывание и тестирование программного обеспечения.

[mantech 42]

1 минуту назад, novikovfb сказал:

С готовыми микроконтроллерами перенос потянет переписывание и тестирование программного обеспечения.

 

1 минуту назад, novikovfb сказал:

в случае необходимости можно портировать на другую FPGA или БМК.

Т.е. во втором случае тестировать ничего не надо?)))))))))

[novikovfb 17]

5 minutes ago, mantech said:

Т.е. во втором случае тестировать ничего не надо?)))))))))

только железо, т.к. программа работает в той же логике (если в реализации не использовать IP ядра разных производителей, где могут быть разные реализации сходного функционала).

[mantech 42]

3 минуты назад, novikovfb сказал:

только железо, т.к. программа работает в той же логике

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

[dpavlov 3]

1 hour ago, mantech said:

Вот я одно не пойму, если FPGA не важно кого, то какой смысл в содержимом? Ну допустим, я купил китайские процессора с АРМом внутри, да хоть и с RISCV - без разницы, или я покупаю китайский же FPGA - в этом есть какая-то принципиальная разница? И то и другое "не наше"...

ЗЫ. Только не надо байки про потенциальные "закладки" в ядре... Эта шутка уже не модная)))

 

Добрый день,

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

Во-вторых, если содержимое полностью вами разработано (не используются сторонние IP), вы сможете это переносить на другие FPGA или даже в ASIC (хотя согласен, здесь тоже есть свои подводные камни).

Что до тестирования - то тестировать нужно всё и всегда, особенно, если планируете выпустить свой ASIC (цена ошибки велика).

 

Дмитрий 

[mantech 42]

23 минуты назад, dpavlov сказал:

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

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

26 минут назад, dpavlov сказал:

Во-вторых, если содержимое полностью вами разработано (не используются сторонние IP)

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

[makc 212]

6 минут назад, mantech сказал:

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

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

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

[mantech 42]

1 час назад, makc сказал:

По-моему происходит какая-то непонятная попытка натянуть сову на глобус

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

[tonyk_av 39]

17 hours ago, makc said:

Поэтому возможности этих МК довольно скромны и не стоит их рассматривать в качестве полноценной альтернативы железным МК.

Если в ПЛИС хватает ресурсов для реализации МК, то почему бы их не задействовать? Например, коллеги показывали специальную видеокамеру, в которой картинка обрабатывается мощной ПЛИС, а все конфигурационные вещи делаются через МК, реализованном на остатках ресурсов этой ПЛИС. Однотактного ядра MCS-51, работающего на частоте то ли 100, то ли 150 МГц за глаза хватает. Говорят, им так удобней.

[makc 212]

1 минуту назад, tonyk_av сказал:

Если в ПЛИС хватает ресурсов для реализации МК, то почему бы их не задействовать? Например, коллеги показывали специальную видеокамеру, в которой картинка обрабатывается мощной ПЛИС, а все конфигурационные вещи делаются через МК, реализованном на остатках ресурсов этой ПЛИС. Однотактного ядра MCS-51, работающего на частоте то ли 100, то ли 150 МГц за глаза хватает. Говорят, им так удобней.

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

[_4afc_ 25]

1 hour ago, makc said:

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

Только писать этот более удобный автомат придётся не на Верилоге, а на Си.

 

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

 

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

[makc 212]

Только что, _4afc_ сказал:

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

Picoblaze не пробовали?