WG имеет множество программ каждая из которых предоставляет интересные возможности. Expedition, DV, DC, DxD, LibMan - с этими всё понятно. Хочется почитать чтото о других компонентах таких как ePLANER, Variant-Manager, PCB-planer и т д.

Есть какоелибо чтиво которое поможет разобраться в основных моментах и понятиях?

Разобраться самостоятельно вы сами не сможете, т.к помимо самих программ есть еще некие лиц. сборки ( PCB-planer это как раз оно, ограниченный вариант ExpeditionPCB, работа только с размещением и анализ SI). Придется просмотреть документацию+прайс_лист(~200страниц Excel)+data_sheets .
Из того что названно:
ePLANER- программа анализа SI, используется прежде всего в нементоровском окружении, по задачам это что-то типа HyperLynx+CES+возможность_переразмещения_компонентов
Variant-Manager - видно прямо из названия, это создание вариантов в проекте, т.е рисуем например большую схему телевизора, определеяем что будет несколько вариантов исполнения, например:
- входят все компоненты схемы
- входит часть компонентов
- часть компонентов заменена на другие и т.д
в зависимости от того какой из вариантов поставили активным изменяется изображение схемы и перечень\спецификация.
Если чего еще не ясно спрашивайте - отвечу

Спасибо fill, большое спасибо



Это очевидно



Вот это очень нужная вещь. Работает ли она с проектом DxD -> Expedition? Спрашиваю поскольку VM хочет CDB которой в этом случае нет. Или в этом случае нужно использовать DxVariant? Кстати вот вопрос если я в одном варианте схемы удалю компонент, то что будет с платой? Могу ли я иметь общую плату для двух вариантов? При этом в альтернативном сборочном чертеже отсутствует тот самый компонент.

Что мне интересно ещё?

Что такое IBIS? Примерно я представляю, но нельзяли узнать деталей. К примеру как создаются модели? Неужели вбиванием текста?

Что позволяет PartsManager?

Что позволяет DxDatabook? Предположим одно рабочее место. Я так понимаю схему можно вводить и с и без Databook.

1. Работать с DxVariant. Плата содержит всю информацию из всех вариантов. Насколько я помню в текущем релизе пока есть некоторые ограничения по сравнению с VM.
2. Ну это сами подумайте.
3. IBIS - это текстовый файл, вводится руками в любом текстовом редакторе. В HyperLynx есть редактор IBIS который позволяет визуализировать данные для моделей из тектового формата, а также есть графическое меню для присвоения моделей к пинам.
4. В нем создают таблицы с параметрами с привязкой к Part_Number. Далее в DC можно выбирать компонент из библиотеки задав критерий поиска по параметрам (диалог Place_Device).
5. Можно вводить и без DxDatabook. Но с ним удобней. Его роль примерно таже что и PartsManager + дополнительные возможности.
Он в отличие от PartsManager работает через ODBC интерфейс. Т.е таблицы с параметрами можно создать например в Oracle или MS_Access (в них большая база работает на порядок быстрее, и они позволяют создавать вертикально\горизонтально связанные таблицы), а можно просто в Excel или текстовом редакторе (но тогда связывать таблицы используя возможности DxDatabook).
Работа выглядит следующим образом. В DxDatabook создали библиотеки (это некие разделы в базе данных, причем имена и кол-во разделов могут быть не такими же как в символьной библиотеке) к каждой из них подключена одна или несколько таблиц с параметрами. В DxD через DxDatabook задаете критерий поиска компонента в базе, выбираете и размещаете компонент в схеме, при этом на символ добавляется и вся указанная для размещения информация из таблиц (например номинал, мощность, тип исполнения, имя компонента и т.п). Т.е к одному символу можно подключить множество Part_Number.
Также в DxDatabook есть программа проверки наличия всех необходимых данных для упаковки на плату, она покажет какие символы на схеме не имеют достаточной информации и предложит как это исправить.
Вертикально\горизонтально связанные таблицы используются для упрощения введения данных и распараллеливания процесса. Например часть данных для Part_Number вводит один человек в первой таблице, часть других данных для Part_Number вводит другой человек во второй таблице. Если эти таблицы связать горизонтально, то в DxDatabook получится одна суммарная таблица (в данном случае кол-во строк не изменно, а кол-во столбцов это сумма кол-ва столбцов двух таблиц). И наоборот в вертикально связанной, кол-во строк это сумма, а кол-во столбцов неизменно.

Спасибо Fill. С этим всё понятно.
А что насчёт DMS ещ это чтото типа DxDatabook или дополнение к онному или совсем чтото другое?
А HyperLinx входит или нетв ISD?

Насчёт DxVariant. Вот я создала два дополнительных варианта схемы. Как данные вариантов перенести в плату? Кстати она уже разведена для базового варианта. Я конечно могу создать нетлист из альтернативного варианта в туже плату. Но тогда удалённые компоненты и проводники исчезнут а требуется иметь два разных сборочных чертежа.

DMS - это еще круче. Он в себя включает DMS_Databook. База данных DMS сделана на основе Oracle.
В базе можно содержать не только таблицы с параметрами, но и графическую информацию:
символы из - DxD, DC\DV, Design_Architect, Concept_HDL
корпуса из - ExpeditionPCB, Board_Station, Allegro
PDB - ExpeditionPCB, Board_Station, Allegro
Описания - pdf, txt, doc и т.п.
Все это можно как выпускать на редактирование (check_out) из базы в локальную директорию, так и загружать обратно в базу (check_in) с автозаписями в базу кто, когда редактировал и т.п.
Можно создать разные группы пользователей внутри базы, с разными правами и обязанностями, настройками. Есть понятие закупочных листов и производственной библиотеки. Т.е например вошел в базу Вася, а у него автоматом стоит подключенным закупочный лист со списком всего 100 компонентов и он видит только их, хотя в базе 100000 компонентов, управляет настройками библиотекарь (менеджер, т.е тот у кого есть спец. права и обязанности для этого). Т.е Вася не думает можно использовать данный компонент или нет, за него подумал уже начальник и сформулировал это в настройках для проекта.
Можно делать запросы на создание\модификацию компонентов, если их например нет в базе, при этом запрос автоматом попадает и в базу и ответственному лицу (например на e-mail). Далее опять же ведется протокол кто выполнял задание, когда, на каком этапе выполнения оно в данный момент и т.д.

В следующих релизах обещаеют что в DMS можно будет включать и целые проекты как библиотечные.

По DxVariant отвечу попозже, ибо сам пока не разбирался.

Так. Очень и очень интересно. Part-manager тоже самое что DxDatabook но разные предки. А DMS это нечно большее и для масштабов предприятия. Ну а для одно рабочего места смысла мало, ну разве что PDF и документацию приатачивать. Но приемущества будут только в большом проекте, ну или в большом обьёме проектов. А это масштаб предприятия а не просто рабочее место.

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

PDF и документацию приатачивать можно также и в DxDataBook и в PartsManager, но в отличие от DMS они лежат в первичном их формате на диске (т.е attachment это просто ссылка на файл), а в DMS они могут еще и лежать внутри самой базы Oracle.