БАЗИС-Раскрой 8

Сообщение от Kudesnick

Что значит "перепиливаем"?

Очень активно используем "Дополнительный список".
Во первых, если есть в следующих заказах детали из этого материала, то включаем их в дополнительный список. Это очень помогает в плане увеличения КИМ. Особенно радует, что очень хорошо используется последний лист раскроя.
Во вторых, хоть мы и делаем мебель на заказ, но ящики используем 5..7 типоразмеров. Всегда пригодятся боковые, задние стенки. Этих ящиков еще не заказали, но в будущем все равно их будем делать с большой вероятностью. Их тоже добавляем в дополнительный список. При этом они небольших размеров и заполняют свободные места очень плотно. В дополнительном списке ставим для этих деталей количество 100...200 шт. Пилится только столько, сколько влезает на свободные места.
В третьих, есть у нас проекты маленьких полочек, детских табуреточек, домиков для котов и собак и прочие мелочи. Сделано все это с выдумкой нашими дизайнерами. Добавляем и их в дополнительный список и пилим. Кромка, евровинты и работа по их изготовлению стоит копейки и мы их заказчику дарим абсолютно бесплатно, т.е. на халяву. Кошачникам (а это выясняется при замере) - домик для кошек. Тем кто заказывает детские - детский стульчик и т.д., по ситуации. Заказчики до соплей рады. Халява же. Но они не знают сколько на их заказе мы получили прибыли за счет накруток. Эти полочки им дорого обходятся. Но самое главное(!) - наши заказчики нас избавляют от неделовых обрезков за свои же деньги!!!
Вот так мы и перепиливаем наше ДСП почти в пыль!
Спасибо дополнительному списку!

РS. Когда не было дополнительного списка пытались учитывать обрезки. Какой же это геморрой. В базе обрезков все прописано, карта раскроя обрезка есть. Но пойди найди его. Если нашел - не поцарапан ли... Дальше не буду объяснять... У нас в цеху тогда были таки разговоры: "Да пошел ты ...ПИ..ПИ...ПИ.. со своей картой обрезка!" И далее сплошное ..ПИ.. как в телевизоре. Я столько нового про своих родственников узнал от рабочих!
А теперь обрезков нет!

[Am0ralist]

Сообщение от DTioutiou

О да! Например, файл каждой модели: один конструктор ставит панели, второй тут же - крепеж, третий - облицовывает кромки, четвертый - делает расчет на прочность, пятый - файлы для ЧПУ. И все одновременно. Только это софт уровня UG или ProE. Так самолеты и ракеты проектируют.

Нет, я попроще. Заказ в сетевой БД, к нему все модели произвольные подцеплены, к которым соответственно подцеплены раскрои, на основе всего этого формируются сметы с учетом в том числе раскроев...
вот если честно, все это давно висит в целях на предложения, но просто нет времени оттачивать идеи и формулировки.

Сообщение от DTioutiou

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

Но вот без сохранения этой информации в модели - все же никуда не деться. Просто вы должны сами понимать, каждый раз заново кроя модель (например, в комплекте с еще какой моделью) не заново же составлять раскрой на щит?
Т.е. возможно как компромиссный вариант: инструмент вызывается в модели, открывается раскрой, где щит правится человеком и потом информация о щите передается обратно в модель?

[DTioutiou]

Сообщение от Am0ralist

Нет, я попроще. Заказ в сетевой БД, к нему все модели произвольные подцеплены, к которым соответственно подцеплены раскрои, на основе всего этого формируются сметы с учетом в том числе раскроев...

Ничего себе "попроще"! Это система управления заказами, как минимум. Уж никак не БАЗИС-Раскрой. Весьма ресурсоемкая задача, весьма. Впрочем, не нереальная.

