Комментарии 158
На старой электронике на станок не возможно было поставить шпиндель с частотником- становился припадочным, ни чего не помогло, кроме полной замены электроники.
Автору могу только посочувствовать, сколько еще у него открытий впереди.
Правда мне как раз механика сейчас нужна — когда будет следующая статья?
Очень интересует разница между способом передвижения кареток — на резиновых/пластиковых колёсиках, на металлических, на втулке с подшипниками, др. Никак не могу определиться, особенно с учётом того, что у меня будет жидкая каменная грязь попадать на элементы… Склоняюсь к металлическим колёсикам, ездящих по металлическому штырю. Например:

Что посоветуете?
Когда я пришел на производство, и попытался на виндовый комп от станка поставить винду же, очень удивился, что не завелось. А всё потому, что промышленные компы это тебе не «IBM PC compatible», как мы привыкли. Там всё по шагам в инструкции надо делать.
Сам, когда свой РЖ-1(ГС) строил, перемещение задумывал по принципу дешевлелучшедаром, сначала на велосипедных цепях, потом на ремнях, в конце концов поставил ЩВП. Поставил бы рейку, но на тот момент дешевую как-то не нашел.
Пользуюсь дешёвым китайским станком с ШВП 1605, NEMA23.
До полной замены управляющей электроники максимальная скорость перемещения была 15-20 мм/сек, после — 80-100. (в ходе экспериментов разгонял родной комплект до 50-60мм/сек, правда это требует существенной переделки)
Там очень много ньюансов. Все комбо платы — непригодны без переделки, отдельные дешёвые драйверы ШД так же ограничивают скорость. От ЛПТ надо отказаться сразу, с ним скорости не получить.
Хороший рабочий вариант — контроллер с Ethernet. И отдельные цифровые драйверы DM-542 или лучше.
И потом, ускорения куда важнее максимальной скорости, особенно для длинных и сложных программ.
А рейка работает «лучше» в этом случае потому что для неё обороты нужны ниже, а дешёвые контроллеры и драйверы не справляются с высокой частотой импульсов ( очень сильно срезают фронты). Но рейка пропорционально скорости теряет в точности позиционирования.
Вам даже можно просто приобрести один отдельный дешёвый драйвер Шд за 500р. для оси Z, чтобы привести её скорость в порядок.
Я режу 3D поэтому максимальные рабочие скорости не превышают 70мм./сек, холостых перемещений практически нет в программах вот и убавил скорость до 100.
1. Для удешевления.
2. На очень больших полях.
3. Для скорости большой (от 15-20м/мин)
В данном случае она стоит скорее всего просто для удешевления. И ставить рейку вверху портала это просто верх профанства.
В целом конструкция эта неважнецкая и дичайше дорогая. Z просто фееричная.
Шаблоны — наше все. Не, я понимаю, и сам хочу ЧПУ, но тем не менее.
Кажется, пора публиковать мой обзор каналов по столярке с youtube :)

Правда-правда. Там же еще в районе гайки выемка, итого внешний контур (криволинейный), сквозной паз (криволинейный), две выемки разной глубины, два отверстия. Вот уже и шесть, да.
А что, ведь фреза же на ЧПУ нужна достаточно мелкая, сквозной же паз должен быть больше, чем ее диаметр, такая нормально фрезерует внешний контур?
И то, что я видел на youtube, как-то не очень впечатлило, по следующим причинам:
— зачастую нужно два прохода и более
— на последнем проходе остается перемычка, которую либо выламывают, либо она отваливается сама (со сколами, ясное дело)
— мелкие фрагменты внутреннего контура отваливаются сами, и попадают под фрезу, разрушая вокруг, что попадется.
Ну то есть, временами это совсем не похоже на «запустил и ушел, вернулся — все уже готово».
Фрезу, естественно, ставят мелкую, что вон чуть выше автор подтвердил, о применении какой-нибудь фасонной, или даже просто обгонной фрезы с подшипником на ЧПУ я никогда не слышал. Как и не видел никогда, чтобы ее меняли в процессе. И даже большой фрезы пожалуй никогда не видел — при этом на ручных фрезерах и столах вижу фрезы по 90 мм диаметром (при соответствующем фрезере, разумеется).
Таких чертежей по Интернету бесплатных уже валяется горы. И повторяются в КОМПАСе за вечер-два.
ЧПУ же нужен затем, чтобы каждый гуманитарей смог малой кровью за неделю в гараже слепить что-нибудь подобное

