cnc-club.ru

Cvazist писал(а): ↑ в "Motor Outputs" в столбик "Step Low Active" ставим птички, а в "Motor Tuning" ставим значения Step Pulse и Dir Pulse равным 15.
проблема должна уйти без перепайки оптопар.

Судя по всему, да.
Это может оказаться пусть зажигательным, но приводящим к результату танцем! Я имею в виду правильный подбор всех ТРЕХ параметров.

lkbyysq писал(а): ↑ Можно и на народные, только чтоб оптроны по дир не были четырехлапые.

а они будут четырехлапые

lkbyysq писал(а): ↑ Я имею в виду правильный подбор всех ТРЕХ параметров.

как тренировка перед настройкой PID сойдет

Вот что нащупал осцилографом с мача (3.43.066)
Длительность step от 2.5мкс до 15 мкс. Когда 0...2.5мкс введены, все равно будет не меньше 2.5мкс.
Задержка между переключением DIR и началом импульса от 10 до 21мкс. Добавляет к указанному значению 6мкс, но не меньше 10мкс.

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

Если инвертировать степ, ко времени задержки dir-step (10-21мкс) мы прибавим длительность импульса (2.5-15мкс) и вероятность ложного шага сильно снижается.

Как надо ставить STEP инверсированный или не инверсированный, сказать сразу сложно, т.к. по схеме он успеет раза 2-3 инвертироваться (буфферный усилитель на плате , схема подключеения с общим + или землей, подключение нагрузочного резистора оптрона, и сама микросхема драйвера )

А так да, маг чавно.

Mamont писал(а): ↑ то характеристики станут еще хуже

конечно хуже.

Mamont писал(а): ↑ Если инвертировать степ,

это не очень хорошая идея. тут один вариант правильный. при включении, сбросе и тп не должен случаться шажок. по феншую.

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

Очень интересно.
Тогда объясните мне почему линукс на этом же железе работает без ошибок?

vik_vo писал(а): ↑ Тогда объясните мне почему линукс на этом же железе работает без ошибок?

потому что в нем есть вот такая вот настройка например

stepgen.N.dirsetup u32 rw (step type 0 only)
The minimum setup time from direction to step, in nanoseconds periods. Measured from change of direction to rising edge of step.

немного оффтопика по теме

alex_sar писал(а): ↑ потому что в нем есть вот такая вот настройка например

ну так. приходится подстраиваться под неопределенность(перекос) задержек. он и при одинаковых оптопарах будет. а при разных тем более.
он наносекунд к десяткам а то и сотням мкс

vik_vo писал(а): ↑19 июл 2024, 13:30 Очень интересно.
Тогда объясните мне почему линукс на этом же железе работает без ошибок?

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

Mamont писал(а): ↑ Может

MACH 3 всё таки ? Тодосич колдует Я не настаиваю ,но какой там дир на токарнике ? Вручную наверное переключает стрелками . У меня на фрезере 4е года 542е самые дешёвые ,без всякой перепайки работают без ошибки ,через LPT на LinuxCNC ! Что я делаю не так ?

гражданинъ писал(а): ↑ Что я делаю не так ?

да все ты делаешь не так

гражданинъ писал(а): ↑ 4е года 542е самые дешёвые ,без всякой перепайки работают без ошибки

Из ссылки: в драйверах могут стоять любые оптопары какие у китайцев были, из 3х купленых одновременно , у одного продавца, оптопары разные.

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

Cvazist писал(а): ↑ могут стоять любые оптопары

Это понятно ,и проблемы существуют ,но ,на пример, при скоростной 3D фрезерной обработке ! А тут токарник ,проехали ,переключились ,проехали ! Ещё может быть проблема в том ,что в токарнике источником частоты является энкодер шпинделя при синхронной подаче ,нарезании резьбы .Не так просто настроить корректную работу ЧПУ в этом режиме . Я не против усовершенствования драйверов ,но если не будет результата ,труд и деньги будут потрачены зря ,а главное время !

Переключение сигнала dir просходит всегда за указанную выше величину задержки (10...21мкс). Независимо от того, работа в ручном режиме, или дергание с ускорением 300000.

Ускорение не важно ,а вот количество ,если 300000 переключений то и набегает ,к примеру микрон или 300000 микрон .

Если нет ошибки при смене направления, то без разницы, 1 или 30000смен.
Если есть,то полюбому плохо. Надо устранять проблему

Всем спасибо за помощь!
Всё наладилось после замены драйверов.