Сообщений в теме: 75

[Roma]

Еще замерял сопротивление резистора на 6 и 8 ноге опторазвязки в драйвере - оно составило 2кОма. (рекомендуют вроде как снизить до 0,5-1кОм, чтоб шустрее работала)

Внешний резистор в драйвере ШД Leadshine M542?
Вроде на нём нет маркировки выводов цифрами.
И зачем там, в данном случае, внешний резистор...

Сообщение отредактировал Roma: 13 Июнь 2014 - 00:02

[kiki]

Внешний резистор в драйвере ШД Leadshine M542?
Вроде на нём нет маркировки выводов цифрами.
И зачем там, в данном случае, внешний резистор...

Не внешний.
я тут прочитал темку, у меня такие же компоненты стоят.
А сопротивление я замерил меж 6 и 8 ногой, как говорилось в той теме...

Перечитал сам, не совсем правильно я понял там, где резистор, сейчас проверю заново.

Сообщение отредактировал kiki: 13 Июнь 2014 - 01:25

[lkbyysq]

Еще замерял сопротивление резистора на 6 и 8 ноге опторазвязки в драйвере - оно составило 2кОма. (рекомендуют вроде как снизить до 0,5-1кОм, чтоб шустрее работала)

Лучше не трогайте.

[kiki]

все перепроверил, на входе у меня 270 Ом...
между 6 и 8 ногой 2кОм

Трогать пока не буду ))

Плата у меня несколько иная чем в той теме...
Вот такая

Сообщение отредактировал kiki: 13 Июнь 2014 - 02:00

[kiki]

Пробуйте УП с движением по трем осям одновременно, как в проблемной УП -
X26.827Y5.293Z-32.503

Попробовал на ~3000 строк такую УП
0 не ушел.
Как же так получается?!?!?

примечание:
УП:
X0.000Y0.000Z0.000
X26.827Y5.293Z-32.503
X0.000Y0.000Z0.000
X26.827Y5.293Z-32.503
...
и т.д.

[lkbyysq]

Как же так получается?!?!?

Контакты.

Сообщение отредактировал lkbyysq: 13 Июнь 2014 - 04:37

[kiki]

Контакты.

А может быть такое, что координаты со значениями до одной тысячной миллиметра не обрабатываются корректно и каждый раз на несколько десяток или тысяных округляется ну или пропускается.
в тесте с одной строкой с некратными координатами ось Z ходила туда сюда на заданную величину. А тут в каждой новой строке новая величина.
я правильно понимаю, что величина одного шага у меня составляет 0,00625мм (то что выставлено в нцстудии)
Соостветсвенно чтоб пройти 1 мм нужно ровно 160 импульсов.
А чтоб пройти к примеру 25,389мм (одна из величин в моей УП)- то нужно 4062,24 импульсов.
Что будет с этими 0,24 импульса?

за 3000 строк накопиться может +- 4,5мм, что похоже на правду...

Сообщение отредактировал kiki: 13 Июнь 2014 - 13:08

[lkbyysq]

1 .Как устроен движок NcStudio доподлинно неизвестно.
2. Алгоритм движения по X, Y и Z должен быть идентичен. Разрядность вычислений везде одинакова.
3. Не забывайте, что пользователей NcStudio тьма, а проблемы только у Вас.

Сообщение отредактировал lkbyysq: 13 Июнь 2014 - 14:08

[kiki]

1 .Как устроен движок NcStudio доподлинно неизвестно.
2. Не забывайте, что пользователей NcStudio тьма, а проблемы только у Вас.

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

[lkbyysq]

Математику по всем осям отрабатывает один и тот же процессор.

Различия в поведении могут появляться только начиная с выходов микросхем, направленных в сторону станка, когда параметры импульсов уже сформированы.

Сообщение отредактировал lkbyysq: 13 Июнь 2014 - 14:12

[kiki]

Математику по всем осям отрабатывает один и тот же процессор.

да, кстати это можно проверить, заменив все координаты из Z в X и наоборот...

Но тем не менее куда он девает эти десятые доли импульсов я даже придумать не могу пока...

[lkbyysq]

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

