Очень глупый вопрос (наверное) linux-grbl_board-фрезер

Vol
Новичок
Сообщения: 30
Зарегистрирован: 18 окт 2021, 02:04
Репутация: 3
Настоящее имя: Алексей
Контактная информация:

Очень глупый вопрос (наверное) linux-grbl_board-фрезер

Сообщение Vol »

Всем здрасте!
Вот скажите мне 3д принтер это же ЧПУ как есть? И для них есть пяток прошивок и целый пакет под линукс: Klipper

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

А почему на фрезер так нельзя ? Почему на те же платы GRBL нельзя сделать такую же прошивку и так же использовать их как буфер ?
Почем для фрезера так важен real-time и так плох USB, который в принтере очень даже работает?
aftaev
Зачётный участник
Зачётный участник
Сообщения: 34042
Зарегистрирован: 04 апр 2010, 19:22
Репутация: 6191
Откуда: Казахстан.
Контактная информация:

Re: Очень глупый вопрос (наверное) linux-grbl_board-фрезер

Сообщение aftaev »

Vol писал(а): Почем для фрезера так важен real-time
Зависит что за фрезер, какие моторы на нем стоят, какие задачи выполняются.
Почитай здесь описание лота https://directlot.ru/lot.php?id=1090287
Vol писал(а): и так плох USB, который в принтере очень даже работает?
Дома станок на столе где мало помех, и заготовка деревяшка копеечная может и ничего. А если это производство, где рядом кучка разного оборудования которое генерит помехи. Да и заготовка стоит как квартира.
Дилетанту сложные вещи кажутся очень простыми, и только профессионал понимает насколько сложна самая простая вещь
Кто хочет - ищет возможности, кто не хочет - ищет оправдание.
Найди работу по душе и тебе не придется работать.
vtgmfg
Мастер
Сообщения: 1438
Зарегистрирован: 23 июн 2022, 14:13
Репутация: 53
Настоящее имя: Максим
Контактная информация:

Re: Очень глупый вопрос (наверное) linux-grbl_board-фрезер

Сообщение vtgmfg »

Vol писал(а): и так плох USB, который в принтере очень даже работает?
Ничем не плох - никого не слушай. Особенно когда про помехи и надежность начинают разводить. Ничего надежнее массовой бытовой техники не бывает. Плохо только что программеры леняться и работают с USB как с компортом. Но так как раз и бывает в условиях мелкосерийности. Тяп-ляп связались по дженерик-драйверу виртуального порта - и потом хаят если чтото глючит.
и real-time нужен только непосредственно контроллеру который двигателями управляет. а по usb real time вреден. Хотя там есть и такой протокол - но тут нужен bulk. и компу на котором интерфейсная часть программы тоже real time ос не нужна и даже вредна ибо realtime сильно бьет по производительности.
alex_sar
Мастер
Сообщения: 1672
Зарегистрирован: 28 авг 2018, 17:13
Репутация: 278
Настоящее имя: Алексей
Контактная информация:

Re: Очень глупый вопрос (наверное) linux-grbl_board-фрезер

Сообщение alex_sar »

Vol писал(а): 15 янв 2023, 02:23 А почему на фрезер так нельзя ? Почему на те же платы GRBL нельзя сделать такую же прошивку и так же использовать их как буфер ?
Почем для фрезера так важен real-time и так плох USB, который в принтере очень даже работает?
Если работа без обратной связи, простой фрезер настольный, то можно и GRBL вполне. Такие прошивки типа Clipper есть, забыл названия, но есть. Искать по словам GRBL Raspberri

Если фрезер взрослый, то он работает с обратной связью - концевики, сервы и так далее. Инфа с станка заводится постоянно в комп и задержки недопустимы, каждый цикл идёт обмен данными в обе стороны. Цикл в районе миллисекунды или меньше.
USB никакой гарантии по задержкам не даёт (на что-то в районе 5мс можно рассчитывать, но это не точно и не всегда), поэтому умные люди его к настоящим станкам не применяют.
lkbyysq
Мастер
Сообщения: 2047
Зарегистрирован: 14 май 2016, 09:40
Репутация: 322
Настоящее имя: Станислав Ерофеев
Откуда: Санкт-Петербург

Re: Очень глупый вопрос (наверное) linux-grbl_board-фрезер

Сообщение lkbyysq »

Требуется мух отделить от котлет.

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

Спецконтроллеры ЧПУ прежде всего не отвлекаются на иные задачи. Не виндовс, а например DOS так тоже умеют.

Проблему с задержками сигнала попытались исправить при помощи буферов, когда на параллельный порт вешается приблуда, которая в себе ставит состояние выходов порта в "очередь", создавая таким образом "запас". А выпускает сигналы из очереди в свет строго по таймингу своего внутреннего генератора.
Так решается проблема "реалтайма" на 99%.

И тут появился соблазн. Если все равно есть буфер, стабилизирующий сигнал, то можно применить идругие интерфейсы доставки информации в буфер. Например последовательннй интерфейс USB. В самом простом случае - перед буфером установили преобразователь USB-LPT.

