Страница 1 из 1
Очень глупый вопрос (наверное) linux-grbl_board-фрезер
Добавлено: 15 янв 2023, 02:23
Vol
Всем здрасте!
Вот скажите мне 3д принтер это же ЧПУ как есть? И для них есть пяток прошивок и целый пакет под линукс: Klipper
В клиппере можно сгенерить прошивку под плату принтера, которая после прошивки начинает выступать как буфер для команд, подаваемых с основного компьютера через USB, и при этом никакого real-time и прочего.
Ну и все примочки со стороны полноценной ОС в наличии. Хоть астериск рядом ставь, и по окончании печати принтер позвонит и скажет в телефоне "печать окончена".
А почему на фрезер так нельзя ? Почему на те же платы GRBL нельзя сделать такую же прошивку и так же использовать их как буфер ?
Почем для фрезера так важен real-time и так плох USB, который в принтере очень даже работает?
Re: Очень глупый вопрос (наверное) linux-grbl_board-фрезер
Добавлено: 15 янв 2023, 09:45
aftaev
Vol писал(а): ↑
Почем для фрезера так важен real-time
Зависит что за фрезер, какие моторы на нем стоят, какие задачи выполняются.
Почитай здесь описание лота
https://directlot.ru/lot.php?id=1090287
Vol писал(а): ↑
и так плох USB, который в принтере очень даже работает?
Дома станок на столе где мало помех, и заготовка деревяшка копеечная может и ничего. А если это производство, где рядом кучка разного оборудования которое генерит помехи. Да и заготовка стоит как квартира.
Re: Очень глупый вопрос (наверное) linux-grbl_board-фрезер
Добавлено: 15 янв 2023, 10:29
vtgmfg
Vol писал(а): ↑
и так плох USB, который в принтере очень даже работает?
Ничем не плох - никого не слушай. Особенно когда про помехи и надежность начинают разводить. Ничего надежнее массовой бытовой техники не бывает. Плохо только что программеры леняться и работают с USB как с компортом. Но так как раз и бывает в условиях мелкосерийности. Тяп-ляп связались по дженерик-драйверу виртуального порта - и потом хаят если чтото глючит.
и real-time нужен только непосредственно контроллеру который двигателями управляет. а по usb real time вреден. Хотя там есть и такой протокол - но тут нужен bulk. и компу на котором интерфейсная часть программы тоже real time ос не нужна и даже вредна ибо realtime сильно бьет по производительности.
Re: Очень глупый вопрос (наверное) linux-grbl_board-фрезер
Добавлено: 15 янв 2023, 11:11
alex_sar
Vol писал(а): ↑15 янв 2023, 02:23
А почему на фрезер так нельзя ? Почему на те же платы GRBL нельзя сделать такую же прошивку и так же использовать их как буфер ?
Почем для фрезера так важен real-time и так плох USB, который в принтере очень даже работает?
Если работа без обратной связи, простой фрезер настольный, то можно и GRBL вполне. Такие прошивки типа Clipper есть, забыл названия, но есть. Искать по словам GRBL Raspberri
Если фрезер взрослый, то он работает с обратной связью - концевики, сервы и так далее. Инфа с станка заводится постоянно в комп и задержки недопустимы, каждый цикл идёт обмен данными в обе стороны. Цикл в районе миллисекунды или меньше.
USB никакой гарантии по задержкам не даёт (на что-то в районе 5мс можно рассчитывать, но это не точно и не всегда), поэтому умные люди его к настоящим станкам не применяют.
Re: Очень глупый вопрос (наверное) linux-grbl_board-фрезер
Добавлено: 15 янв 2023, 11:27
lkbyysq
Требуется мух отделить от котлет.
Параллельный порт компьютера не в состоянии выдавать стабильный меандр из-за того, что виндовс может отвлечься на какую-нибудь другую, более важную на его взгляд задачу, и на время перестанет изменять состояния пинов порта, и ШД резко встанет, а продолжить с той же скоростью движение с нуля он не может - инерция мешает. Отсюда и пошла мечта про "реалтайм".
Спецконтроллеры ЧПУ прежде всего не отвлекаются на иные задачи. Не виндовс, а например DOS так тоже умеют.
Проблему с задержками сигнала попытались исправить при помощи буферов, когда на параллельный порт вешается приблуда, которая в себе ставит состояние выходов порта в "очередь", создавая таким образом "запас". А выпускает сигналы из очереди в свет строго по таймингу своего внутреннего генератора.
Так решается проблема "реалтайма" на 99%.
И тут появился соблазн. Если все равно есть буфер, стабилизирующий сигнал, то можно применить идругие интерфейсы доставки информации в буфер. Например последовательннй интерфейс USB. В самом простом случае - перед буфером установили преобразователь USB-LPT.
А вот оставшийся 1% проблем - это невозможность побороть проблемы получения информации виндовсом о реальном состоянии ВХОДОВ.
А у всяких других недорогих ЧПУ, в том числе и ардуиновских, в том числе и реалтаймных - это проблемы частоты дискретизации сигнала.
Чтобы ШД мог без срыва переварить изменение скорости, это изменение должно быть не более 10%(это и далее числа от фонаря) от текущей. А значит частота дискредитации выходного сигнала должна быть в 10 раз выше. Ну а это сразу в 10 раз дороже.
Re: Очень глупый вопрос (наверное) linux-grbl_board-фрезер
Добавлено: 15 янв 2023, 11:42
aftaev
vtgmfg писал(а): ↑
Особенно когда про помехи и надежность начинают разводить.
Назовешь пром стойку ЧПУ работающую по управлению USB ? Может знаешь сервы которые управляются по USB ?
Много кто на форуме пишут, включили ЧПУ плазморез клава и мышь отрубились.
Re: Очень глупый вопрос (наверное) linux-grbl_board-фрезер
Добавлено: 15 янв 2023, 12:30
Cvazist
Vol писал(а): ↑15 янв 2023, 02:23
Всем здрасте!
Здрасте
Тема просто поговорить.
Всё есть под любые порты и ОС.
Re: Очень глупый вопрос (наверное) linux-grbl_board-фрезер
Добавлено: 15 янв 2023, 12:34
vtgmfg
малая задержка не синоним для RT
alex_sar писал(а): ↑
USB никакой гарантии по задержкам не даёт (на что-то в районе 5мс можно рассчитывать, но это не точно и не всегда),
во первых дает. музыканты об этом знают. причем RT там предельно жесткое - никаким станкам и не снилось. Задержка сквозная (туда и обратно )5мс - на современном компе - не вопрос. Вообще в USB2 насколько фрейм поделен на 8 подфреймов по 125мкс.
alex_sar писал(а): ↑
поэтому умные люди его к настоящим станкам не применяют.
и это очень хорошо - пусть продолжают. RT при передаче с компа в контроллер не нужно вовсе
aftaev писал(а): ↑
Назовешь пром стойку ЧПУ работающую по управлению USB ?
я и слово стойка не приемлю - так как стоять около станка не хочу. хочу как на эмблеме форума. считаю странным вдохновенно гнаться за тем что застряло далеко в прошлом.
aftaev писал(а): ↑
Может знаешь сервы которые управляются по USB ?
это из другой оперы
Re: Очень глупый вопрос (наверное) linux-grbl_board-фрезер
Добавлено: 15 янв 2023, 14:48
andrey_t
разделяйте ситуацию когда компьютер управляет станком.
и когда он отправляет только код в контроллер, который и управляет станком, не отвлекаясь на другие задачи. в таком варианте комп это просто удобный вынесенный монитор с клавой и мышкой и юсб соединение с буфером рабочий интерфейс.
Re: Очень глупый вопрос (наверное) linux-grbl_board-фрезер
Добавлено: 15 янв 2023, 17:03
alex_sar
andrey_t писал(а): ↑15 янв 2023, 14:48
разделяйте ситуацию когда компьютер управляет станком.
и когда он отправляет только код в контроллер, который и управляет станком, не отвлекаясь на другие задачи. в таком варианте комп это просто удобный вынесенный монитор с клавой и мышкой и юсб соединение с буфером рабочий интерфейс.
Если есть такой замечательный контроллер, то USB тоже не нужно. Можно и по сети это всё делать, даже и через web интерфейс. GRBL управлялки так и работают.
Только в промышленных станках такое не применяют. Потом что там экономить на стоимости компа и даже стойки глупо. А для дома поиграть, почему бы и нет. Можно.
Re: Очень глупый вопрос (наверное) linux-grbl_board-фрезер
Добавлено: 15 янв 2023, 17:10
vtgmfg
alex_sar писал(а): ↑
Потом что там экономить на стоимости компа и даже стойки глупо.
главное устраиваясь на работу разработчиком не ляпнуть такое.
alex_sar писал(а): ↑
Только в промышленных станках такое не применяют.
ну где старперы сидят - наверное. им как это - всю инфу в папочках приносят.. они могут про инет и не знать. так этим надо пользоваться.
Re: Очень глупый вопрос (наверное) linux-grbl_board-фрезер
Добавлено: 16 янв 2023, 02:13
andrey_t
[/quote]
Если есть такой замечательный контроллер, то USB тоже не нужно. Можно и по сети это всё делать, даже и через web интерфейс. GRBL управлялки так и работают.
Только в промышленных станках такое не применяют. Потом что там экономить на стоимости компа и даже стойки глупо. А для дома поиграть, почему бы и нет. Можно.
[/quote]
все можно, но не всегда нужно.
стм32 грбл на 6 осей по юсб, а вот для вайфая и веб интерфейс уже платка с двух ядерным чипом нужна. и зачем если все одно надо у станка рядом быть.
ну да. так поместили в стойку специализированный комп, зачем ему еще бытовой комп в придачу.
ну в крайности вдаватся не надо. на дачу можно грузы и в легковушке подвести, и карьерный самосвал конечно солиднее, но не
а так некоторые вещи таки проще иногда на стороне заказать чем пытаться в гараже обзавестись станком на все случаи жизни
Re: Очень глупый вопрос (наверное) linux-grbl_board-фрезер
Добавлено: 19 янв 2023, 15:25
Vol
Cvazist писал(а): ↑15 янв 2023, 12:30
Vol писал(а): ↑15 янв 2023, 02:23
Всем здрасте!
Здрасте
Тема просто поговорить.
Всё есть под любые порты и ОС.
И Да и Нет. Да поговорить потому что было непонятно почему так не делают. Для себя я вынес, что в основном всё упирается в "обратную связь".
То есть большие/серъезные станки, в которых работа без обратной связи не имеет смысла.
Нет, потому что не очень было понятно, почему для несеръёзных станков нет klipper-подобных решений, Raspberry+grbl погуглил, но это не то, что имелось ввиду в первоначальном запросе.
Re: Очень глупый вопрос (наверное) linux-grbl_board-фрезер
Добавлено: 19 янв 2023, 15:30
Vol
alex_sar писал(а): ↑15 янв 2023, 17:03
andrey_t писал(а): ↑15 янв 2023, 14:48
разделяйте ситуацию когда компьютер управляет станком.
и когда он отправляет только код в контроллер, который и управляет станком, не отвлекаясь на другие задачи. в таком варианте комп это просто удобный вынесенный монитор с клавой и мышкой и юсб соединение с буфером рабочий интерфейс.
Если есть такой замечательный контроллер, то USB тоже не нужно. Можно и по сети это всё делать, даже и через web интерфейс. GRBL управлялки так и работают.
Только в промышленных станках такое не применяют. Потом что там экономить на стоимости компа и даже стойки глупо. А для дома поиграть, почему бы и нет. Можно.
А если для не промышленных? Есть такой контроллер usb или ethernet без привзяки к платному софту ? Но современнее чем GRBL на 8битных процессорах?
Re: Очень глупый вопрос (наверное) linux-grbl_board-фрезер
Добавлено: 19 янв 2023, 17:21
andrey_t
а зачем современнее? новую математику расчета траектории придумали? для медленного хобби станка на три оси хватает грбл на ардуино, стм32 на 6 осей, на есп32 двухядерных есть еще и вайфай, и вебморда. ну вариантов много. вопрос не в куче функций а в стабильности работы.
как в остальных контроллерах не слежу, мне хватает стм32 с грбл, работает стабильно.
Re: Очень глупый вопрос (наверное) linux-grbl_board-фрезер
Добавлено: 19 янв 2023, 18:05
alex_sar
Vol писал(а): ↑19 янв 2023, 15:30
А если для не промышленных? Есть такой контроллер usb или ethernet без привзяки к платному софту ? Но современнее чем GRBL на 8битных процессорах?
FluidNC неплохой вариант вроде. Всё в одном.
А так современнее, как правильно говорят - оно прям надо? Хобийный фрезерный куда спокойнее работает чем 3д-принтер, так что если плата на принтере работает, то и здесь будет. Лишь бы выходов хватало.