Приступим-с.
Итак, мы работает с системой для раскроя/вырубки/высечки по принципу БКК (загрузили модели деталюшек - определили количество - нажали кнопку - получили УП). В самом общем случае система должна иметь возможности:
1.1. Определение размеров заготовки и оптимизация укладки деталей на листе. С минимальным расходом. Очень немаловажный момент, который мне пояснил Андрей - иногда не обязательно оставлять зазор между деталями (когда допуска плюс-минус километр), т.е. система должна считывать исходную геометрию.
1.2. Максимальное использование свободного пространства - отверстий, поднутрений и т.п. Самый примитивный вариант - прямоугольный раскрой (описанные прямоугольники) дает очень большой расход материала.
1.3. Оптимизация траектории движения лазерной головки/револьвера пресса.
То были общности. Пробежимся по частностям.
2.1. Автоматическое определение требуемого оборудования. В случае, когда станков больше чем 2. К станку подтягивается габариты стола, максимально допустимые размеры заготовки, постпроцессор.
2.2. Работа с форматами данных. DXF - обязательно, но не забываем, что нам нужна геометрия и предельные отклонения. И совершенно непонятно, что делать, если у нас на входе - трехмерные модели.
2.3. Работа с отходом. Зачастую результатом раскроя являются вполне годные листы металла, которые можно и нужно использовать. Система должна иметь возможность сохранять файлы с "отходом" и применять их при малейшей возможности
2.4. При вырубке/высечке система должна определять геометрию пуансона - при наличии базы инструмента подбирать, при ее отсуствии - формировать комплект КД.
2.5. Опять же, при наличии "ассортимента" станков - система должна подбирать наиболее экономически эффективное решение - лазер/плазма/гидроабразив/вырубка и т.д. Критерии эффективности сейчас, на пальцах, представить невозможно. Нужно думать.
2.6. Система должна иметь связь с иными информационными средствами - в первую очередь, САПР ТП и/или ПО для материального нормирования. Т.е. должна быть в наличии нормальная схема выгрузки данных, предположим, в XML.
По верхушкам пробежался, сейчас пока есть другие дела. Как что-то вспомнится - буду корректировать этот же пост.
Итак, мы работает с системой для раскроя/вырубки/высечки по принципу БКК (загрузили модели деталюшек - определили количество - нажали кнопку - получили УП). В самом общем случае система должна иметь возможности:
1.1. Определение размеров заготовки и оптимизация укладки деталей на листе. С минимальным расходом. Очень немаловажный момент, который мне пояснил Андрей - иногда не обязательно оставлять зазор между деталями (когда допуска плюс-минус километр), т.е. система должна считывать исходную геометрию.
1.2. Максимальное использование свободного пространства - отверстий, поднутрений и т.п. Самый примитивный вариант - прямоугольный раскрой (описанные прямоугольники) дает очень большой расход материала.
1.3. Оптимизация траектории движения лазерной головки/револьвера пресса.
То были общности. Пробежимся по частностям.
2.1. Автоматическое определение требуемого оборудования. В случае, когда станков больше чем 2. К станку подтягивается габариты стола, максимально допустимые размеры заготовки, постпроцессор.
2.2. Работа с форматами данных. DXF - обязательно, но не забываем, что нам нужна геометрия и предельные отклонения. И совершенно непонятно, что делать, если у нас на входе - трехмерные модели.
2.3. Работа с отходом. Зачастую результатом раскроя являются вполне годные листы металла, которые можно и нужно использовать. Система должна иметь возможность сохранять файлы с "отходом" и применять их при малейшей возможности
2.4. При вырубке/высечке система должна определять геометрию пуансона - при наличии базы инструмента подбирать, при ее отсуствии - формировать комплект КД.
2.5. Опять же, при наличии "ассортимента" станков - система должна подбирать наиболее экономически эффективное решение - лазер/плазма/гидроабразив/вырубка и т.д. Критерии эффективности сейчас, на пальцах, представить невозможно. Нужно думать.
2.6. Система должна иметь связь с иными информационными средствами - в первую очередь, САПР ТП и/или ПО для материального нормирования. Т.е. должна быть в наличии нормальная схема выгрузки данных, предположим, в XML.
По верхушкам пробежался, сейчас пока есть другие дела. Как что-то вспомнится - буду корректировать этот же пост.