А вот оставшийся 1% проблем - это невозможность побороть проблемы получения информации виндовсом о реальном состоянии ВХОДОВ.


А у всяких других недорогих ЧПУ, в том числе и ардуиновских, в том числе и реалтаймных - это проблемы частоты дискретизации сигнала.
Чтобы ШД мог без срыва переварить изменение скорости, это изменение должно быть не более 10%(это и далее числа от фонаря) от текущей. А значит частота дискредитации выходного сигнала должна быть в 10 раз выше. Ну а это сразу в 10 раз дороже.
Последний раз редактировалось lkbyysq 15 янв 2023, 14:31, всего редактировалось 2 раза.
aftaev
Зачётный участник
Зачётный участник
Сообщения: 34042
Зарегистрирован: 04 апр 2010, 19:22
Репутация: 6191
Откуда: Казахстан.
Контактная информация:

Re: Очень глупый вопрос (наверное) linux-grbl_board-фрезер

Сообщение aftaev »

vtgmfg писал(а): Особенно когда про помехи и надежность начинают разводить.
Назовешь пром стойку ЧПУ работающую по управлению USB ? Может знаешь сервы которые управляются по USB ?
Много кто на форуме пишут, включили ЧПУ плазморез клава и мышь отрубились.
Дилетанту сложные вещи кажутся очень простыми, и только профессионал понимает насколько сложна самая простая вещь
Кто хочет - ищет возможности, кто не хочет - ищет оправдание.
Найди работу по душе и тебе не придется работать.
Cvazist
Мастер
Сообщения: 1080
Зарегистрирован: 16 окт 2017, 16:07
Репутация: 85
Контактная информация:

Re: Очень глупый вопрос (наверное) linux-grbl_board-фрезер

Сообщение Cvazist »

Vol писал(а): 15 янв 2023, 02:23 Всем здрасте!
Здрасте
Тема просто поговорить.
Всё есть под любые порты и ОС.
vtgmfg
Мастер
Сообщения: 1438
Зарегистрирован: 23 июн 2022, 14:13
Репутация: 53
Настоящее имя: Максим
Контактная информация:

Re: Очень глупый вопрос (наверное) linux-grbl_board-фрезер

Сообщение vtgmfg »

alex_sar писал(а): и задержки недопустимы,
малая задержка не синоним для RT
alex_sar писал(а): USB никакой гарантии по задержкам не даёт (на что-то в районе 5мс можно рассчитывать, но это не точно и не всегда),
во первых дает. музыканты об этом знают. причем RT там предельно жесткое - никаким станкам и не снилось. Задержка сквозная (туда и обратно )5мс - на современном компе - не вопрос. Вообще в USB2 насколько фрейм поделен на 8 подфреймов по 125мкс.
alex_sar писал(а): поэтому умные люди его к настоящим станкам не применяют.
и это очень хорошо - пусть продолжают. RT при передаче с компа в контроллер не нужно вовсе
aftaev писал(а): Назовешь пром стойку ЧПУ работающую по управлению USB ?
я и слово стойка не приемлю - так как стоять около станка не хочу. хочу как на эмблеме форума. считаю странным вдохновенно гнаться за тем что застряло далеко в прошлом.
aftaev писал(а): Может знаешь сервы которые управляются по USB ?
это из другой оперы
andrey_t
Кандидат
Сообщения: 93
Зарегистрирован: 31 янв 2021, 14:47
Репутация: 30
Настоящее имя: Андрей
Контактная информация:

Re: Очень глупый вопрос (наверное) linux-grbl_board-фрезер

Сообщение andrey_t »

разделяйте ситуацию когда компьютер управляет станком.
и когда он отправляет только код в контроллер, который и управляет станком, не отвлекаясь на другие задачи. в таком варианте комп это просто удобный вынесенный монитор с клавой и мышкой и юсб соединение с буфером рабочий интерфейс.
alex_sar
Мастер
Сообщения: 1672
Зарегистрирован: 28 авг 2018, 17:13
Репутация: 278
Настоящее имя: Алексей
Контактная информация:

Re: Очень глупый вопрос (наверное) linux-grbl_board-фрезер

Сообщение alex_sar »

andrey_t писал(а): 15 янв 2023, 14:48 разделяйте ситуацию когда компьютер управляет станком.
и когда он отправляет только код в контроллер, который и управляет станком, не отвлекаясь на другие задачи. в таком варианте комп это просто удобный вынесенный монитор с клавой и мышкой и юсб соединение с буфером рабочий интерфейс.
Если есть такой замечательный контроллер, то USB тоже не нужно. Можно и по сети это всё делать, даже и через web интерфейс. GRBL управлялки так и работают.

Только в промышленных станках такое не применяют. Потом что там экономить на стоимости компа и даже стойки глупо. А для дома поиграть, почему бы и нет. Можно.
vtgmfg
Мастер
Сообщения: 1438
Зарегистрирован: 23 июн 2022, 14:13
Репутация: 53
Настоящее имя: Максим
Контактная информация:

