| |
|
  |
 нужна программа автоматизированного учета комплектации |
|
|
|
|
 Nov 25 2013, 04:28
|
Профессионал
Группа: Свой
Сообщений: 1 687
Регистрация: 11-01-05
Из: Москва
Пользователь №: 1 884
|
Цитата(halfdoom @ Nov 25 2013, 07:13)  Есть широко известная в узких кругах программа BS1 Acoounting (http://dbsonline.com). В версии "BS1 Enterprise Accounting with Manufacturing 2013" имеется вполне приличный модуль производства и формирования закупок. Стоит она относительно недорого, а до 30 ноября еще и продается со скидкой. Если не покупать исходники, то практически весь недостающий функционал легко дописывается через dbxutils. Видимо уж очень в узких))) В смысле спасибо конечно, но написать конвертацию в Aссess по мне проще, чем дописывать чужой исходник на Delphi, да еще и за деньги) К тому же я не видел кода. Бывают ситуации, что сам еще доплатишь, лишь бы не ковыряться в куче чужого... добра) И вообще, на Delphi уже не пишут. Моему последнему исходнику 10 лет.
--------------------
Если хочешь узнать, что ждет тебя на дороге впереди, спроси у тех, кто возвращается по ней.
|
|
|
|
|
|
|
|
Nov 25 2013, 09:44
|
не указал(а) ничего о себе.
Группа: Свой
Сообщений: 3 325
Регистрация: 6-04-06
Пользователь №: 15 887
|
Вот Вам для справки (по 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**. Нажать ОК.
Сохранить список компонентов.
- Документ->Заполнить. Выбрать схему заполнения __**Спецификация**__.
- Проверить наличие пробела в окошке "Переносить на символах" и
нажать ОК.
- Добавить необходимые разделы и детали, лист регистрации изменений и
примечания о компонентах со звездочками.
|
|
|
|
|
|
|
|
Nov 26 2013, 07:59
|
Профессионал
Группа: Свой
Сообщений: 1 687
Регистрация: 11-01-05
Из: Москва
Пользователь №: 1 884
|
Цитата(a123-flex @ Nov 25 2013, 20:04) благодарствуем, потыкаем... мда, по ходу проблема решена и не стоила выеденного яйца. Выходить из Excel тоже нужно не было (еще осталось сделать агрегатирование, возможно для етого все же потребуется Access (3 sql запроса))). Переход от мкф к экспоненциальной форме очень прост - достаточно заменить приставку мк на е-06, Написать программную функцию обратного преобразования геморрой, но кто нам мешает просто скопировать столбец с номиналом 2 раза, один обработать для сортировок, а второй оставить для наглядности. Единственным неудобством оказывается довольно большое количество полей. Выглядит ето примерно так:
Эскизы прикрепленных изображений
--------------------
Если хочешь узнать, что ждет тебя на дороге впереди, спроси у тех, кто возвращается по ней.
|
|
|
|
|
|
|
|
Dec 16 2013, 21:03
|
Профессионал
Группа: Свой
Сообщений: 1 687
Регистрация: 11-01-05
Из: Москва
Пользователь №: 1 884
|
итак, оно таки заработало. Халявы не вышло, ето стоило многих слез, писания на бейсике, понимания, что на крутых новомодных языках студенты пишут гораздо быстрее меня, битья головой об майкрософт, потеряны годы(((, но оно работает в одном excel-e, умеет само генерить part number от разных производителей, помогает извлекать свои параметры (путем выполнения 100500 операций replace разом) из txt bom файла, умеет заполнять параметры для новых компонентов, если идентичные есть в базе, умеет понимать сколько уникальных плат в общем перечне, умеет формировать перечень уникальных чего надо купить, просто поставив цифири сколько плат каждого типа надо... короче делает чего хотелось
--------------------
Если хочешь узнать, что ждет тебя на дороге впереди, спроси у тех, кто возвращается по ней.
|
|
|
|
|
|
|
|
Dec 16 2013, 22:40
|
Профессионал
Группа: Свой
Сообщений: 1 687
Регистрация: 11-01-05
Из: Москва
Пользователь №: 1 884
|
Уважаемый, в файле 100 Gb кривых макросов на корявом языке, которые делают все - и агрегатирование, и автоматизацию.... там даже распарсенный файл на страничке 3 лежит уже готовый. на странице 3 поле brd нужно удалить, там агрегатированная информация для количества плат, указанного на странице 2, чистить лень было. Access на хрен не нужен - разве что у Вас перечни по 65525 позиций и их больше 1) Лично у меня на все мои разработанные платы не наберется более 2000 типов неуникальных компонент. Так что лет через 10 я может и смогу достигнуть ограничений одной страницы Excel) Если под автоматизацией Вы имеете в виду разработку дополнительных костылей под Mentor, выгребание Bom скриптом из базы проекта, и сохранение в базе Excel(Access) дополнительной информации еще и о RefDes - ето не мой случай, у меня итоговая база собирается из примерно 6-7 библиотек, сделанных совершенно по разным правилам, в моем случае без ручного труда не обойтись. В противном случае ничего не надо делать, просто перейти в DMS)
В смысле я благодарен за совет (я его рассматривал в начале всерьез), и мне нравится sql... просто я не понимаю как его в данном случае прислонить - для данной проблемы такое решение сильно избыточно
--------------------
Если хочешь узнать, что ждет тебя на дороге впереди, спроси у тех, кто возвращается по ней.
|
|
|
|
|
|
|
|
Dec 18 2013, 22:56
|
Профессионал
Группа: Свой
Сообщений: 1 687
Регистрация: 11-01-05
Из: Москва
Пользователь №: 1 884
|
Блин, прочитал всю тему целиком и увидел, что уважаемые AlexandrY и Vitan в самом начале описали решение, которое было в итоге получено, и у AlexandrY решение получилось прикольнее моего  . стыдно. но что же делать? играли, как умели) Тогда, может кто подскажет насчет итоговой цены ? В смысле может быть уважаемые гуру поделятся, как они делают.... Собсно способ определяется практически полностью ответом на вопрос "где взять базу с ценами на компоненты, какая информация в ней есть в каком виде". Подозреваю, что собственные солидные ПАРАМЕТРИЗОВАННЫЕ базы должны быть у всех агрегаторов типа Mouser, Farnell, крупных дистрибов, брокерфорумов и импортных efind. Круче всего было бы найти интерфейс к какому-нибудь e-find с возможностями параметрической фильтрации типа yandex.market. То есть понятно, что efind и smd-component и есть готовая база и интерфейс, но парсить их неудобно... нужно что-нибудь попроще.
--------------------
Если хочешь узнать, что ждет тебя на дороге впереди, спроси у тех, кто возвращается по ней.
|
|
|
|
|
|
|
|
Dec 19 2013, 07:59
|
не указал(а) ничего о себе.
Группа: Свой
Сообщений: 3 325
Регистрация: 6-04-06
Пользователь №: 15 887
|
Цитата(a123-flex @ Dec 19 2013, 02:56) но что же делать? играли, как умели) Ничего страшного, понимание приходит с опытом.  Цитата(a123-flex @ Dec 19 2013, 02:56) "где взять базу с ценами на компоненты, какая информация в ней есть в каком виде".
Подозреваю, что собственные солидные параметризованные базы должны быть у всех агрегаторов типа Mouser, Farnell, крупных дистрибов, брокерфорумов и импортных efind. Круче всего было бы найти интерфейс к какому-нибудь e-find с возможностями параметрической фильтрации типа yandex.market. То есть понятно, что efind и smd-component и есть готовая база и интерфейс, но парсить их неудобно... нужно что-нибудь попроще. Про параметризованные базы. Ессно, они есть у перечисленных господ, достаточно зайти на их сайты. Про интерфейсы к ним. С ходу вспоминается оркад с его CIS-ом, в котором можно подключаться к подобному сервису прямо в процессе рисования схемы. Сервис называется, емнип, ActiveParts (или как-то так). В других САПРах тоже наверняка подобное найдется. Ну и DMS можно настроить, ясно дело. Отдельные особо повернутые товарищи (типа меня) создают такие базы у себя с нуля, если интересно могу кинуть ссылку, где почитать тут на форуме. Про цены. Имхо, в России это нереально (брать актуальные цены из интернета). У меня этот вопрос не решен, но я вижу только одно решение - в виде интеграции с бухгалтерией. При этом для предварительной оценки цены компонента на этапе рисования схемы у меня решения нет. Но хотелось бы придумать. С удовольствием готов обсудить варианты.
|
|
|
|
|
|
|
|
Dec 19 2013, 08:21
|
Профессионал
Группа: Свой
Сообщений: 1 687
Регистрация: 11-01-05
Из: Москва
Пользователь №: 1 884
|
Цитата Про интерфейсы к ним. С ходу вспоминается оркад с его CIS-ом, в котором можно подключаться к подобному сервису прямо в процессе рисования схемы. Сервис называется, емнип, ActiveParts (или как-то так). В других САПРах тоже наверняка подобное найдется. Ну и DMS можно настроить, ясно дело. в смысле CIS и DMS в среде показывает цену устанавливаемого компонента ? Учитывает объем закупки (масштаб производства) ? Цитата Отдельные особо повернутые товарищи (типа меня) создают такие базы у себя с нуля, если интересно могу кинуть ссылку, где почитать тут на форуме. все интересно, плз. хотя по бухгалтерии имхо основной недостаток - никакой гарантии повторяемости. Цитата Про цены. Имхо, в России это нереально (брать актуальные цены из интернета). почему по Вашему нереально в России ? а в мире реально ? как ето можно по Вашему делать ? Цитата При этом для предварительной оценки цены компонента на этапе рисования схемы у меня решения нет. Но хотелось бы придумать. С удовольствием готов обсудить варианты. Насколько я понимаю - на этапе рисования - значит только средства среды - значит CIS и DMS... Вы же сказали что они ето позволяют.... ? вообще если у кого есть знакомые в efind, можно просто спросить как у них ето http://www.efind.ru/services/all4bom/optimize/ сделано: стадо сисястых теток, или бородатых линуксоидов. дополнительный на мой взгляд существенный ньюанс состоит в том, что есть китайские компоненты, и они дешевле в 10-100 раз. Вчера, например был приятно удивлен USB коннекторами по 5 рублей. По сравнению с Molex -просто халява, но грань здесь очень тонкая: нужно знать, что и где можно брать, а что низя... и вот етот вопрос очень хреново представляю себе алгоритмическую реализацию...
--------------------
Если хочешь узнать, что ждет тебя на дороге впереди, спроси у тех, кто возвращается по ней.
|
|
|
|
|
|
|
|
Dec 19 2013, 10:44
|
Ally
Группа: Модераторы
Сообщений: 6 232
Регистрация: 19-01-05
Пользователь №: 2 050
|
Цитата(a123-flex @ Dec 19 2013, 00:56) Блин, прочитал всю тему целиком и увидел, что уважаемые AlexandrY и Vitan в самом начале описали решение, которое было в итоге получено, и у AlexandrY решение получилось прикольнее моего . стыдно. но что же делать? играли, как умели) Тогда, может кто подскажет насчет итоговой цены ? В смысле может быть уважаемые гуру поделятся, как они делают.... Собсно способ определяется практически полностью ответом на вопрос "где взять базу с ценами на компоненты, какая информация в ней есть в каком виде". Подозреваю, что собственные солидные ПАРАМЕТРИЗОВАННЫЕ базы должны быть у всех агрегаторов типа Mouser, Farnell, крупных дистрибов, брокерфорумов и импортных efind. Круче всего было бы найти интерфейс к какому-нибудь e-find с возможностями параметрической фильтрации типа yandex.market. То есть понятно, что efind и smd-component и есть готовая база и интерфейс, но парсить их неудобно... нужно что-нибудь попроще. Вообще-то я решения никакого не давал  Просто направление. Если бы использовали Altium, то там прямо в контекстном меню каждого компонента на схеме есть опция поискать его у продавцов. Altium ищет теперь у Farnell, Newark, Mouser, Allied, Arrow, Digi-Key. Использует для этого их WEВ сервисы, у каждого сервиса Altium имеет свой пароль и name. Соответственно некоторые ему выдают цены в австралийских долларах и вообще считают, что клиент из Австралии. Учитывается в цене и объем закупки. Но это конечно низкий уровень. Сейчас вы сподвигли меня поискать решения более универсальные и я нашел, что http://octopart.com/ предлагает очень простое API для доступа к гораздо большему количеству продавцов. Тогда технология для Altium-а была бы такая. Получаем BOM-ы, сводим в одну таблицу в Access и запускаем процедуру VBA которая по всем строкам сканирует HTTP запросами сервис octopart.com. Ответы приходят в виде JSON файлов. В Access VBA они парсятся достаточно удобно. Переводим минимальные цены с учетом объема закупки в наш сводный BOM. Тут еще бы надо учитывать таможенные сборы и доставку и оптимизировать по ним. А для учета количества закупаемых компонентов у меня в параметрах стоят 4-е цены для 1, 10, 100 и 1000 компонентов. До сих пор ввожу их вручную.
|
|
|
|
|
|
|
|
Dec 19 2013, 11:51
|
Профессионал
Группа: Свой
Сообщений: 1 687
Регистрация: 11-01-05
Из: Москва
Пользователь №: 1 884
|
Цитата(AlexandrY @ Dec 19 2013, 13:44) Сейчас вы сподвигли меня поискать решения более универсальные и я нашел, что http://octopart.com/ предлагает очень простое API для доступа к гораздо большему количеству продавцов. Тогда технология для Altium-а была бы такая. Получаем BOM-ы, сводим в одну таблицу в Access и запускаем процедуру VBA которая по всем строкам сканирует HTTP запросами сервис octopart.com. Ответы приходят в виде JSON файлов. В Access VBA они парсятся достаточно удобно. Переводим минимальные цены с учетом объема закупки в наш сводный BOM. Тут еще бы надо учитывать таможенные сборы и доставку и оптимизировать по ним. опа. очень интересно, благодарствуем, поглядим. Цитата А для учета количества закупаемых компонентов у меня в параметрах стоят 4-е цены для 1, 10, 100 и 1000 компонентов. До сих пор ввожу их вручную. а как же автоматизация ? 
--------------------
Если хочешь узнать, что ждет тебя на дороге впереди, спроси у тех, кто возвращается по ней.
|
|
|
|
|
|
|
|
Dec 19 2013, 12:22
|
не указал(а) ничего о себе.
Группа: Свой
Сообщений: 3 325
Регистрация: 6-04-06
Пользователь №: 15 887
|
Цитата(a123-flex @ Dec 19 2013, 12:21) в смысле CIS и DMS в среде показывает цену устанавливаемого компонента ? Учитывает объем закупки (масштаб производства) ? Показывает, если настроите. С учетом объемов (партий) сложнее, но при особом желании тоже можно. Цитата(a123-flex @ Dec 19 2013, 12:21) все интересно, плз. Да вот... Только многабукав... Цитата(a123-flex @ Dec 19 2013, 12:21) Насколько я понимаю - на этапе рисования - значит только средства среды - значит CIS и DMS... Вы же сказали что они ето позволяют.... ? Сказал. Только одно другому не мешает. Средства позволяют, но воспользоваться ими я не могу, т.к. см. ниже. Цитата(a123-flex @ Dec 19 2013, 12:21) почему по Вашему нереально в России ?
а в мире реально ? как ето можно по Вашему делать ? Цитата(a123-flex @ Dec 19 2013, 12:21) все интересно, плз. хотя по бухгалтерии имхо основной недостаток - никакой гарантии повторяемости. Цитата(AlexandrY @ Dec 19 2013, 14:44) Тут еще бы надо учитывать таможенные сборы и доставку и оптимизировать по ним. Вот в этих трех цитатах содержатся проблемы. И проблем на самом деле намного больше, чем три. Могу добавить: экспортные ограничения, курс рубля, тупость менеджеров (да-да, иногда выяснение самой возможности покупки компонентов занимает столько времени, что проще данный компонент не покупать) и т.д.
|
|
|
|
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|
