Pull to refresh

Comments 32

Чтобы деталь при финишном проходе не "отстрелила" и не сломала фрезу, нужны перемычки.

Кроите левой фрезой (стружка вниз) и ничего не будет отстреливать. Перемычки только для толстых материалов, которые за несколько проходов идут. Или для плавких, типа полистирола, потому что заплавившаяся стружка штука неприятная. ПВХ, АКП - перемычки не нужны. Их эже потом еще и зашлифовывать.
Реализуйте импорт pdf, а не только dxf.
А так - круто, завидую реализованной идее, хотя тоже использую ИИ для написания. Но у меня задачки помельче

Тонкие материалы, в том числе фанеру, такая фреза приподнимает, что может привести к нарушению геометрии и прочим радостям. Вплоть до поломки фрезы, если она тонкая.

Мне кажется, вы что-то путаете. Правая фреза выбрасывает стружку вверх, и тянет заготовку вверх, за счет чего заготовка гуляет и вылетает. Стружка при резке левой фрезой не удаляется, а остается в канавке и удерживает изделие. Я пилю почти каждый день, в основном ПВХ, АКП, акрил, реже полистирол, МДФ, дерево, фанеру. И как раз для тонких материалов почти всегда использую левые фрезы. А фанеру и слоистые материалы лучше всего пилить компрессионными фрезами, которые нижний слой стружки удерживают, как левые, а верхний выбрасывают, как правые, и не скалывают верхний слой

Насчёт левой и правой фрезы согласен.

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

С компрессионкой вы абсолютно правы, это я сгоряча натупил. Конечно, снизу правая, сверху левая, именно это позволяет не скалывать внешние слои на слоистых материалах. Я чуть позже понял, что чепухнулся, но поправить уже было нельзя, а писать новый коммент поленился. В этом вопросе вы абсолютно правы

на JS+WebGL, чтобы не запускать тяжелый CAD

Для меня сейчас вопрос, что тяжелей, "тяжелый" CAD или "легкое" приложение JS+WebGL

PS. Хотя на глаз работает шустро.

Тут же надо мерить по "надбавке" браузер то у вас уже стоит, так что JS всетаки выигрывает

У меня может и кады стоят. Я бы померял по потреблению ресурсов во время работы.

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

И в отличии от вашего решения они хоть как-то протестированы людьми.

Вообще в чем проблема с серьезными камами мне не очень понятно. Если они сильно долго стартуют - надо всё-таки ssd купить, хотябы бу с авито гигов на 60 рублей за триста...

ЗЫ. Для раскроя какие-то свои совершенно камы есть в которых буквально пяток кнопок.

В чём писали, сколько времени суммарно потратили на разработку и тестирование?

Visual studio code, недели 3 примерно и еще неделю тестил, дорабатывал

 еще неделю тестил, дорабатывал

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

Там только небольшая шапка и конец, остальное сплошной G0/G1, так что тестировать особо нечего. Да и в принципе в обработке принято запускать код осторожно. Хочешь - не хочешь, а горизонтальное движение при воткнутом сверле - это поломка.

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

никто-ж не заставляет.. вообще-то бесплатно выложено..

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

А то, что сторонних камов много - это хорошо, значит ниша живая и можно найти в ней своё место, камы подвинутся.

Скрытый текст

хмм.. странно, обычно такое - либо сплайн в сплайне, либо не замкнутый контур

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

Это лучшая формулировка для обозначения современного ФуллСтека. Утащил :) Спасибо.

Софт буду тестить, хотя раньше не оперировал dxf : полный цикл изучил и использую в FreeCad - но это толсто для большинства задач.

Круто! Но как самому захостить Ваше решение ? Не хочу загружать к Вам свои файлы. В наше трудное время от облачных решеный надо избавляться, а не плодить их.

Правой кнопкой мыши, потом - save as. Здесь супер просто, это один HTML файл в который встроено все. Этот файл копируете себе на сервер, готово..

Отлично, спасибо.

DXF из FreeCAD
DXF из FreeCAD

Не получилось :(
Автор, открывай какой-то баг трекер или мини форум для обратной связи.
Есть желание допилить. Оч быстро работает. Надо!

Все сплайны на входе должны быть замкнутыми. Тут видно что сплайны битые..

А можно их автоматически замыкать по совпадению концов?

да, конечно, я просто делал для себя, у меня всегда чистенький DXF, поэтому такой проблемы не было, но если делать коммерческий продукт, то конечно нужно делать всеядный парсер DXF

Онлайн сервис интересный - не хватает справки конечно и инструкции + СЕО, чтобы через поиск находить.

Вылетают ошибки - не плохо бы было получать их описание.

Программа кушает только замкнутые сплайны( такие сплайны ей не подходят(

DXF в G-код это круто, но более востребовано всем сейчас это просмотр и быстрая правка уже готового G-кода! У вас группа или канал в телеге есть по этой теме?

интересная задумка и реализация. будем поробовать

Очень полезная прога, спасибо!

Если не сложно, сделайте "замыкание" траекторий в качестве опции.
И ещё бы возможность удалять ненужные траектории кликами.

Понимаю, звучит как план. Но я задонатил :))

Sign up to leave a comment.

Articles