Кто обьяснит почему уходит 0 заготовки при выполнение одной

[Kulibin74]

НЕВЕРЮ

Твое право megagad, но факт есть факт, если так хочешь поставлю параметр обратно, сниму видео... но я заболел...и не забудь что подключено у меня по дифференциальному выходу а не "open collector"
вот еще: найди отличия, жаль оси не нарисованы.

[megagad]

О! Про третий метод управления даже и не слышал. Спасибо за скрин. По сути - тот-же квадратурный сигнал, только управляет вращением, а не показывает, в какую сторону вращается серва.
И да - отличия видны и так - вверху стандартный "СТЕП/ДИР", потом "квадратурный" и внизу тот самый CW/CCW. И они не совместимы по методу управления вообще - проверено лично на драйвере, имеющем метод управления или СТЕП/ДИР, или "туда/сюда".

[aftaev]

О! Про третий метод управления даже и не слышал. Спасибо за скрин

в мануалах видел много раз, в живую его применение ни разу

[Kulibin74]

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

[megagad]

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

"мёртвое время" между прекращением одного сигнала и началом подачей другого могло быть меньше минимально требуемого, поэтому при смене направления в режиме CW/CCW терялся 1 импульс в момент смены направления вращения оси(первый импульс попадал в мёртвое время контроллера и он его просто не видел)..

[Kulibin74]

во!!!! МегаМозг!!! я тоже думал приблизительно так! но почему только один импульс а не два???? расстояния то одинаковые....какая разница где терять, справа налево или слева направо???? или сервопривод переход только с одной полярности на другую считал за перемену вращения? и ведь что интересно, погрешность вылезла в обратную сторону ( стало не доезжать) при смене местами проводов.

[megagad]

Возможно один из каналов более "задумчивый"(обычно тот, который отвечает за сигнал DIR имеет более тормознутые оптопары, ибо обычно знают, что ВЧ сигнал по каналу идти почти не будет).

[Kulibin74]

не согласен, а как же cw ccw? сигнал же идет то по одной паре то по другой? В смысле входы сервопака должны быть идентичными, смысл ставить разные оптопары на один вход.
Кто мне нарисует сигнал который дает MESA в дифференциальном подключении и "open collector"?
Я не знаю схемотехнику сервоусилителя, но сдается мне, что после входов степ дир идет преобразователь +-10V

[megagad]

не согласен, а как же cw ccw? сигнал же идет то по одной паре то по другой? В смысле входы сервопака должны быть идентичными, смысл ставить разные оптопары на один вход.

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

[Nick]

Пробовали выходы переназначать на другие пины?

В 7i76 они жетко определены. Есть 5 каналов можно выбирать только между ними.

Возможно один из каналов более "задумчивый"(обычно тот, который отвечает за сигнал DIR имеет более тормознутые оптопары, ибо обычно знают, что ВЧ сигнал по каналу идти почти не будет).

Такое впечатление, что стояли слишком маленькие значения вот этих параметров:

(u32 r/w) dirsetup
Minimum duration of stable Direction signal before a step begins, in nanoseconds.
(u32 r/w) dirhold
Minimum duration of stable Direction signal after a step ends, in nanoseconds.

Хотя Kulibin74 писал, что ставил около 30000, но конфиг не показывал, может не там поставил...

[Kulibin74]

Там ставил где надо, в pconf сейчас стоит 10000 и все впорядке, хотя по идее надо поставить 11000 (3+3+1.1+3), согласно рисунку выше в теме. А пробовал и 100000, ставить было безрезультатно.

[EevanW]

Доброго дня! Пожалуй, реанимирую эту тему, как наиболее соответствующую проблеме.
При исполнении вот этого фрагмента, в строке № 1569 (и всех аналогичных) ноль заготовки уходит ровно на смещение по Z.
Т.е. каждый новый проход создаёт ступеньку на рельефе -1.72.

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

N1564 G01 X8.06 Y22.30 Z-1.58 F300.0
N1565 G01 X8.10 Y22.40 Z-1.72 F300.0
N1566 G01 X8.10 Y25.00 Z-1.72 F300.0
N1567 G00 X8.10 Y25.00 Z5.00
N1568 G00 X8.40 Y25.00 Z5.00

N1569 G01 X8.40 Y25.00 Z-1.72 F180.0
N1570 G01 X8.40 Y25.50 Z-1.72 F300.0
N1571 G01 X8.35 Y25.80 Z-1.50 F300.0

Если же вручную выставить ноль по Z и запустить УП со строки 1569, то отрабатывает правильный ноль, до следующего аналогичного элемента.
Перезапуск linuxcnc ничего не изменил.
Пробелы в код добавил уже здесь для читабельности.

[m4D]

Непонятка с этими сервами, хэлп! Есть такая серва, с тормозом. При смене направления механический угол поворота сервы не возвращается в исходный. Т.е. стоит в нулях (метка на валу сервы и на корпусе), даёшь импульс вперёд, даёшь надаз - вал не довернулся в ноль, метки не совпали. Но если добавить ещё один назад (перейти через ноль), потом вперёд - то метки совпадают. Это программная проблема (прошивка 1.6) или железная (с энкодером косяки)? Весь мозг себе прожег уже

п.с. при включенном тормозе есть малоуловимый угловой люфт - так и должно быть?