Кстати, может, и нет смысла ломиться в открытую дверь и использовать уже готовые решения, коих наверняка есть масса.
Возможно, Вас устроит и система управления проектами Redmine: http://ru.wikipedia.org/wiki/Redmine - вполне рабочая и многофункциональная вещь, лицензия GNU. Посмотрите поплотнее, может, понравится.

Сообщение от Am0ralist

Но вот без сохранения этой информации в модели - все же никуда не деться. Просто вы должны сами понимать, каждый раз заново кроя модель (например, в комплекте с еще какой моделью) не заново же составлять раскрой на щит?

Сложно сейчас сказать, пока вообще щитов нет. Может, и заново. Это получается хранить в модели карту раскроя, частичную или полную - без разницы. Маловероятно. И мутновато.

Может, хранить в модели у этих панелей некий атрибут, который будет всплывать при загрузке этой модели в Раскрое и напоминать "Вот эти панели - сведи в щит!" Сведет человек - хорошо, не сведет - без проблем, будут разбросаны по карте. Может и так. В любом случае, раньше, чем щиты - этого не будет.

[Am0ralist]

Сообщение от DTioutiou

Ничего себе "попроще"! Это система управления заказами, как минимум. Уж никак не БАЗИС-Раскрой. Весьма ресурсоемкая задача, весьма. Впрочем, не нереальная.

так я попроще имел ввиду относительно той, что вы рассказывали))) ну ту, где самолеты и ракеты))) так то понятно, что это другой модуль.

Сообщение от DTioutiou

Кстати, может, и нет смысла ломиться в открытую дверь и использовать уже готовые решения, коих наверняка есть масса.
Возможно, Вас устроит и система управления проектами Redmine: http://ru.wikipedia.org/wiki/Redmine - вполне рабочая и многофункциональная вещь, лицензия GNU. Посмотрите поплотнее, может, понравится.

глянем. но вообще вопрос то именно в слиянии всех данных воедино.

Сообщение от DTioutiou

Сложно сейчас сказать, пока вообще щитов нет. Может, и заново. Это получается хранить в модели карту раскроя, частичную или полную - без разницы. Маловероятно. И мутновато.

Может, хранить в модели у этих панелей некий атрибут, который будет всплывать при загрузке этой модели в Раскрое и напоминать "Вот эти панели - сведи в щит!" Сведет человек - хорошо, не сведет - без проблем, будут разбросаны по карте. Может и так. В любом случае, раньше, чем щиты - этого не будет.

Напоминание - это хорошо, вот только заново щит создавать - точно не вариант, т.е. мало того, что напомнить, нужно еще уметь "экспортировать" щиты из другого раскроя (то есть варианты плодить сущности: хранить щиты в отдельных листах или создавать "фрагменты для раскроя"... тоже мутновато), а потом еще вдруг начнут просить "базу щитов", чтоб парой кликов и выбрал один из десятка готовых и сохраненных вариантов "расщитовки" (для стандартного производства какого) и прочее. как-то в БМ это проще решается, в плане того, что уже есть фрагменты, библиотеки...

[DTioutiou]

Сообщение от Am0ralist

но вообще вопрос то именно в слиянии всех данных воедино.

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

Сообщение от Am0ralist

как-то в БМ это проще решается, в плане того, что уже есть фрагменты, библиотеки...

В Мебельщике это никак не решается, ибо в нем нет понятия технологичности раскроя. И вообще раскроя нет. Совокупность прямоугольников - это далеко не раскрой. Скажем так, это вообще не раскрой.

Аналогично как в Мебельщике нет понятия баз для обработки на ЧПУ, нет номеров фрез и сверел, количеств проходов и т.д. Отверстия и пазы есть, а сверел и фрез нет. Зато они есть в БАЗИС-ЧПУ. "Втягивать" оттуда инструмент и технологические параметры обработок в модель - это то же самое, что в модель из Раскроя "втягивать" карты раскроя. Серьезно сомневаюсь, что до этого дойдет когда-либо.

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

[bbb i ko]

