Статьи, обзоры, цены на станки и комплектующие.
https://cnc-club.ru/forum/
Не обязательно. К примеру, алгоритм Брезенхема https://ru.wikipedia.org/wiki/%D0%90%D0 ... 0%BC%D0%B0 прекрасно строит дуги и окружности, не преобразуя их в вектора и не пользуясь "тяжелыми" операциями типа умножения и деления.grakun писал(а):В конечном итоге дуга все равно преобразуется в вектора
По поводу того что дуга всегда преобразуется в отрезки, я с вами не соглашусь! Т.к. используя алгоритм брезенхема для окружности, мы сразу получаем для оси X,Y в булевом варианте (нужно/не нужно) необходимость формировать импульс на STEP вывод драйвера осей.grakun писал(а):Понимает на уровне макрокоманды, как руководство к действию. В конечном итоге дуга все равно преобразуется в вектора что бы получить координаты точек и выдать импульсы на оси x,y. Программа компактная, но математики для процессора больше. Mach3 тянет эту математику, на Atmega328 любое лишнее движение это потеря быстродействия. Поэтому часть математики я передал программе подготовки кода, ту часть которую возможно передать. Код больше но скорость обработки вырастает в несколько раз.sas_75 писал(а):Ваша неправда. Например Mach3 очень даже понимает команды G02 и G03. При обработке отверстий и закруглений с постоянным радиусом программа получается очень компактной.
Я имею в виду, что если сохранить траекторию, например, в арткаме с дугами, или только линейными отрезками - Mach3 будет двигаться по ним по разному и пройдет за разное время.grakun писал(а):Вы имеете виду преобразованной в отрезки другой программой?michael-yurov писал(а):Mach3 сильно по разному движется по траектории с дугами и по той же траектории, преобразованной в отрезки.
У меня немного другой алгоритм, я этот еще не проверял, возможно он будет работать быстрее.Сергей Саныч писал(а):Не обязательно. К примеру, алгоритм Брезенхема https://ru.wikipedia.org/wiki/%D0%90%D0 ... 0%BC%D0%B0 прекрасно строит дуги и окружности, не преобразуя их в вектора и не пользуясь "тяжелыми" операциями типа умножения и деления.grakun писал(а):В конечном итоге дуга все равно преобразуется в вектора
Движение на один шаг тоже отрезок, но в булевом варианте это конечно должно работать быстрее.selenur писал(а):По поводу того что дуга всегда преобразуется в отрезки, я с вами не соглашусь! Т.к. используя алгоритм брезенхема для окружности, мы сразу получаем для оси X,Y в булевом варианте (нужно/не нужно) необходимость формировать импульс на STEP вывод драйвера осей.
У меня основная проблема из за нехватки ног. Пришлось делать аналоговую клавиатуру, а она сожрала все. Время на опрос и осмысление опроса большое. В результате те же 8-10 кГц на ось.selenur писал(а):применение прямолинейного движения самое оптимальное, позволяло получать до 20кГц, применение движений по дуге не превышало 10 кГц.
Понятно, про Mach3, я с ним очень мало работал. Думаю вектора имеют начало и конец соответственно ускорение и торможение, а по дуге торможение только в конце, скорость прохода постоянная, но она может отличатся от рабочей.michael-yurov писал(а):Я имею в виду, что если сохранить траекторию, например, в арткаме с дугами, или только линейными отрезками - Mach3 будет двигаться по ним по разному и пройдет за разное время.
А сам Mach3 не умеет преобразовывать дуги в отрезки.
Как и обещал здесь работа контроллера с дугами состоящими из отрезков https://www.youtube.com/watch?v=5foHD0- ... e=youtu.bemegagad писал(а):И да - выж вроде писали, что "дуги" ваш контроллер не понимает? Только линейная интерполяция(вместо дуги - кучка отрезков)?
Использование аналогового входа плохая идея, т.к. реально теряется очень много тактов процессора, намного проще использовать вот такой вариант http://robocraft.ru/blog/arduino/520.html тебе будет достаточно подключить 2 сдвиговых регистра, и работать с ними через аппаратный spi, так-же есть удобные преобразователи i2c <=> дисплей, что сокращает количество необходимых выводов, и процесс передачи данных отдается отдается аппаратному модулю, в результате чего, у тебя появляется куча свободного времени у процессора для других задач.grakun писал(а):У меня основная проблема из за нехватки ног. Пришлось делать аналоговую клавиатуру, а она сожрала все. Время на опрос и осмысление опроса большое. В результате те же 8-10 кГц на ось.selenur писал(а):применение прямолинейного движения самое оптимальное, позволяло получать до 20кГц, применение движений по дуге не превышало 10 кГц.
К сожалению с этого и и начались проблемы. После подключения библиотеки i2c. Да прекрасно работает индикатор, читается карта, но полный стопор в обработке кода. Может насчитать что угодно. Проверял на 15 микросхемах.selenur писал(а):так-же есть удобные преобразователи i2c <=>
Вывода 10,11,12,13 заняты SD картой, этот вариант не получается.selenur писал(а):аппаратный spi
Нет еще хуже. Он читает правильно карту, передает информацию на подпрограмму обработки, а там она может посчитаться или может вообще зависнуть, хотя все остальное адекватно работает.(я это вижу на мониторе при пошаговом просмотре). До шагов дело не доходит. Для меня это так и осталось загадкой.selenur писал(а):т.е. стопор? неравномерность шагов, правильно понимаю?
К сожалению ни одной цифровой, заняты даже 2 и 3 нога. Заняты (работают как цифровой выход аналоговые ) 28,27,26. Тестирование в течении двух месяцев показывает стабильную работу. Я выложу схему, просто пока нет в приличном виде.ALS писал(а):Как вариант, если есть хотя бы 4 свободные ноги
Таймер не совсем подходит к заложенному алгоритму. Ускорение, торможение, интерполяция все будет по другому и это надо все будет перепроверять.selenur писал(а):применять таймер, с прерываниями, это обеспечит достаточно равномерный сигнал.
Ну да это правильно, я думал про это. Но время считывание и так не самое лучшее, а здесь его нужно будет дополнительно тратить.selenur писал(а):У SPI наверняка замечал применение вывода ss?
Ну наверно буду пробовать, это будет следующий этап. Сейчас пока в производстве то что уже стабильно работает и прошло испытания.selenur писал(а):Вариант 1) У таймера есть ctc режим, которым можно регулировать ускорение.
Вариант 2) Используя алгоритм брезенхема можно еще и это реализовать.
Да, именно "отдается"потому что передача данных последовательно занимает много времени.selenur писал(а):и процесс передачи данных отдается отдается