Контроллер оптических линеек / энкодеров (Step/Dir)

[SVP]

Любое решение с линейками при котором "каждая ось отдельна" обречено на проблемы с синхронизацией.

Бред!

Собственно "в добрый путь дорогой друг, но уже без меня".
Фигачьте.

[michael-yurov]

Чем проще-то?

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

Ну а внешний индикатор с подключением по step/dir стоит вообще копейки.

Дай ссылку, если не сложно. Без подколов. Просто интересно.

И зачем сервоцикл в 100 мкс? Есть приводы, способные реагировать с такой скоростью?

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

Это не фантастика - именно так и написан код LinuxCNC. А результат хорошо заметен на станках с сервоприводами, где по Z движется стол и когда на нём закреплена тяжёлая заготовка.

Очень хочется увидеть в живую (на видео).

[Serg]

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

Там есть USB-порт незадействованный... Да и никто не мешает сделать настройки кнопками и светодиодами...

Дай ссылку, если не сложно. Без подколов. Просто интересно.

http://www.aliexpress.com/item/3-axis-m ... 23058.html
http://www.aliexpress.com/store/product ... 31854.html

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

Какие колебания? С периодом в 100us? Момент инерции такой системы не хочешь посчитать?..
Уже ж обсуждали длительность сервоциклов в пром. ЧПУ - никто так и не смог привести пример системы с сервоциклом короче 1ms.

Очень хочется увидеть в живую (на видео).

Понятно, что хочется увидеть... Только вот как-то не хочется ехать к подходящему станку, занимать его время, громоздить на него тяжёлую железяку и ради ролика переводить её в стружку... В исходниках всётаки буде проще посмотреть...

[Сергей Саныч]

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

[michael-yurov]

Там есть USB-порт незадействованный...

А у меня как раз есть usb кабель!
Осталось написать прошивку для япса, чтобы он по USB подключался.

Да и никто не мешает сделать настройки кнопками и светодиодами...

Серьезно? Так можно настраивать япс?

http://www.aliexpress.com/item/3-axis-m ... 23058.html
http://www.aliexpress.com/store/product ... 31854.html

Выглядит жутковато.
Есть подозрение, что эту штуку не получится настроить даже для корректного отображения координат в миллиметрах, если, например, у меня ременный привод с шагом зуба 2,032 мм.

Какие колебания? С периодом в 100us? Момент инерции такой системы не хочешь посчитать?..

Допустим частота собственных колебаний системы 100 Гц. получится 100 отсчетов на одно колебание - это позволит погасить колебание в течении первой волны. При сервопериоде в 1 мс можно и не успеть точно оценить происходящие.

Даже у китайских дешевых линеек частота сигнала доходит до полумегагерца. При сервопериоде в 100 микросекунд это 50 отсчетов линейки на один сервопериод - не так уж и мало. Вполне соизмеримые величины.

То что я переживаю о производительности - так это просто потому что не хочется ничем жертвовать.
А если уж ее не хватит - куплю процессор на 100 руб дороже, или придумаю, как оптимизировать код.

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

Уже ж обсуждали длительность сервоциклов в пром. ЧПУ - никто так и не смог привести пример системы с сервоциклом короче 1ms.

Да в чем проблема то? Пожалуйста - КилоФлоп.

Понятно, что хочется увидеть... Только вот как-то не хочется ехать к подходящему станку, занимать его время, громоздить на него тяжёлую железяку и ради ролика переводить её в стружку... В исходниках всётаки буде проще посмотреть...

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

[michael-yurov]

Проблемы синхронизации решаются достаточно просто буферизацией.

Это уже проблемы системы управления.

Да, будет задержка между выдачей задания и исполнением. Но, поскольку задание поступает достаточно мелкими "порциями", буквально "шаг за шагом", то и задержку можно свести к минимуму.

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

[Serg]

Осталось написать прошивку для япса, чтобы он по USB подключался.

Ну прошивку для степмастера как-то ж осилил с нуля, да и новую с PID'ами и прочей математикой собираешься писать. Неужто библиотечку для работы с USB освоисть не осилишь?..

Серьезно? Так можно настраивать япс?

Можно подправить прошивку, чтоб и так можно было настраивать.

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

тем не менее оно замечательно работает, там для каждой оси можно задать свой scale.

Допустим частота собственных колебаний системы 100 Гц. получится 100 отсчетов на одно колебание - это позволит погасить колебание в течении первой волны.

Зачем тебе 100 отсчётов на одно колебание если система не способна отрабатывать упр. воздействие быстрее, чем 100 Гц?

Даже у китайских дешевых линеек частота сигнала доходит до полумегагерца. При сервопериоде в 100 микросекунд это 50 отсчетов линейки на один сервопериод - не так уж и мало. Вполне соизмеримые величины.

Ты мешаешь в одну кучу тёплое и мягкое. Скорость работы энкодера тут вообще ни при чём. Например есть мех. система, которая способна перемещаться на минимальное расстояние X. Если у энкодера "разрешение" в 50 раз лучше, то это лишь означает, что приращение счётчика энкодера будут меняться с дискретностью в 50 единиц и промежуточные значение никому интересны не будут просто потому, что система не способна их достигнуть.

Да в чем проблема то? Пожалуйста - КилоФлоп.

И давно КилоФлоп стал пром. системой ЧПУ. Не напомнишь на какие станки его серийно ставят?

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

Ближайший сразу за МКАД, сейчас доехать до него могу только в выходные, на там в выходные никого нет... Просить человека выйти на работу в выходной, потратить кучу денег на тяжёлую заготовку только, чтоб "снять ролик для неверующих" я не готов, уж извини...
Есть ещё дома стенд с сервами, но у него оси "из говна и палок" (кривая сторительная шпилька и т.п.) и большие скорости им не доступны, а на малых скоростях на видео ничего заметно не будет, разве что на графиках халскопа. Но мне почему-то кажется что им ты поверишь не больше, чем исходным текстам LinuxCNC...

