Я помню запрос, но обстоятельства реально складываются против. За истекщий период в моей жизни много чего произошло сильно отвлекающего. Ушла из жизни мама, можно сказать, буквально на моих руках. Заказчик завалил меня проектами. Под конец еще привлек к работам по отечественному интерфейсу Ethernet. В общем, скучать не приходилось, как-то не до мемуаров. Да и помню я не все. Я жил в замкнутом мире и не особо интересовался, чем занимались соседние отделы.
Попробую внести ясность кратко.
В НИИ Дельта, в отделении Мельникова, действительно был свой отдел САПР, которым руководил мой учитель Яицков Александр Сергеевич. И этот отдел разрабатывал свой САПР. Не Пульс. Пульс тоже был (украденый?!), и все логическое проектирование кристаллов И200/И300/И300Б выполнялось на нем. Но развитием/сопровождением этого продукта занимался кто-то другой, не из нашего отдела. Наш же САПР был ориентирован на конструкторское проектирование. причем не только микросхем, но и "блоков" (плат), в которые они должны устанавливаться. Работа нашей системы начиналась с того, что из ПУЛЬСа импортировалась логическая схема: перечень элементов и их межсоединений, то что, как я понимаю, в западных САПРах называется словом NETLIST.
Как ПУЛЬС, так и наша САПР выполнялись на БЭСМ-6. Переферия у нее была вся уже от ЕС ЭВМ. Управлялась эта машина при помощи ОС Диспак, использовались также МС Дубна, диалоговая система ДЖИН. Внутри нашей САПР были также свои средства управления вычислительным процессом, разработанные внутри отдела, в частности - специализированный язык управления заданиями и файловая система (даже три). Наша разработка велась на языке Паскаль на компиляторе А.С.Пирина.
САПР выполняла трассировку (проектирование геометрического расположения) электрических цепей для блоков и микросхем. Этот набор алгоритмов разработал Владимир Сусов и его маленькая команда. Размещение элементов было, вроде-бы, ручное или полуавтоматическое. Во всяком случае, о полной автоматизации этого этапа проектирования я не помню. САПР обеспечивала вывод результатов проектирования на носители, необходимые для производственных процессов. (Детали реализации не знаю, кроме тех, с которыми был связан лично, об этом ниже.)
Лично я был занят в разработке подсистемы, которая синтезировала тесты выходного и входного контроля для И200/И300/И300Б. На мне была предобработка, организация вычислительного процесса, постобработка, аналитика и оптимизирующие преобразования. Короче, я выполнил в этой подсистеме практически всю черную работу. Кроме основного алгоритма, которым занимались непосредственно А.С.Яицков и его супруга Г.А.Яицкова. Результатом работы системы были тексты на входном языке тестирующей системы Centry, применяемой на заводе в Зеленограде. Они записывались на магнитную ленту на БЭСМ и потом - о чудо! - считывались этой буржуазной аппаратурой и выполнялись ею. Для записи на ленту пришлось поковыряться в низкоуровневых командах управления ленточным накопителем. Был также интерфейс, заворачивающая синтезированные тесты обратно в ПУЛЬС, и там они использовались как дополнительные тесты верификации проекта, моделировались ПУЛЬСом, само собой. Несколько ошибок разработчиков микросхем было выявлено именно на этих тестах.
Важной частью нашей САПР были алгоритмы верификации задержек, как на уровне проектов микросхем, так и на уровне проектов плат. На данной частоте длина проводников уже является фактором, влияющем на скорость распространения сигнала и, таким образом, на корректность работы цифровой схемы в целом. Алгоритмы оценивали корректность проекта топологии с точки зрения распространения задержек и сигнализировали, где в проекте имеются риски и что надо исправить. Этими алгоритмами занимались А.С.Яицков и Татьяна Ганжа.
В САПР использовались две отдельные файловые системы: для исходных текстов САПР и для исходных, промежуточных и выходных данных проектирования. Обе системы разработал Владимир Сафонов. Альтернативную ф.с. для данных проектирования разработал Владимир Сусов. (Тут надо объяснить для современного читателя, что в ОС Дискпак не было ни штатной файловой системы, ни штатного редактора текстов, ни штатного языка управления заданиями, и все эти задачи решались по-своему в каждом крупном прикладном проекте.)
Вот что мне удалось вспомнить относительно быстро.
no subject
Date: 2016-11-17 02:33 am (UTC)За истекщий период в моей жизни много чего произошло сильно отвлекающего.
Ушла из жизни мама, можно сказать, буквально на моих руках.
Заказчик завалил меня проектами. Под конец еще привлек к работам по отечественному
интерфейсу Ethernet. В общем, скучать не приходилось, как-то не до мемуаров.
Да и помню я не все. Я жил в замкнутом мире и не особо интересовался, чем
занимались соседние отделы.
Попробую внести ясность кратко.
В НИИ Дельта, в отделении Мельникова, действительно был свой отдел САПР,
которым руководил мой учитель Яицков Александр Сергеевич. И этот отдел
разрабатывал свой САПР. Не Пульс. Пульс тоже был (украденый?!),
и все логическое проектирование кристаллов И200/И300/И300Б выполнялось
на нем. Но развитием/сопровождением этого продукта занимался кто-то другой,
не из нашего отдела. Наш же САПР был ориентирован на конструкторское проектирование.
причем не только микросхем, но и "блоков" (плат), в которые они должны устанавливаться.
Работа нашей системы начиналась с того, что из ПУЛЬСа импортировалась логическая
схема: перечень элементов и их межсоединений, то что, как я понимаю, в западных
САПРах называется словом NETLIST.
Как ПУЛЬС, так и наша САПР выполнялись на БЭСМ-6. Переферия у нее была вся уже
от ЕС ЭВМ. Управлялась эта машина при помощи ОС Диспак, использовались также МС Дубна,
диалоговая система ДЖИН. Внутри нашей САПР были также свои средства управления
вычислительным процессом, разработанные внутри отдела, в частности - специализированный
язык управления заданиями и файловая система (даже три). Наша разработка
велась на языке Паскаль на компиляторе А.С.Пирина.
САПР выполняла трассировку (проектирование геометрического расположения) электрических цепей
для блоков и микросхем. Этот набор алгоритмов разработал Владимир Сусов и его маленькая команда.
Размещение элементов было, вроде-бы, ручное или полуавтоматическое. Во всяком случае, о полной
автоматизации этого этапа проектирования я не помню. САПР обеспечивала вывод результатов
проектирования на носители, необходимые для производственных процессов. (Детали реализации
не знаю, кроме тех, с которыми был связан лично, об этом ниже.)
Лично я был занят в разработке подсистемы, которая синтезировала тесты выходного и входного
контроля для И200/И300/И300Б. На мне была предобработка, организация вычислительного
процесса, постобработка, аналитика и оптимизирующие преобразования. Короче, я выполнил
в этой подсистеме практически всю черную работу. Кроме основного алгоритма, которым
занимались непосредственно А.С.Яицков и его супруга Г.А.Яицкова. Результатом работы системы
были тексты на входном языке тестирующей системы Centry, применяемой на заводе в Зеленограде.
Они записывались на магнитную ленту на БЭСМ и потом - о чудо! - считывались этой буржуазной
аппаратурой и выполнялись ею. Для записи на ленту пришлось поковыряться в низкоуровневых
командах управления ленточным накопителем. Был также интерфейс, заворачивающая синтезированные
тесты обратно в ПУЛЬС, и там они использовались как дополнительные тесты верификации проекта,
моделировались ПУЛЬСом, само собой. Несколько ошибок разработчиков микросхем было выявлено
именно на этих тестах.
Важной частью нашей САПР были алгоритмы верификации задержек, как на уровне проектов микросхем,
так и на уровне проектов плат. На данной частоте длина проводников уже является фактором, влияющем
на скорость распространения сигнала и, таким образом, на корректность работы цифровой схемы в целом.
Алгоритмы оценивали корректность проекта топологии с точки зрения распространения задержек и
сигнализировали, где в проекте имеются риски и что надо исправить. Этими алгоритмами занимались
А.С.Яицков и Татьяна Ганжа.
В САПР использовались две отдельные файловые системы: для исходных текстов САПР и для исходных,
промежуточных и выходных данных проектирования. Обе системы разработал Владимир Сафонов.
Альтернативную ф.с. для данных проектирования разработал Владимир Сусов. (Тут надо объяснить
для современного читателя, что в ОС Дискпак не было ни штатной файловой системы, ни штатного
редактора текстов, ни штатного языка управления заданиями, и все эти задачи решались по-своему
в каждом крупном прикладном проекте.)
Вот что мне удалось вспомнить относительно быстро.