Re: Очень глупый вопрос (наверное) linux-grbl_board-фрезер

Сообщение vtgmfg »

alex_sar писал(а): Потом что там экономить на стоимости компа и даже стойки глупо.
главное устраиваясь на работу разработчиком не ляпнуть такое.
alex_sar писал(а): Только в промышленных станках такое не применяют.
ну где старперы сидят - наверное. им как это - всю инфу в папочках приносят.. они могут про инет и не знать. так этим надо пользоваться.
andrey_t
Кандидат
Сообщения: 93
Зарегистрирован: 31 янв 2021, 14:47
Репутация: 30
Настоящее имя: Андрей
Контактная информация:

Re: Очень глупый вопрос (наверное) linux-grbl_board-фрезер

Сообщение andrey_t »

[/quote]
Если есть такой замечательный контроллер, то USB тоже не нужно. Можно и по сети это всё делать, даже и через web интерфейс. GRBL управлялки так и работают.

Только в промышленных станках такое не применяют. Потом что там экономить на стоимости компа и даже стойки глупо. А для дома поиграть, почему бы и нет. Можно.
[/quote]

все можно, но не всегда нужно.
стм32 грбл на 6 осей по юсб, а вот для вайфая и веб интерфейс уже платка с двух ядерным чипом нужна. и зачем если все одно надо у станка рядом быть.

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

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

а так некоторые вещи таки проще иногда на стороне заказать чем пытаться в гараже обзавестись станком на все случаи жизни
Vol
Новичок
Сообщения: 30
Зарегистрирован: 18 окт 2021, 02:04
Репутация: 3
Настоящее имя: Алексей
Контактная информация:

Re: Очень глупый вопрос (наверное) linux-grbl_board-фрезер

Сообщение Vol »

Cvazist писал(а): 15 янв 2023, 12:30
Vol писал(а): 15 янв 2023, 02:23 Всем здрасте!
Здрасте
Тема просто поговорить.
Всё есть под любые порты и ОС.
И Да и Нет. Да поговорить потому что было непонятно почему так не делают. Для себя я вынес, что в основном всё упирается в "обратную связь".
То есть большие/серъезные станки, в которых работа без обратной связи не имеет смысла.

Нет, потому что не очень было понятно, почему для несеръёзных станков нет klipper-подобных решений, Raspberry+grbl погуглил, но это не то, что имелось ввиду в первоначальном запросе.
Vol
Новичок
Сообщения: 30
Зарегистрирован: 18 окт 2021, 02:04
Репутация: 3
Настоящее имя: Алексей
Контактная информация:

Re: Очень глупый вопрос (наверное) linux-grbl_board-фрезер

Сообщение Vol »

alex_sar писал(а): 15 янв 2023, 17:03
andrey_t писал(а): 15 янв 2023, 14:48 разделяйте ситуацию когда компьютер управляет станком.
и когда он отправляет только код в контроллер, который и управляет станком, не отвлекаясь на другие задачи. в таком варианте комп это просто удобный вынесенный монитор с клавой и мышкой и юсб соединение с буфером рабочий интерфейс.
Если есть такой замечательный контроллер, то USB тоже не нужно. Можно и по сети это всё делать, даже и через web интерфейс. GRBL управлялки так и работают.

Только в промышленных станках такое не применяют. Потом что там экономить на стоимости компа и даже стойки глупо. А для дома поиграть, почему бы и нет. Можно.
А если для не промышленных? Есть такой контроллер usb или ethernet без привзяки к платному софту ? Но современнее чем GRBL на 8битных процессорах?
andrey_t
Кандидат
Сообщения: 93
Зарегистрирован: 31 янв 2021, 14:47
Репутация: 30
Настоящее имя: Андрей
Контактная информация:

Re: Очень глупый вопрос (наверное) linux-grbl_board-фрезер

Сообщение andrey_t »

а зачем современнее? новую математику расчета траектории придумали? для медленного хобби станка на три оси хватает грбл на ардуино, стм32 на 6 осей, на есп32 двухядерных есть еще и вайфай, и вебморда. ну вариантов много. вопрос не в куче функций а в стабильности работы.
как в остальных контроллерах не слежу, мне хватает стм32 с грбл, работает стабильно.
alex_sar
Мастер
Сообщения: 1672
Зарегистрирован: 28 авг 2018, 17:13
Репутация: 278
Настоящее имя: Алексей
Контактная информация:

Re: Очень глупый вопрос (наверное) linux-grbl_board-фрезер

Сообщение alex_sar »

Vol писал(а): 19 янв 2023, 15:30 А если для не промышленных? Есть такой контроллер usb или ethernet без привзяки к платному софту ? Но современнее чем GRBL на 8битных процессорах?
FluidNC неплохой вариант вроде. Всё в одном.

А так современнее, как правильно говорят - оно прям надо? Хобийный фрезерный куда спокойнее работает чем 3д-принтер, так что если плата на принтере работает, то и здесь будет. Лишь бы выходов хватало.
Ответить

Вернуться в «Оффтоп»