нужна программа автоматизированного учета комплектации Опции

[a123-flex]

Суть: разработано много разных плат, у каждой платы свой набор компонент
Хочется иметь софтину, в которой удобно вести учет: формировать перечень для закупки N плат каждого вида (чтобы объединяла одинаковые позиции)
Возможно считать цену (с учетом изменения цены от объема закупки).
Возможно учитывать склад.

А то я уже задолбался в эксель головой стучаться
Посоветуйте чего-нибудь

[vitan]

Вот Вам для справки (по TDD).

CODE

====== Создание ПЭ3 ======

- В TDD Файл->Создать->Перечень элементов.
- Заполнить основную надпись.
- Сервис->Список компонентов.
- Список->Добавить компоненты. Выбрать **Файл BOM (Bill Of
Materials)**. Снять галочку "Выбирать добавляемые атрибуты". Нажать ОК.
- Выбрать с качестве файла со списком компонентов файл, **.BOM**,
[[creating_sch#Список компонентов|созданный в DxDesigner]].
- Удалить из списка строки с компонентами, которых не должно быть в
перечне, например, с контрольными точками.
- Список->Импорт атрибутов из БД. Выбрать имя источника данных,
[[install#Настройки TDD|заданное для доступа к базе в панели управления
ODBC]]. После этого в окне **Таблицы базы данных** установить галочку
только на таблице **ALL_COMPONENTS**. В группе **ключевые поля**
установить два раза **ORDER_CODE**. В группе **Поля таблицы БД** ничего
трогать не нужно. Нажать ОК.
- Настройка->Основные атрибуты. **Позиционное обозначение
компонента** = **REFDES**, **Наименование компонента** = **ORDER_CODE**,
**Обозначение документа на поставку** = **DOCUMENT_NAME**. Остальное не
заполнять.
- Выделить столбцы **REFDES** и **NOTUSED**. Сервис->Объединить
атрибуты. Способ объединения - присоединение. Результирующий атрибут -
**REFDES**. Нажать OK.
- Выделить столбцы **ORDER_CODE** и **NOTUSED**. Сервис->Объединить
атрибуты. Способ объединения - присоединение. Результирующий атрибут -
**ORDER_CODE**. Нажать OK.
- Сервис->Сортировать. Выбрать схему сортировки **Перечень
элементов**, нажать OK.
- Документ->Заполнить. Выбрать схему заполнения **Перечень
элементов**. В списке "Переносить в символах" поставить пробел или
выбрать его из уже имеющихся вариантов. Нажать ОК.
- Документ->Добавить лист рег. изменений.
- При наличии компонентов "со звездочками" в конце перечня делается
запись: **Примечание - Элементы, отмеченные *), в состав модуля не
включаются**.



====== Создание ВП ======
- В TDD Файл->Создать->Ведомость покупных изделий.
- Заполнить основную надпись.
- Открыть список компонентов (Сервис->Список компонентов).
- Список->Добавить компоненты. Установить галочку **Выбирать
добавляемые атрибуты**. Выбрать в качестве источника файл TDD с перечнем
элементов. Выделить все столбцы и перенести их в правое окошко.
- Сервис->Сортировать. Выбрать схему сортировки **Ведомость ПИ**.
Сортировка должна происходить по следующим атрибутам (сверху вниз):
**REFDES**, **NOTUSED**, **ORDER_CODE**. Нажать ОК. Сохранить список
компонентов.
- Выделить столбец **TUNING** и вписать в него процент на
регулировку. Он проставится для каждого компонента. Для 5% проставить
0,05 (с запятой).
- Сервис->Сортировать. Выбрать схему сортировки **Ведомость ПИ**.
Нажать ОК. Сохранить список компонентов.
- Документ->Заполнить. Выбрать схему заполнения __**ВП**__. Если
выбрать другую, то не будет работать автоматический подсчет процента на
регулировку и прочие прелести.
- Проверить наличие пробела в окошке "Переносить на символах" и
нажать ОК.
- Добавить необходимые разделы и детали, лист регистрации изменений и
примечания о компонентах со звездочками.

====== Создание СП ======
- В TDD Файл->Создать->Спецификация.
- Заполнить основную надпись.
- Сервис->Список компонентов.
- Список->Добавить компоненты. Установить галочку **Выбирать
добавляемые атрибуты**. Выбрать в качестве источника файл TDD с перечнем
элементов. Выделить все столбцы и перенести их в правое окошко.
- Сервис->Сортировать. Выбрать схему сортировки **Спецификация**.
Сортировка должна происходить по следующим атрибутам (сверху вниз):
**REFDES**, **NOTUSED**, **ORDER_CODE**, **DOCUMENT_NAME**. Нажать ОК.
Сохранить список компонентов.
- Документ->Заполнить. Выбрать схему заполнения __**Спецификация**__.
- Проверить наличие пробела в окошке "Переносить на символах" и
нажать ОК.
- Добавить необходимые разделы и детали, лист регистрации изменений и
примечания о компонентах со звездочками.

[a123-flex]

Вот Вам для справки (по TDD).

благодарствуем, потыкаем...

[a123-flex]

благодарствуем, потыкаем...

мда, по ходу проблема решена и не стоила выеденного яйца. Выходить из Excel тоже нужно не было (еще осталось сделать агрегатирование, возможно для етого все же потребуется Access (3 sql запроса))). Переход от мкф к экспоненциальной форме очень прост - достаточно заменить приставку мк на е-06, Написать программную функцию обратного преобразования геморрой, но кто нам мешает просто скопировать столбец с номиналом 2 раза, один обработать для сортировок, а второй оставить для наглядности. Единственным неудобством оказывается довольно большое количество полей. Выглядит ето примерно так:

Эскизы прикрепленных изображений

 

[a123-flex]

итак, оно таки заработало. Халявы не вышло, ето стоило многих слез, писания на бейсике, понимания, что на крутых новомодных языках студенты пишут гораздо быстрее меня, битья головой об майкрософт, потеряны годы(((, но оно работает в одном excel-e, умеет само генерить part number от разных производителей, помогает извлекать свои параметры (путем выполнения 100500 операций replace разом) из txt bom файла, умеет заполнять параметры для новых компонентов, если идентичные есть в базе, умеет понимать сколько уникальных плат в общем перечне, умеет формировать перечень уникальных чего надо купить, просто поставив цифири сколько плат каждого типа надо... короче делает чего хотелось

Прикрепленные файлы

 _131216_4Big.rar ( 52.27 килобайт ) Кол-во скачиваний: 36

 

[AlexandrY]

итак, оно таки заработало.

Агрегатирование так и не получилось.
Говорил же делать в Access.
Вообще-то VBA поддерживает автоматизацию.
Можно было бы генерацию самих первичных BOM-ов иницировать из VBA.

[a123-flex]

Уважаемый, в файле 100 Gb кривых макросов на корявом языке, которые делают все - и агрегатирование, и автоматизацию.... там даже распарсенный файл на страничке 3 лежит уже готовый. на странице 3 поле brd нужно удалить, там агрегатированная информация для количества плат, указанного на странице 2, чистить лень было. Access на хрен не нужен - разве что у Вас перечни по 65525 позиций и их больше 1) Лично у меня на все мои разработанные платы не наберется более 2000 типов неуникальных компонент. Так что лет через 10 я может и смогу достигнуть ограничений одной страницы Excel) Если под автоматизацией Вы имеете в виду разработку дополнительных костылей под Mentor, выгребание Bom скриптом из базы проекта, и сохранение в базе Excel(Access) дополнительной информации еще и о RefDes - ето не мой случай, у меня итоговая база собирается из примерно 6-7 библиотек, сделанных совершенно по разным правилам, в моем случае без ручного труда не обойтись. В противном случае ничего не надо делать, просто перейти в DMS)
В смысле я благодарен за совет (я его рассматривал в начале всерьез), и мне нравится sql... просто я не понимаю как его в данном случае прислонить - для данной проблемы такое решение сильно избыточно

[a123-flex]

Блин, прочитал всю тему целиком и увидел, что уважаемые AlexandrY и Vitan в самом начале описали решение, которое было в итоге получено, и у AlexandrY решение получилось прикольнее моего . стыдно. но что же делать? играли, как умели) Тогда, может кто подскажет насчет итоговой цены ? В смысле может быть уважаемые гуру поделятся, как они делают.... Собсно способ определяется практически полностью ответом на вопрос "где взять базу с ценами на компоненты, какая информация в ней есть в каком виде".
Подозреваю, что собственные солидные ПАРАМЕТРИЗОВАННЫЕ базы должны быть у всех агрегаторов типа Mouser, Farnell, крупных дистрибов, брокерфорумов и импортных efind. Круче всего было бы найти интерфейс к какому-нибудь e-find с возможностями параметрической фильтрации типа yandex.market. То есть понятно, что efind и smd-component и есть готовая база и интерфейс, но парсить их неудобно... нужно что-нибудь попроще.

[vitan]

но что же делать? играли, как умели)

Ничего страшного, понимание приходит с опытом.

"где взять базу с ценами на компоненты, какая информация в ней есть в каком виде".
Подозреваю, что собственные солидные параметризованные базы должны быть у всех агрегаторов типа Mouser, Farnell, крупных дистрибов, брокерфорумов и импортных efind. Круче всего было бы найти интерфейс к какому-нибудь e-find с возможностями параметрической фильтрации типа yandex.market. То есть понятно, что efind и smd-component и есть готовая база и интерфейс, но парсить их неудобно... нужно что-нибудь попроще.

Про параметризованные базы. Ессно, они есть у перечисленных господ, достаточно зайти на их сайты.
Про интерфейсы к ним. С ходу вспоминается оркад с его CIS-ом, в котором можно подключаться к подобному сервису прямо в процессе рисования схемы. Сервис называется, емнип, ActiveParts (или как-то так). В других САПРах тоже наверняка подобное найдется. Ну и DMS можно настроить, ясно дело. Отдельные особо повернутые товарищи (типа меня) создают такие базы у себя с нуля, если интересно могу кинуть ссылку, где почитать тут на форуме.
Про цены. Имхо, в России это нереально (брать актуальные цены из интернета). У меня этот вопрос не решен, но я вижу только одно решение - в виде интеграции с бухгалтерией. При этом для предварительной оценки цены компонента на этапе рисования схемы у меня решения нет. Но хотелось бы придумать. С удовольствием готов обсудить варианты.