Перейти к содержанию
    

А в каких случаях лучше использовать ПЛИС(FPGA) вместо микроконтроллеров?

Всем удачи :)

Вы нас покидаете?

И куда? Израиль? Штаты?

ASN

А Вам не кажется, что Вы сами себе противоречите?

С одной стороны Вы пишите?

А вот с ПЛИС это проще

А с другой стороны:

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

А я уже об этом писал (Вы видимо не читали):

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

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

А я когда молодой был создатель Doom ещё не родился

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Флюктуация ваккума

Противоречия нет.

Повторюсь: в случае с FPGA физически МЕНЬШЕ независимых переходов из состояния в состояние, чем у МПС. Поэтому вероятность критического сбоя ниже при ОДИНАКОВОЙ технологии.

Разработка КАЧЕСТВЕННОЙ структуры FPGA на HDL не сложнее и не проще, чем разработка КАЧЕСТВЕННОГО программного автомата для МПС. Просто в FPGA "накуячить по-быстрому" не получиться - требуется более кропотливая работа и ПОНИМАНИЕ как работает система в целом.

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

Поэтому и дешевле.

И это хорошо.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Просто в FPGA "накуячить по-быстрому" не получиться - требуется более кропотливая работа и ПОНИМАНИЕ как работает система в целом.

Т.е. примерно как писать большую программу для MCU на ассемблере? :rolleyes:

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

А я когда молодой был создатель Doom ещё не родился

такс. Карты вскрыты.

Итак, создатель Дума- Джон Кармак, родился в 1970 году.

Под "молодой" я подразумевал 25 лет (уже настолько освоился на работе, что мог спокойно остаться поиграть вечерком).

Значит, Вам в 1970 предположительно 25, то есть Вы- 1945-го года рождения.

Итого, сейчас Вам 70 лет.

Ну что ж. Будем уважать старость.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

с нескрываемым удовольствием слежу за темами ТС на форуме. но последняя неделя особо плодотворна

почерпнул кучу сакральных знаний

1. большие процессоры придумали идиоты, надо ставить 100500 маленьких

2. плис придумали идиоты, т.к. см п.1

3. работа профи стоит 40к евро в месяц, предоплата полгода.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Флюктуация ваккума

Это далеко не одно и тоже.

Объём программы как в исходных кодах, так и в размере битового образа - не показатель сложности ПО.

А разработка на ассемблере - не показатель профессионализма.

Правильный код, генерируемый компилятором с С++ для современного RISC ОМЭВМ (ARM, MIPS), практически не уступает "ручному" кодированию на ассемблере.

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

Разработка рабочего проекта на FPGA, IMHO, ближе к проектированию АРХИТЕКТУРЫ системы "в целом", требует чёткого понимания таких базовых вещей как латентность, пропускная способность, конвейер, понимания как реализуется умножение и сколько тактов требуется для записи и чтения по системной шине. И чёткого понимания ПАРАЛЛЕЛИЗМА вычислительных процессов.

Много ли "программистов MCU на ассемблере" задумываются о том, сколько занимает обращение по APB по чтению? И, главное, насколько это помогает им зарабатывать деньги? А вот FPGA-дизайнер знает и контролирует это. Иначе просто не будет работать.

Кстати, это тоже повышает надёжность системы. Но и удорожает прикладную систему.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

 

Дмитрий, не кормите тролля!

столько умных повелось - слов нет! Вы ж посмотрите на темы и вопросы...

 

ps

dima32rus, а Вы из самого Брянска?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

dima32rus, а Вы из самого Брянска?

Да. В самом городе живу уже 10 лет, а вообще родом из области. Приятно видеть здесь земляка)))) Приветствую!

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Гость
Эта тема закрыта для публикации ответов.
×
×
  • Создать...