Лобзиком я это делать не возьмусь однозначно. И руки не оттуда, и глаза уже не видят.
Что до Свана — то я не про его сайт говорил. Каждый зарабатывает как может, продавать чертежи — просто работа (или даже скорее подработка). Я имел в виду канал на youtube, который скажем для меня является регулярным источником идей. А чертежи… ну так вы правы, будет нужно — я их сам повторю без особого напряжения.
Для работы ручным фрезером нужны прямые руки и опыт. Увы! Лично я не обладаю ни тем, ни другим! (Осознал это при попытке всего лишь ровно распилить доску пополам.)
Поэтому мне проще/надежней продумать как сделать что-то на ЧПУ, но лишь бы не делать ничего непосредственно руками. Это не обязательно оптимально — но в моём случае гораздо надежней. (Мы купили ЧПУ-фрезер в лабораторию — так просто не нарадуемся теперь).
2. Перемычка остается, если ее оставишь. Ставится в малозаметном месте. Потом отпиливается и зашкуривается.
3. Зависит от оператора, задающего траекторию. У меня не летают.
4. Фрезу ставят наиболее подходящую для данной заготовки. Кукольный домик, например, я резал кукурузой 1.6 мм, черепицу для него обозначал V-образной, а параметрическое кресло двухзаходной 3.175 мм.
Фасонные фрезы также применяются. Максимальный диаметр фрезы зависит от мощности шпинделя и жесткости станка.
И самое приятное для меня лично, тебе не надо внимательно следить за движением фрезы. У меня нынче зрение конкретно село, и даже с новыми очками вручную я запарюсь искать расстояние с которого мне надо смотреть за инструментом.

