Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Ну это все таки спорное мнение про подвижный стол.
не смотрели ли Вы вариант софта на базе LinuxSNC для Raspberry Pi

Сам не экспериментировал, но читал, что с «правильными» драйверами меньше греются шаговики и в общем случае на 10-20% на большей скорости работают без потери шагов.
Да и зачем ужиматься в скудном объеме памяти и скудной периферии? Линейка STM32 не принципиально дороже стоит.
Кстати, использование оптических энкодеров высокого разрешения, без аппаратной схемы работы с ними (в STM32 она есть) – бессмысленно.
Поскольку питание от одного источника и развязка опторонная не актуальна
Расскажите пожалуйста подробнее про энкодер и обработку данных с него на stm32.
У вас еще не было проблем с помехами от силовой части и стабильностью работы?
Шпиндель для станка рекомендовал бы с водяным охлаждением. С ним слышно во время работы только «пение» шаговых двигателей и бульканье аквариумного насоса в контуре охлаждения.
И всё же меня больше всего волнует вопрос — насколько сильно Вы привзяаны к STM32? Что могло бы Вас заставить использовать MIPS-совместимый контроллер или какой-либо экзотический, но со сравнивыми возможностями.
Поясню свой интерес — как раз для таких (и более сложных решений) планирую предложить ни с чем несовместимый микроконтроллер в ПЛИС. Поэтому Ваше мнение очень важно чтобы хотя бы оценить шансы своего проекта.
И попутный вопрос — а как быть с обратной связью? Поддерживает ли синтаксис G-code реагирование на сигналы с датчиков?
ПЛИС, в которую можно зашить нормальный микроконтроллер(зачем, кстати) обойдётся слишком дорого для хобби
В «стандартном» G-code реагировать на события нельзя, реакцию должен обрабатывать софт, который выполняет G-code.
ПЛИС, в которую можно зашить нормальный микроконтроллер(зачем, кстати) обойдётся слишком дорого для хобби
Т.е. чтобы разработчик решил использовать что-то нетрадиционное, для этого нужны очень веские причины. Собственно я и хотел узнать эти причины.
На вопрос «зачем» ответить не готов, наоборот — мне было бы интересно какие преимущества могли бы повлиять на решение выбора микроконтроллера. Или хотя бы узнать с какими проблемами Вы столкнулись при использовании STM32.
В «стандартном» G-code реагировать на события нельзя, реакцию должен обрабатывать софт, который выполняет G-code.
Опасаюсь показаться назойливым, а нет ли другого аналогичного протокола, который реализует поддержку внешних событий? Т.е для станка обратная связь не обязательна, а вот для манипулятора, который мог бы поместить болванку в станок и извлечь готовую деталь, обратная связь необходима.
ЧПУ фрезерный станок с автономным контроллером на STM32