Оптимизация и все, что с ней связано в программе

Владимир

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

PASHASV

Одномерная оптимизация реализована на достаточно высоком уровне, двухмерную надеюсь тоже удасться довести. А с выгрузкой к сожалению пока не экспериментировал

Владимир

одномерная это в смысле рез по одной палке? а с пилой зря не не эксперементировали, очень удобная штука. мы уже практически отработали схему. существенно сокращаеться время на порезку

PASHASV

Да, одномерная это профиля, двужмерная - стекла и панели. Кстати раскрой панелей очень отличается от раскроя стекол.... По крайней мере должен отличаться

Владимир

ну я пока интересуюсь профилем

bataliy

Помогите разобраться с принципом оптимизации порезки профиля.

Приведу схематический пример реза профиля:

Теперь примеры оптимизации раскроя с программы:

где:

красный цвет -- Торцевание
синий цвет -- Ширина реза

Путем простых арифметических действий пришел к такому принцыпу порезки:
1586+5+5+1586+5+5+1366+5+5+1366=5934
остаток 66 что соответствует программному расчету
Правильный вариант:
5+1586+5+1586+5+1366+5+1366+5+5=5934

еще один вариант:

Путем простых арифметических действий пришел к такому принципу порезки:
1420+5+5+1006+5+5+1006+5 (дабы прийти к программному результату)=3457
остаток 2543 что соответствует программному расчету
Правильный вариант:
5+1420+5+1006+5+1006+5+5=3457

следующий вариант еще более уникален:

снова та же арифметика:
1506+5+5+1506+5+5+1481+5+5+1481=6004
хотя длинна профиля 6000
Правильный вариант:
5+1506+5+1506+5+1481+5+1481+5=5999 (к конце +5 нет так , как рез прошел по торцовки)

Так как же все таки происходит эта ОПТИМИЗАЦИЯ

P.S.немного отредактировал пост, вставив в него правильную цифровую комбинацию порезки.

Между двумя деталями программа считает ТОЛЬКО один рез исходя из идеи, что два реза должны наложится друг на друга. Также программа из ЦЕЛОЙ палки вычитает два раза "торцевание" и при этом резы на торцевание не делаются исходя из идеи что рез уже заложен в торцевании. Таким образом из одной ЦЕЛОЙ палки вычитаются два торцевания и вычитается количество резов равное количеству деталей минус 1.

Владимир

тогда судя по всему нужно вводить возможность регулировки размера реза при 45 градусах. поскольку наложить резы довольно таки сложно

bataliy

ADGroup писал(а):Между двумя деталями программа считает ТОЛЬКО один рез исходя из идеи, что два реза должны наложится друг на друга.

Идея неоправдывает себя на практике, даже между этими двумя резами существует пространство (max 5мм)

ADGroup писал(а):Также программа из ЦЕЛОЙ палки вычитает два раза "торцевание" и при этом резы на торцевание не делаются исходя из идеи что рез уже заложен в торцевании. Таким образом из одной ЦЕЛОЙ палки вычитаются два торцевания и вычитается количество резов равное количеству деталей минус 1.

Взяв первый пример следую Вашим подсказкам:
5+1586+5+1586+5+1366+5+1366+5=5929....Неполучилось, либо неправильно понял Ваши слова???

PASHASV

Как сказать... Это по поводу сложности резов, опытный резчик может без труда "наложить" резы.

Извините, совсем забыл, что недавно я корректировал этот алгоритм. Все заново: с одной ЦЕЛОЙ палки программа вычитает два раза "торцевание" и при этом резы на торцевание не делаются исходя из идеи что рез уже заложен в торцевании. Далее количество резов делается точно такоеже как и число деталей, только ОДИН НЬЮАНС, если на последний рез программе остается зазор менее чем ширина самого реза (то есть рез на практике залез на зону торцевания), то этот рез выполняется на ширину этого оставшегося зазора. Также допускается что этот оставшийся зазор может быть равен 0, тогда последний рез фактически вообще не присутсвует - он будет делатся за счет торцевания. Таким образом послдний рез может быть от 0 до "ширины реза" в зависимости от того залазит он на зону торцевания или нет.

bataliy

Спорный вопрос ...

PASHASV писал(а):Как сказать... Это по поводу сложности резов, опытный резчик может без труда "наложить" резы.

поэтому предлагаю предусмотреть этот нюанс в "Настройках производителя"

ADGroup писал(а):Все заново: с одной ЦЕЛОЙ палки программа вычитает два раза "торцевание" и при этом резы на торцевание не делаются исходя из идеи что рез уже заложен в торцевании. Далее количество резов делается точно такоеже как и число деталей, только ОДИН НЬЮАНС, если на последний рез программе остается зазор менее чем ширина самого реза (то есть рез на практике залез на зону торцевания), то этот рез выполняется на ширину этого оставшегося зазора. Также допускается что этот оставшийся зазор может быть равен 0, тогда последний рез фактически вообще не присутсвует - он будет делатся за счет торцевания. Таким образом послдний рез может быть от 0 до "ширины реза" в зависимости от того залазит он на зону торцевания или нет.

Теперь понял все 3 варианта сошлись...спасибо
Вариант 1
5+1586+5+1586+5+1366+5+1366+5+5=5934
Вариант 2
5+1420+5+1006+5+1006+5+5=3457
Вариант 3
5+1506+5+1506+5+1481+5+1481+5=5999 (к конце +5 нет так , как рез прошел по торцовки)

bataliy

Но существует еще небольшой нюанс ... при резе пилы на 90град. ширина реза одна , а при косом другая...

PASHASV

Нюанс..... спасает только уварка.

bataliy

Для тех кого заинтересовала тема ... решил привести пример о дальнейшей судьбе ликвидного остатка ... как происходит оптимизация с ним???
Пример 1. (имеем ликвидный остаток L3)

Пример 2. (последующая порезка в которую попадает ликвидный остаток L3)

раскрой 1456+5+1456+5=2922 , остаток 57 ... с данной формулы видим, что программа не применяет опцию торцевания к обрезкам , что ести логически правильным шагом.