[solo]

С включенными и выключенными линейками фрезернуть отверстие под подшипник и на просвет сфоткать. Чем меньше отверстие и фреза - тем лучшее.

сделал подобный тест с включенными линейками , сфоткать не смог телефоном
фрезеровал отверстие 16мм фрезой 6мм
но отпишусь , результат прям сказать не очень , но можно грешить на то что у меня не полностью настроен ПИД
ж код строился из маленьких отрезков ( визуал кам) без использования G2 и G3
отверстие получилось далеко не круглое , основные погрешности расположились по диагонали осей Х и У , и разница в размерах , если верить китайскому цифровому штангелю мах 16.24 , мин 15.96 , сама наружная обойма подшипника по штангелю 15.94 , но в отверстие подшипник залез только с натягом
без линеек у мена станок когда ездит по одному и тому же Ж коду то постоянно сымает стружку , с линейками повторяемость движения по Ж кобу на порядок выше тоесть если заданно сьем на сторону 0.02 то станок проезжает практически не сымаю стружки, визуально не заметно по детале , стружку можно увидеть только на фрезе
пойду "курить" ПИД

[Alex1982]

Хоть и новичок в ЧПУ, опишу свой скромный опыт работы с линейками.

Мне потребовалось сделать сделать простую матрицу для ТПА.
Две плиты с зеркальной обработкой внутри, если повторяемость детали на плите хуже чем 0,05мм, начинается подлив массы и появляется облой на изделии. До установки линеек с аналогичными коробочками, не смог достичь такого результата, а сейчас матрица в составе формы работает на ТПА.

Работаю на Mach3 с простейшей платой опторазвязки, пока все утраивает, кроме мелочи в Mach3. И пока даже не думаю о переходе на LinuxCNC, возможно лишь по мере роста опыта. И для меня аналогичное решения оказалась как нельзя кстати.

Конечно, они не нужны всем.
Удачи в проекте.

[michael-yurov]

Оплатил сегодня утром парочку таких линеек с разрешением 5 микрон.

Ну и еще всякой мелочи для сборки тестовой платы.

[solo]

под настроил ПИД очень помогла вот это
Re: PID. Только информация. #17
сделал повторный тест

фрезеровал отверстие 16мм фрезой 6мм

эллипс получился меньше 0.1 мм а точнее 0.09 мм (размеры мах 15.68 мин 15.59) мне кажется для станка с люфтом в гайка винт 0.52мм очень даже приемлемый результат

[Predator]

Оплатил сегодня утром парочку таких линеек с разрешением 5 микрон

Это для установщика?

[michael-yurov]

Да.

[michael-yurov]

Позавчера закончил с заменой моторов и установкой оптических линеек на раскладчик.

Вчера спаял тестовую платку контроллера линеек.

Подключил к раскладчику.

Доработал прошивку СтепМастера под данную задачу.
И оно ЗАРАБОТАЛО!

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

Пока еще ничего не настраивал.
Даже не задал соотношение импульсов на миллиметр у мотора и линейки.
Есть еще много проблем и вопросов.
Но оно работает!

Так что процесс пошел.

[Predator]

michael-yurov, Миша, на Z тоже линейка есть или нет, не вижу на фото?

[michael-yurov]

michael-yurov, Миша, на Z тоже линейка есть или нет, не вижу на фото?

Нет. Там ненужна.
Сложно установить деталь промахнувшись по высоте.

[Predator]

Нет. Там ненужна.

Да уже сам понял, что сморозил

[michael-yurov]

Еще одну платку собрал.
(первая исправно работает)

На этот раз с лампочками, кнопочками, и подключением цифрового сегментного индикатора.
Уже вырисовывается схема близкая к окончательной.
Поставлю на вторую линейку smd раскладчика.
Когда появится возможность - буду делать прошивку с настройкой параметров кнопками через сегментный индикатор.

[selenur]

Еще одну платку собрал.
(первая исправно работает)

2016-07-28 22-24-05.JPG

На этот раз с лампочками, кнопочками, и подключением цифрового сегментного индикатора.
Уже вырисовывается схема близкая к окончательной.
Поставлю на вторую ось раскладчика.
Когда появится возможность - буду делать прошивку с настройкой параметров кнопками через сегментный индикатор.

Я уже вторую неделю балуюсь с дисплеем "Nextion", вот ссылка на их сайт http://wiki.iteadstudio.com/Nextion_HMI_Solution, стоимость на самые маленькие экраны менее тысячи рублей.
В специальной программе создается интерфейс, который состоит из одной или нескольких страниц, на страницу можно добавить кнопки, тестовые поля, ползунки, регуляторы, прогресс-бары, прописать некоторые скрипты.
Сам дисплей подключается 4-мя проводами, 2 провода это питание, и 2 провода USART, RX и TX.
И самое прикольное заключается в том, что можно выводить на дисплей с контроллера, различную информацию, можно легко реализовать страницу с настройками контроллера, и много ещё чего интересного

[N1X]

стоимость на самые маленькие экраны менее тысячи рублей.

Ужас... Это как ардуинка - для тех, кто хочет сделать интерфейс к чему-то, но не умеет работать с железом и программировать МК, естественно это только мое мнение.
А для проекта который идеть хоть в мелкую, но серию это убьет всю экономику...
Проще уже uC GUI взять, или ее бесплатную вариацию от ST, если нужен серьезный интерфейс, и копеешный экран от мобилы, который можно тоннами купить...