RTCP
Нарезание резьбы с изменением оборотов шпинделя.
RTCP
https://www.youtube.com/channel/UCDkJ3d ... kBMHlx2wiA
У меня это сделано для ручного режима,Я не понимаю,зачем это нужно для программы чпу.Только для метчиков и плашек.Сделать вообще не проблема.Ввести пропорциональный коеффициент для шима шпинделя.Будет плавное трогание и остановка в зависимости от величины пропорционального к
В Ютубе давно видел. Кроме вас кто нибудь вашу работу щупал руками? Так понимаю негде программу скачать и посмотреть.
Проблемка с оборотами шпинделя такая:
Программа на микроконтроллере.\\\\\\\\так что скачать и посмотреть без платы контроллера и платы куда она втыкается не получиться при всем желании.При покупке вами контроллера(около 4500 на али) и оплате платы чпу(около 1000 руб) плюс покупке прграмматора,без проблем скину код.
Сам так не пробовал,приручной нарезке снижаю скорость только в конце резьбы,чтобы не врезаться резцом.Но суть более менее понятна.Ось синхронизируется со шпинделем.При синхронизации ось немного отстает от задания- координаты энкодера шпинделя.Причем чем выше скорость тем больше отставание ,как и на любом приводе.Это должно замечаться только при достаточно больших скоростях нарезания.На относительно небольших ошибка минимальна,следовательно если уменьшить скорость вы не заметите зализывания.Я просто никогда не резал резьбу на достаточно больших оборотах.Нужны шустрые привода,чтобы угнаться за шпинделем.У меня таких нет.
Да я и не говорю что только её. Например её. Просто не вижу смысла в изобретании велосипеда с нуля.
Никто не утверждал, что надо с нуля. Если какой-то код/алгоритм/библиотеку можно подсмотреть в открытых проектах, почему бы и да. Кроме того, у каждого участника, я уверен, есть и свои наработки. Единственное и главное пожелание - копировать готовое надо так, чтобы код получился хорошо переносимым на разные платформы.
Да для вычислений наилучший вариант.По мне так наилучший вариант.Делать движение и интерфейс с пользователем на разных устройсвах.Тогда каждый мог бы создать наиболее удобное графическое приложение для различных платформ.При этом контроллер движения был бы один и тот же.Хотя и его тогда бы можно было легко портировать с одного контроллера на другой.Сейчас для работы системы мне требуется обязательно микроконтроллер с встроенным графическим интерфейсом.И при переходе на другой контроллер нужно разбираться с графикой.Единственная проблема связь между консолью и контроллером движения.Наиболее простой ком порт.Но тут проблема со скоростью.Для того,чтобы редактировть на консоли,а обрабатывать все на контроллере желательно,чтобы весь файл перекидывался с контроллера на консоль и обратно достаточно быстро.Ком порт для этого слишком медленный.Так что для начала можно простейший вариант-консоль только для отображения и все.Вся обработка в том числе и редактор на контроллере.Кроме того в микропроцессоре на данный момент ВГА контроллер жрет прилично памяти и времени.Так как текстового режима не существует,и весь текст рисованный.Поэтому на вывод текстовой информации требуется много процессорного времени,что ограничивает общее быстродействие системы чпу.На ком аорт же можно кидать только текстовую инвормациюю
Я к тому что вы давно что то разрабатываете, сервопривода из асинхронников делаете. А толком нигде не рекламируете и не продаете.
Ось наверно синхронизируется по Z метке. Ось стартует по Z метке, потом разгон и синхронизация со шпинделм.
Поздравляю. Вы переизобрели Unix Way. Могучая вещь, от которой не от большого ума отошли.MX_Master писал(а): ↑24 окт 2022, 14:29 разные части проекта надо делать так, чтобы код работал практически на любой платформе. Что-то на подобии простых библиотек, по возможности, без зависимостей.
Второй момент - модульность и общение между компонентами. Желание собрать всё необходимое сразу в одном месте понятно. Использовать общие переменные (общую память) для связи между компонентами и функциями - это тоже быстро и просто. В рамках небольшого проекта, конечно. Но что, если нам нужно разнести какие-то большие функции и компоненты по разным процессам или устройствам? Общие переменные и общая память станут нам недоступны. Значит, никакой общей памяти между разными компонентами быть и не должно. Каждый компонент (модуль) должен иметь свой кусок памяти и его общение с другими компонентами должно быть максимально примитивным (ввод/вывод). Ну и, чем проще будет функционал каждого модуля, тем легче будет находить ошибки, исправлять и оптимизировать.
Я не совсем это имел ввиду.Тут Немного другой фактор.Синхронизируется не ось,а некоторая виртуальная(идеальная) то есть рассчетная координата.Она то как раз синхронизируется точно.А вот реальная координата(непосредственно отвечающая за движение и а том числе привод) уже следит за виртуальной и пытается по мере возможностей двигаться вместе с ней.Но в отличе от виртуальной совсем от неё немного отстает.Реальной координате требуется время для разгона.Вы настраиваете станок и настраиваете время разгона.То есть реальная координата всегда будет отставать от задания на это время.При чем чем быстрее скорость,тем больше отставание ,так как время разгона одинаковое.То же самое и при нарезании резьбы.В следящем приводе все немного по другому.Там нет линейного закона для разгона.При пид регулировании отставание есть только во время разгона,затем интегральная составляющая дотягивает реальную координату до задания и отставание исчезает.
Да не продаю.Потому ,что не выгодно.Выгодно производить мощные привода,а у меня не получается мощнее 0.5 квт.На слабых приводах весь гемор связанный с пайкой и сборкой не окупается.Поэтому я последнее время и сам использую покупные сервошаговые.Дешево,и более менее культурно собрано .
Я не изобретал, это он и есть. Просто, не все в курсе в чём преимущество такого подхода. Объяснил как мог своими словами.
Выгодно и не будет, пока Китай есть. Курс на глобализацию практически убил собственное производство. Китайцы давно это поняли и вовремя опомнились, стали копировать и на этой базе развивать своё. Кто-то сейчас смеется над тем как идёт импортозамещение и, местами, оно идёт действительно забавно. Но это необходимость, причём, большая.