![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
Как разрабатывать микросхемы
Бытует представление, что разработка цифровых микросхем - это некий таинственный, почти магический процесс, а главное очень дорогостоящий. Что это знание доступно только секретным инженерам за высокими стенами полувоенных заводов. Между тем все ровно наоборот. Центрами кристаллизации и накопления знаний традиционно были рядовые американские университеты. Все детали технологии подробно описаны в классических монографиях, например:
Список софта:
- Michael John Sebastian Smith, "Application-Specific Integrated Circuits"
- Neil Weste, David Harris "CMOS VLSI Design: A Circuits and Systems Perspective"
- R. Jacob Baker "CMOS Circuit Design, Layout, and Simulation"
Список софта:
- vl2mv и VIS - компилятор Verilog, симулятор и синтезатор (http://vlsi.colorado.edu/~vis/)
- SIS - оптимизирующий синтезатор с отображением в технологическую библиотеку (http://embedded.eecs.berkeley.edu/Alumni/pchong/sis/)
- TimberWolf - размещение (http://opencircuitdesign.com/magic/archive/timberwolf-6.3.1.tgz)
- qrouter - трассировщик (http://opencircuitdesign.com/qrouter)
- Magic - просмотр топологии (http://opencircuitdesign.com/magic/)
- IRSIM - симулятор для верификации конечной топологии (http://opencircuitdesign.com/irsim/)
Как разрабатывать микросхемы
no subject
К списку программ можешь добавить еще вот что http://en.wikipedia.org/wiki/Espresso_heuristic_logic_minimizer
Кстати, почему бы тебе не переимплементировать Espresso с тем же натиском, с которым ты написал Trac и делаешь чего-то для БК-0010 ?;-)
no subject
no subject
no subject
no subject
Логическими минимизаторами я как-то развлекался в молодости, кажется году в 90-м. Была задача "прочитать" CPLD и восстановить ее содержимое в виде формул.
no subject
no subject
no subject
Первая - выпускать финальный продукт (не микросхему, но вещь с микросхемой) и выигрывать по цене за счет поглощения одной пищевой цепочки. Так можно компенсировать более высокую цену производства.
Вторая - Китай растет, Россия скоро грохнется в уровне жизни. Однако, я думаю через два-три года зарплаты в России будут ниже чем в Китае и откроется окно возможностей. Не с нынешним уровнем коррупции, конечно, НО ! Общий фон будет гораздо здоровее и потенциал для роста производства.
no subject
Реалии местного производства - это отсутствие производства.
no subject
Как разрабатывать микросхемы.
no subject
no subject
no subject
А это, кстати, вполне правда. Я вообще не знаю мест, где так или иначе можно сделать свою микросхему менее чем за $5k. Дороговато для одной попытки.
no subject
Как разрабатывать микросхемы
no subject
Попытка сделать это уже была: это AVOCAD, который разрабатывала группа, вышедшая из МИЭТ, действовавшая в Unique ICs, а теперь, честно говоря, даже не знаю, где они. Если коротко: они разработали свою САПР, которая, в частности, включала очень быстрый и достаточно точный симулятор. Я сам пользовался, были свои плюсы и минусы. В перспективе они хотели сделать полноценный пакет для прохождения полного маршрута проектирования СБИС. Представляли доклады на конференциях, в частности, в Японии. Им аплодировали, но когда они предлагали купить, отказывались. Причин много:
- совместимость проектов (если фирма сидит на Cadence, то зачем ей переходить на кого-то другого?);
- поддержка;
- уверенность в надёжности (грубо говоря, разные версии программ для DRC-проверок по-разному работают с большими проектами);
- вопросы интерпретации (на одном симуляторе одно, на другом - другое - кому верить?).
Для небольших заказных блоков это может работать: например, когда по gds нужно восстановить схему операционного усилителя. Но вообще - перспектива мутная, т.к. у фирмы, которая может заказать изготовление образцов, 100% есть деньги на хорошие, проверенные САПР.
no subject
no subject
no subject
no subject
no subject
no subject
Опять же пример. Есть программа расчёта частоты сбоев на орбите космического аппарата. В МИФИ решили сделать отечественный аналог. Начал один парень, шарящий в C++ и в космической тематике. Сделал некий модуль, который работал. Защитил диплом, выпустился, в аспирантуру не пошёл. Прошло несколько лет, прежде чем эту работу подхватил другой студент, довёл до работающей программы (с определёнными багами), программу узаконили в РД. Какое-то время исправляли баги, выпускали новые версии. Затем этот парень перешёл в другую область, и поддержка практически застопорилась: в чужом коде и так сложно разобраться, а тут ещё код двух человек! Так и здесь - под этот тул нужна группа, постоянно работающая или сменяемая (не на 100% за год). Студенты на эту роль не годятся, у аспирантов своя тематика, им не до тулов.