Сообщение от DTioutiou

В Мебельщике это никак не решается, ибо в нем нет понятия технологичности раскроя. И вообще раскроя нет. Совокупность прямоугольников - это далеко не раскрой. Скажем так, это вообще не раскрой. ?

Сообщение от DTioutiou

Принципиально можно:
1. Если будет свободное место на плите/обрезке;
2. И естественно, если позволит технологичность по резам.
.....
Предложенный мной вариант исходит изначально из исполнимости и технологичности раскроя. Т.е. нереальных раскроев уже быть не может в принципе. Как только раскрой реален и исполним - дальше этот кусок (пусть пока будет щит) можно тасовать, как угодно.

почему в Раскрой обязательно должен быть передан исполнимый раскрой? Почему нельзя именно для объединенных панелей выполнять проверку на "исполнимость" и прерывать раскрой при его невыпонимости?

Сообщение от Am0ralist

Но вот без сохранения этой информации в модели - все же никуда не деться. .....
Т.е. возможно как компромиссный вариант: инструмент вызывается в модели, открывается раскрой, где щит правится человеком и потом информация о щите передается обратно в модель?

вот согласен, что вся информация должна быть в модели, но обязательно ли так усложнять? передали модель в Раскрой - выдало ошибку - исправляешь модель и снова в Раскрой.

[DTioutiou]

Сообщение от bbb i ko

почему в Раскрой обязательно должен быть передан исполнимый раскрой?

- Трест имеет свое слабое место, - сказал Джефф Питерс.
- Это напоминает мне, - сказал я, - бессмысленные изречения вроде: "Почему существует на свете полисмен?"
(с) О.Генри. Трест, который лопнул.

[bbb i ko]

Это слабое место Раскроя?

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

[Am0ralist]

Сообщение от DTioutiou

Аналогично как в Мебельщике нет понятия баз для обработки на ЧПУ, нет номеров фрез и сверел, количеств проходов и т.д. Отверстия и пазы есть, а сверел и фрез нет. Зато они есть в БАЗИС-ЧПУ.

Да, но вот ваше предложение больше похоже на то, что б присадка и пазы были только в БЧПУ, так как только там есть сверла и фрезы.
Когда мы ставим паз в базисе, мы можем ничего не знать о том, как и где его делают: может на кромочном станке, может вручную, может пилой, может на чпу фрезой по программе. Но информация где, как и какой должен пройти паз в Мебельщике есть. А дальше конкретный паз обрабатывают так, как принято на этом производстве.
Таким образом, и в модели желательно, чтоб информация хранилась так, что раскрой однозначно бы создал "щит" с минимальным вмешательством человека в его правку (без изменения тех.условий на производстве). Поэтому в принципе пользователям все равно, что:

Сообщение от DTioutiou

И вообще раскроя нет. Совокупность прямоугольников - это далеко не раскрой. Скажем так, это вообще не раскрой.

Это не значит, что произвольными щитами не будут пользоваться, но вот делать изначально инструмент, которым будет удобно пользоваться единицами - смысла имеет еще меньше.

[DTioutiou]

Сообщение от Am0ralist

Когда мы ставим паз в базисе, мы можем ничего не знать о том, как и где его делают: может на кромочном станке, может вручную, может пилой, может на чпу фрезой по программе. Но информация где, как и какой должен пройти паз в Мебельщике есть. А дальше конкретный паз обрабатывают так, как принято на этом производстве.

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

Запихивать технологию, инструмент и оборудование в модель - вещь малоразумная.

Сообщение от Am0ralist

Это не значит, что произвольными щитами не будут пользоваться, но вот делать изначально инструмент, которым будет удобно пользоваться единицами - смысла имеет еще меньше.

Исходим из того, что в модели вряд ли будет заложено технологической информации.

[kosten1975]

Подскажите, как сделать так, чтобы резы деталей профиля на карте вставали правильно, (направление реза)?