Ну так это лечится практикой :) Ну и потом, мы же тут про DIY, а в этом деле зачастую важно не просто сделать — а чтобы тебе было интересно. А некоторым интереснее руками, а не станком )
Хотел поставить плюсик за обзор, но поскольку я здесь бесправный пользователь — просто спасибо.
Шаблон — это все-таки для массового производства, что бы под этим не понималось. Делать специальный шаблон под каждую операцию позволяют себе в ракетостроении, где плазово-шаблонный метод (в мое время) изучали все конструкторы и технологи. А дома все-таки по большей части наверное универсальные шаблоны, для чего-то типа шкантов.
Неужели нельзя поставить на борт элементарный контроллер который соединить с управляющей программой любым доступным асинхонным интерфейсом и избавится от необходимости работы интерфейса в Real-time, в который практически любые операционки на больших ПК не умеют(верней не гарантируют).
И кстати года 4 назад купил достаточно дешёвый неттоп российского производства/разработки и при разборке с удивлением обнаружил там МАССУ интерфейсов — 2 SATA разъема, 2 внешних и 2 внутренних USB, 4x COM-порта, GPIO и LPT-порт…
А так — парк интерфейсов присутствует: USB, Ethernet, отдельные контроллеры с загрузкой файла с флеш-накопителя, и большая куча проприетарных от производителей контроллеров.
Основная проблема non-LPT решений это необходимость драйвера для управляющего ПО (Mach, LinuxCNC).
Вы должны понимать, как именно должна ходить фреза, которая делает ваш объект, когда как для 3d-принтера 99% всех нюансов берет на себя слайсер. Хорошо, если ваша задача может быть решена простой картой высот (3-ех осевой фрезер), на сколько я знаю есть софт, принимающий на вход чернобелую картинку, и после ввода параметров фрезы получаете результат, полагаю если требуется последовательная смена фрез и тем более если у вас 4-ех или 5-ти осевой, такой халявы уже нет. Требуется чуть ли не по шагам расписывать движение. Это как после C# и кучи готовых фреймворков, возвращаться к ассемблеру.
p.s. популярные платы управления и драйверы из мира fdm 3d принтеров могут работать с напряжением до 48вольт и токами до 4А (это готовые платы), это вполне подходит чтобы таскать нечто в несколько килограмм, но даже не это главное — всего навсего уменьшив скорость работы и поставив редуктор (а в случае с использованием ременных передач это фактически 'бесплатно' для точностных характеристик) можно таскать и десятки килограмм.
Хотя всё же есть наброски реализаций, но не на ардуине, а всякие железки уровня оранж пи работающие в качестве rtm модуля для linuxcnc.
Вторая проблема — это открытый софт. Из более менее применимого для серьезного чпу есть только Linuxcnc c кучей костылей.
Ну а более менее вменяемые для работы контроллеры идут уже исключительно на разных ПЛИС, которые и занимаются генерацией сигналов с частотой порядка мегагерца и опросом датчиков и событий в реалтайме. Это платы mesa для линуксснс, и другие от различных производителей под проприетарный софт.
Я уже говорил, добавление простейшего контроллера решает многие проблемы и делает работу станка гораздо стабильнее.
Есть grbl ещё.
Прошивается в ардуину, и она выполняет все синхронные операции прямо своими ногами.
А снаружи по serial (непосредственно, или через usb) в неё скармливается g-code.
Но это "не промышленный" вариант.
И grbl многие вещи делать не умеет (хотя и достаточно экзотические в целом). Например, самостоятельно обсчитать ход фрезы так, чтобы с учётом её диаметра получить деталь заданной формы
Надо сказать спасибо что мы уже не видим многочисленных сканеров, подключающихся по LPT-порту. И даже, как сейчас помню(2000-й год!!!), были проекты внешних накопителей через LPT-порт. Сейчас аж смешно становится от этой нелепой идеи. Но вот к ЧПУ-станкам как прилип этот LPT так прилип… И это при том что он не поддерживает горячее отключение/подключение под угрозой полного выгорания порта!
Надо сказать спасибо что мы уже не видим многочисленных сканеров, подключающихся по LPT-порту. И даже, как сейчас помню(2000-й год!!!), были проекты внешних накопителей через LPT-порт.
Ну, в то время это, по идее, был самый быстрый из распространенных портов. Скорость ECP, судя по вики, 2-2,5 MBit, что неплохо для 2000 года. USB только начал появляться, ЕМНИП, и в большинстве компьютеров его еще небыло. Ну и USB 1.0 был медленнее (1,5 MBit).
Но потом USB подтянулся, флешки пошли и проект заглох сам собой. Тогда же параллельно разрабатывалась система АРВИД которая имела чуть больше перспектив, но в итоге так же была повержена и, кажется, работает досихпор но в очень уж узкой и маргинальной нише.
В стандарте USB 1.0 (точнее, 1.1, т.к. 1.0 толком распространения не получил) уже были скорости 1.5 мбита/сек и 12 мбит/сек.
Эти же скорости присутствуют и в стандарте 2.0. И USB 2.0 Full Speed — штука довольно распространённая.
Ну, он именно потому и прилип, что используется, строго говоря, не по назначению. А именно, как доступный gpio. И каждый, кто пытается запустить CNC в наше время первым делом говорит — фигня, у меня переходник usb-lpt есть, всё взлетит!
И уже потом начинает въезжать в тему, что нужен именно железный порт с жёсткими таймингами; никакой переходник не прокатит.
Да, там команд нет, там непосредственно управляющие сигналы обмотками шаговых двигателей. Если делать что-то командное, то с той стороны нужно ставить контроллер, а есть контроллер то сразу встаёт вопрос а нафига нам LPT?
Откуда буфер будет знать с какой скоростью выдавать изменения?Ну, я полагаю, можно было бы передавать вместе с каждым состоянием время, в течение которого это состояние должно оставаться неизменным. При управлении шаговыми двигателями же нет обратной связи, как я понимаю? То есть ничего сверх этого не понадобится? Просто это ведь довольно просто реализуется и убирает кучу проблем (в управляющей программе нужно просто открыть порт стандартными системными средствами и спокойно слать в него данные, вместо того, чтобы лезть на низкий уровень). И выходов можно сделать сколько душе угодно. Так что не очень понятно, почему так не делают.
Передавать кому? Железке, которая транслирует usb в lpt?
Ну поздравляю, вы только что изобрели ту самую ардуину с grbl. Круг замкнулся!
Сейчас вон есть ардуина, делай-нехочу. Скорости хватит с огромным запасом, и даже некоторые функции можно доверить ардуине — идти по дуге, прямой линии и т.д. что собственно и есть G-code протокол. Но беда в том что старые программы работают исключительно с LPT-портом и строго заданной конфигурацией управляющих бит. Переделывать их никто уже не будет и не сможет, наверняка и исходники уже потерялись.
Есть конечно вариант, теоретический — использовать виртуализацию и перехватывать обращение к порту, расшифровывать действия программы и генерировать коды для платки на ардуине. Но опять же, КОМУ ЭТО НАДО? И так есть нормальный платный софт который работает через G-code и никому нет дела до любителей. Можно самому на питоне написать программу которая бы брала сгенерированный другой программой файл с G-code командами и слала бы ардуине, которая дергала бы двигателями. Может кто-то кстати и сделал уже такую прогу втихаря… нестандартную. Но поди ж найди…


делается исключительно руками
ну или на крайняк такого

делается без всякого ЧПУ на фрезерном столе с позиционером и парой фрез на раз…
Мне кстати давно интересно, почему. То есть, я примерно представляю, но с другой стороны, все пазы же строго с параллельными стенками, дисковая фреза же должна прокатить (хотя и нестандартная)?
64 изначальная стоимость вместе с доставкой из китая и -24 за косяк при доставке.
Для стружкоотсоса использовал JET-овский мешковый фильтр за 1200р. и тихий вентилятор на 700м3/ч. 7000р.
На фото, правда, на нём уже много чего нового.

Как уже писал выше, изначально, я подключил станок к старенькому Pentium4. Сейчас уже не вспомню на каком он был чипсете, для своего времени это была неплохая машинка.
И было у этих машинок две частые проблемы: отвал сокета от матплаты, и горели USB на какой то серии чипсетов i8x5 но вот точно серию чипсетов я уже не вспомню… похоже у вас было начало второй проблемы.
ЧПУ в хоббийной мастерской (часть 1)