cnc-club.ru

Наконец дособирал купленный китайский станочек с полем 20х20, дальше понемногу разбираюсь с протоколом, но вот мысль не дает покоя, будет ли кому это нужно кроме меня?
А как думаете вы?

selenur писал(а):А как думаете вы?

как вижу такое

selenur писал(а): с полем 20х20

мысли отключаются

aftaev писал(а):

selenur писал(а):А как думаете вы?

как вижу такое

selenur писал(а): с полем 20х20

мысли отключаются

Это я в сантиметрах написал, ещё не привыкший к измерениям в милиметрах

Мне бы очень хотелось бы попробовать, если бы не наличие кучи других систем ЧПУ с которыми я уже связался.

selenur писал(а):будет ли кому это нужно кроме меня?

Конечно будет! А если добавить плагин для Mach3, то наверное аудитория любителей LPT подтянется. Расчетами пусть занимается Mach ,а реалтайм будет обеспечен контроллером.

Moonglow писал(а):

selenur писал(а):будет ли кому это нужно кроме меня?

Конечно будет! А если добавить плагин для Mach3, то наверное аудитория любителей LPT подтянется. Расчетами пусть занимается Mach ,а реалтайм будет обеспечен контроллером.

Вот тут, бы поподробнее про расчеты с применением mach....

В контроллер можно посылать 2 варианта выполнения движений по осям:
1) представляет собой координаты куда выполнить движение, тут все расчеты выполняет сам контроллер.
2) Передать в контроллер какие оси, направление, и с какой скоростью, выполнять, после чего начинается выполнение движения, и пока контроллеру не пошлем остановку, будет бесконечно выполняться движение.

Вот как в Маче - не в курсе, а в LinuxCNC при работе скажем, с Pluto-P реализован, скорее, второй вариант.
Каждую миллисекунду LCNC посылает контроллеру, по каким осям и с какой скоростью ехать, а контроллер в ответном пакете - сколько он реально прошагал. Драйвер рассчитывает ошибку по координатам и в следующем сервоцикле корректирует задание скорости.

Сергей Саныч писал(а):Вот как в Маче - не в курсе, а в LinuxCNC при работе скажем, с Pluto-P реализован, скорее, второй вариант.
Каждую миллисекунду LCNC посылает контроллеру, по каким осям и с какой скоростью ехать, а контроллер в ответном пакете - сколько он реально прошагал. Драйвер рассчитывает ошибку по координатам и в следующем сервоцикле корректирует задание скорости.

Ух-ты не знал о такой реализации, в linuxCNC, нужно будет попробовать разные скорости контроллеру послать, и посмотреть что получиться

selenur писал(а):Вот тут, бы поподробнее про расчеты с применением mach....

В Mach3 есть интерфейс для плагинов ( многие производители используют такой подход, тот же Пурлоджик или даже тут тема проскакивала с бесплатным, но закрытым проектом внешнего контроллера ), с помощью которого и можно написать свой плагин для контроллера либо действительно для LinuxCNC, больше шансов, что заинтересует людей IMHO

Moonglow писал(а):

selenur писал(а):Вот тут, бы поподробнее про расчеты с применением mach....

В Mach3 есть интерфейс для плагинов ( многие производители используют такой подход, тот же Пурлоджик или даже тут тема проскакивала с бесплатным, но закрытым проектом внешнего контроллера ), с помощью которого и можно написать свой плагин для контроллера либо действительно для LinuxCNC, больше шансов, что заинтересует людей IMHO

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

Добавил в программу ручное управление направлением движения, единственное пока не понял математику посылаемой скорости, а именно: В моей табличке:
JOG - это отображаемая скорость движения HEX - это 16-ричное значение которое посылается в контроллер
DEC - это-же значение в десятичном виде

Если нужно например выполнять движение при котором JOG = 300, я вычисляю следующим образом беру константу 1800 делю на JOG и умножаю на 1000, т.е. (1800/300)*1000 = 6000 (в 16-ти ричной 1770) что и посылаю в контроллер.
Всё конечно работает, но интересно для чего это всё??? кто что думает? или знает???

Странная константа, для 100 и 300 все работает, а вот для 10 и 1000 нет. Видимо эти значение потом подгружается в счетчик, ведь если нужна частота меньше, то сравнивать надо счетчик с бОльшим числом, главное понять зависимость, может быть сделать таблицу с более мелким шагом ?

Программа Eureqa предлагает вот такой вариант зато в результат точно попадает

А при посылке команды движения по указаным координатам константа равна 3600

а константа 1800 не звисит от максимальной скорости в настройках:Настройка->Оси->Настройки->Настройки ускорения. Еще покажи параметры "Скорость подачи" "Скорость перемещения"

Т.к. есть ограничения на максимальную частоту генерации шагов в программе, то в зависимости от кол-ва шагов на мм ограничивается и макс скорость в программе.

Как вариант, в зависимости от требуемой скорости перенастраивается предделитель в таймере PICa.

1) Настройки ускорения 2) Настройка скоростей А так-же значения отображаемые в JOG (в программе) и то что посылается в контроллер:

selenur писал(а):А при посылке команды движения по указаным координатам константа равна 3600

скорость подачи - 250 константа 1800
скорость перемещения - 500 константа 3600 ?????

все правильно, только по формуле (1800*1000)/F чтобы не было округления
JOG HEX в посылке
31 D0E2
30 60EA
29 74F2

до скорости 30 похоже предделитель используется т.к. значение в 2 байта не лезет

vit_rus писал(а):скорость подачи - 250 константа 1800
скорость перемещения - 500 константа 3600 ?????

Это я заметил, но очень сомневался, оно или нет....

хм, возможно, когда окончательно зареверсите протокол, стоит сделать подобную программу для linux? Хотя вы вроде как на .net пишете

Я c# с фреймворком использую прежде всего из-за возможности быстрой реализации пользовательского интерфейса. Когда разберусь нормально, можно будет подумать и о Linux, мне не особо напряжно программировать под линукс.

В контроллере есть энергонезависимая память, в которой сохраняются координаты положения, и настройки самого контроллера, в результате чего, контроллер получается настроить из родной программы, а рулить из моей.
Какие из настроек по вашему мнению стоит прежде всего добавить в свою программу?
Пока я вижу такой список:
1) количество импульсов на 1мм для осей.
2) инвентирование направления движения ( вывод у mk1 который Dir)