Проверить просто. Что-то типа этого.
Напишите программу.
G91
G01 X0.0001
G01 X0.0001
G01 X0.0001
....
G01 X0.0001

всего 10 тысяч строк кода

Смотрите как переместится в конце концов.
Можете пересчитать ровно на 1 оборот двигателя

Сообщение отредактировал lkbyysq: 13 Июнь 2014 - 14:21

[Roma]

Попробовал на ~3000 строк такую УП
0 не ушел.
Как же так получается?!?!?

примечание:
УП:
X0.000Y0.000Z0.000
X26.827Y5.293Z-32.503
X0.000Y0.000Z0.000
X26.827Y5.293Z-32.503
...
и т.д.

Ваши тестовые УП но совсем корректно сравнивать с рабочими УП.
Т.к. в тесте, в каждой строке идёт реверс Z, с полной остановкой перед сменой направления.
В реальных УП рельефа, в бОльшей части кадров УП, Z не меняет направление, а изменяет скорость, подстраиваясь под остальные оси.
Алгоритм изменения скорости (на каком расстоянии начинать тормозить или ускоряться и с каким ускорением) каким-то образом должен зависеть от галки на "Enable the self-adaptation optimization algorithm". Так предполагаю, может быть это включение режима "постоянной скорости". Более об этом ничего не ведаю.
Про мигающий контакт в проводах lkbyysq удачно заметил. Тесты елозят на одном месте, а реальная вещь может пилиться но большом поле.
По поводу импульсов... судя по 0,00625 и, предположим, шаг ШВП 5мм, значит драйверы работают в 1/4 микрошаге (800 по таблице на драйвере). Для эксперимента, можно переключить на 1/8 (1600). Соответственно, в настройках изменить цифру на 0,003125

[kiki]

self-adaptation...пробовал включать отключать.

микрошаг стоит 1600 везде. Для теста увеличивал до 3200

У меня сейчас все эксперименты ставятся на снятых с осей двигателях, т.е. никаких вибраций, перегибов проводов и прочего нету.

Я полагаю, что раз в случае с моими тестами нет проблем, т.е. при реверсе нет пропуска шагов, значит и грешить на низкую скорость драйвера нет смысла. Т.к. как я понял когда не хватает скорости переключения опторазявки - то как раз при реверсе резком шаги пропускаются.

[kiki]

Поменял местами координаты по Z и X в "проблемной УП".
Т.е. теперь те координаты которые были на ось Z обрабатываются для оси X. И наоборот.
И как результат уходит 0 по прежнему на реальной оси Z (тут вроде все сходится на проводке/контактах).
Но когда физически меняешь оси Z и X - то смещение 0 передается на другой двигатель. (переключение физически производил как и переменой проводов идущих с платы управления, так и проводами идущими от драйвера к мотору)

Получается отпадают:
провода/контакты
неисправность мотора
драйвера моторов
блок питания
механика

Получается, что кроме нцшки и драйверов платы и самой платы ничего не остается?

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

Проверить просто. Что-то типа этого.
Напишите программу.
G91
G01 X0.0001
G01 X0.0001
G01 X0.0001
....
G01 X0.0001

всего 10 тысяч строк кода

Смотрите как переместится в конце концов.
Можете пересчитать ровно на 1 оборот двигателя

такое проверил во всех вариациях на всех осях.
вот такое:
G91
G01 Z0.001
G01 Z0.001
....
G01 Z0.001
* 1000 строк
G01 X-1.000
затем
G01 Z-0.001
G01 Z-0.001
....
G01 Z-0.001
* 1000 строк
G01 X1.000
и так 20 циклов...



В итоге перемещение оси Z за 1000 строк на 0,001 = перемещение оси Х на 1,000
И ноль не сместился...

Сообщение отредактировал kiki: 13 Июнь 2014 - 22:03

[kiki]

Отписываюсь. Если кому вдруг понадобится.

Все проблемы решились после смены системы управления на mach3, т.е. плата под ncstudio была просто глюканутая.

 

Однако я убедился, что мач3 не для меня, слишком сложный (неоправдано), а весь нужный мне функционал есть и в ncstudio.