64-х осевое управление шаговыми двигателями

[michael-yurov]

Бегло просматривал тему.
Мне показалось, что есть некоторая путаница между одновременной работой осей, и их синхронной согласованной работой.
Я так понял, что синхронная работа осей тут не нужна, достаточно возможности одновременного позиционирования.

[vmarkiv]

Да , достаточно возможности одновременного ( группового) программного позиционирования

[Impartial]

Ручное управление рабочее , заказчику этого мало

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

[asutpka]

Что подразумевается под существующим ручным управлением?
1-Кнопка вперёд назад для каждого двигателя?
2-Ввод координаты для каждого двигателя?
3-Ввод номера конфигурации линии?

каков максимальный диапазон движения двигателя в шагах(оборотах ,метрах)?

[vmarkiv]

На рисунке вид старой системы .
Ручное управление "-" " +" моторами нужно оставлять .
"0" положение оставлять .
Готовность каждого привода - оставлять .
Автоматическое позиционирование - добавлять .
Автоматическая установка размеров в соответствии с рабочими программами - добавлять
Перемещения для каждой оси от 5 мм до 800 мм с различными масштабами (редукторами ) . Есть поворотные оси .

[Impartial]

А что их этого есть, а чего нет?

[nkp]

Группы работают по отдельности и при этом в одно и тоже время работает только 1 группа?

вот это основной вопрос (если управление всё же переделывать полностью)
если группы работают автономно:
то есть организуем допустим 9(8) stepgen ...
запускается ж-код...
допустим сначала идет работа условно первой группы - значит хал коммутирует stepgenы с определенной группой пинов(осей)
далее в коде встречается команда для другой группы - пины stepgen перекоммутируются на другие оси...
при ручном управлении эта коммутация завязана на активную вкладку интерфейса...

[Nick]

допустим сначала идет работа условно первой группы - значит хал коммутирует stepgenы с определенной группой пинов(осей)
далее в коде встречается команда для другой группы - пины stepgen перекоммутируются на другие оси...
при ручном управлении эта коммутация завязана на активную вкладку интерфейса...

Если делать через месу, то можно сделать по 1 stepgen на каждый двигатель.
Положение меняем, тупо отправляя команду на motion-analog-out.
Т.е. если нам надо одновременно пододвинуть 25 32 и 47 двигатели пишем так:

Код: Выделить всё

M66 E25 Q100
M66 E32 Q300
M66 E47 Q70

и все все движки стартуют практически одновременно.
С другой стороны надо сделать еще ожидание готовности... но и это можно сделать через обратную связь от stepgen...

[nkp]

ожидание готовности

ты имеешь в виду , что работать будем в режиме Free и нужно как то узнавать :закончили ли мы предыдущее перемещение?
или "ожидание готовности" это что то другое?

[Serg]

Положение меняем, тупо отправляя команду на motion-analog-out.

я б вообще тут ни про г-код и linuxcnc и не вспоминал.
Взял-бы 64 мелких ардуинки, с одной стороны приделал-бы к ним RS485 и "нанизал" их все на одну шину, с другой стороны драйвер ШД и входы от концевиков.
В ардуинки простенькую прогу в составе: modbus интерфейс и генератор шагов - чтоб принимала команды на хомление, смену позиции и выдачу отчёта о состоянии.
Ну а управляющая прога - - это самое простое.

[vmarkiv]

Положение меняем, тупо отправляя команду на motion-analog-out.

я б вообще тут ни про г-код и linuxcnc и не вспоминал.
Взял-бы 64 мелких ардуинки, с одной стороны приделал-бы к ним RS485 и "нанизал" их все на одну шину, с другой стороны драйвер ШД и входы от концевиков.
В ардуинки простенькую прогу в составе: modbus интерфейс и генератор шагов - чтоб принимала команды на хомление, смену позиции и выдачу отчёта о состоянии.
Ну а управляющая прога - - это самое простое.

Желательно "мелких ардуинки "с управлением от LINUXCNC . Кто видел что-то подобное и простое для повторения . А идея с использованием одного генератора для управления группой рассматривается

[Serg]

Linuxcnc тут лишняя, только усложнять всё будет. Да и довольно убога она в плане юзерского интерфейса.

[vmarkiv]

А как я обойдусь без LINUXCNC или MACH3 в групповом позиционировании по программе

[Serg]

Правильнее будет написать интерфейсную программу, которая будет по modbus раздавать приводам команды кому и куда ехать, ну и ждать от них отчёта о выполнении задания.
LINUXCNC и MACH3 предназначены совсем для другого.

[asutpka]

Взял-бы 64 мелких ардуинки

При этом модульность архитектуры обеспечит ясность схемотехники и ремонтопригодность в случае форсмажора , поскольку в соседнем складе полное ведро atmega RPO mini по полтийничку стоять может.
Для упрощения схемотехники вообще можно все 64 штуки на хардварный I2C "нанизать" с прерываниями. слегка кастрированный modbus поверх I2C - очень быстро. Если процесс переналадки линии занимает относительно длительный период , то реальное положение осей в процессе конфигурации линии можно почти в реалтайме на мониторе получать.

[Mark 24.ru]

Я в этом мало что понимаю чисто теоретически --- если объеденить 3-4 компа в локалку 1 комп АДМИН с мамками поддерживающие до 6 PCI для планок LPT ( а такие есть ) можно наверное с помощью МАСТЕРА НАЗНАЧЕННЫХ ЗАДАНИЙ брать файл ИСПОЛНЯЕМЫЙ КОД и отправлять его на такой то комп + номер порта - порт получив команду перешлёт его соответственно на контроллер и команда (программа ) будет выполнена .Если контроллеры будут принимать исполняемые коды не по LPT а по интернет порту ( я по моему видел такие что то из современных + МАЧ 4 который работает только через юсби ) то тогда может хватить одного компа (я имею в виду переходники с юсби на интернет ) Мне кажется для производств навряд ли сильно заморачивались ( автор пишет что комп был один) скорей всего что то такое простое и было . Может полезно будет - http://www.biz-for.ru/electronics/lpt_port/lpt_port.php

[Mark 24.ru]

Вот тут тоже есть что то похожее http://electroprivod.ru/a-privod.htm и халява там в разделе программы тоже есть

[Mark 24.ru]

http://www.beckhoff.com/ru/default.htm? ... efault.htm

[Mark 24.ru]

http://onitex.ru/upravlenie_neskolkimi_privodami

[Mark 24.ru]

По идеи это должен быть modbus ASCII modicon протокол , но в реальности не вижу чего-то подобного .
http://modbus.org/docs/PI_MBUS_300.pdf

Несмотря на наличие 3А в начале и 0D 0A в конце

я открыл этот архив с помощью 7 зип и вот что там обнаружил -