Инкрементальный энкодер + модуль МС (SMH2Gi)

[Arsie]

Сообщение от senkiivan

Не знал этого. Теперь как минимум надо 5 шт.

Обратитесь к менеджерам, я не в курсе складских остатков.

Сообщение от senkiivan

В модуле MС не появится возможность "умел управлять счётчиками локальными входами и крайне быстро реагировать выходами на события по счётчикам."
И какой должен быть спрос чтобы это реализовалось?

Это невозможно.

[k-drive]

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

[Gromov]

Сообщение от k-drive

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

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

[tvf]

Сообщение от Gromov

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

Тогда уж нормальный счетчик под энкодер и опрашивать его по Modbus. Типа СИ30 от Овена.

[Gromov]

Сообщение от tvf

Тогда уж нормальный счетчик под энкодер и опрашивать его по Modbus. Типа СИ30 от Овена.

Опять же, всё зависит от решаемой задачи. Иной раз процесс по энкодеру надо выполнять в реальном времени, и тут опрос по модбасу - это пропасть времени.
Я сталкивался с такой задачей и мне на выручку пришел плк одной тайваньской конторы, который программируется очень неудобно и низкоуровнево, зато успевает обрабатывать до 10кГерц вход.

Если интересно - задача была такая:
Стретч-плёнка толщиной 8-20мкм (в основном - 12мкм) перематывается с большого рулона "джамбо" на маленькие втулки. Наматывать нужно по весу, то есть по заданию. Например, сегодня нужно намотать 600 втулок по 2 килограмма. Вал с большим рулоном висит на подшипниках с торможением (колодками). Пустая втулка устанавливается на раздвижные подшипники и плёнка заправляется руками. После нажатия кнопки "пуск" пневматика прижимает втулку к промежуточному стальному валу и частотный привод начинает разгонять приводной двигатель. Торможение большого вала даёт натяжение плёнки и она ровно накручивается на втулку. Вот здесь в дело вступает энкодер. Он установлен на оси лапы, которая прижимает втулку к ведущему валу. Расстояние от оси вращения втулки до оси вращения лапы - около 50мм. То есть плечо небольшое. Энкодер оптический имеет 2000 импульсов на 360°. По этому энкодеру определяется толщина намотанной плёнки. Толщина плёнки увеличивается очень быстро, так как скорость вращения вала более 3000 оборотов в минуту. Контроллер высчитывает необходимую толщину намотки и заблаговременно даёт команду частотнику начать торможение. Важно, что вал нельзя остановить резко, так как в этом случае большой "джамбо" не успеет затормозить и провернётся, что недопустимо.
Используя такой подход мы добились попадания в вес 99,5-100,5%.

После была разработана новая конструкция без энкодера и полностью автоматическая (всё делалось пневматикой, даже заправка плёнки), и там контроль шел по весовой платформе, но это уже для отдельной истории.

Как выяснилось, масса плотно накрученной плёнки напрямую зависит от толщины намотки, значительно больше, чем от, например, длины намотки (как предполагалось вначале). Толщина намотки учитывает толщину полотна, в отличие от длины намотки. А плотность - константа.

[tvf]

Сообщение от Gromov

Опять же, всё зависит от решаемой задачи. Иной раз процесс по энкодеру надо выполнять в реальном времени, и тут опрос по модбасу - это пропасть времени.

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

[Gromov]

Сообщение от tvf

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

И не только. Тут ещё можно использовать вместо энкодера - оптические датчики. Например 2 штуки (путевик и концевик). Установить их на "салазки" и регулировать длину отрезка их положением, а управление завязать по их срабатыванию. путевик - замедление, концевик - резание. Но здесь исчезает возможность калибровки из программы и смены длины отрезка удалённо (если оно надо).

Один знакомый для отрезки длины дсп листа использовал оптическую мышку усб, подключенную к распбери. Теоретически, и к 2gi можно мышку прикрутить и на с++ написать драйвер для этого дела, а в программу фбд выдавать положение "курсора". Или даже не на фбд, а из того же С++ выдавать сигнал на дискретный выход в нужное время.

Да, вариантов масса.

[tvf]

Сообщение от Gromov

Да, вариантов масса.

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

[VaBo]

Сообщение от tvf

Тогда уж нормальный счетчик под энкодер и опрашивать его по Modbus. Типа СИ30 от Овена.

СИ30 не "заточен" под энкодер.

[tvf]

Сообщение от VaBo

СИ30 не "заточен" под энкодер.

Странно. Производитель утверждает обратное. В чем заключается "не заточенность"?

[VaBo]

Сообщение от tvf

Странно. Производитель утверждает обратное. В чем заключается "не заточенность"?

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

[tvf]

Сообщение от VaBo

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

С дребезгом они борются настройкой минимальной длительности импульса + амплитудные ограничения, где то в настройках/документации это есть. А на диаграммах приведена идеальная картинка. У них в ассортименте есть похожий счетчик с квадратурным счетом, но без помехоподавления. Вот про него они сами пишут, что с энкодерами он в принципе работает, но не рекомендуют использовать.

Упоминая о СИ30 я и не говорил о нем как об эталоне. Но это самый доступный счетчик. Остальное или недокументированный китай с Али или немцы с ценой в 5 раз выше. Другово не нашел.

[VaBo]

Сообщение от tvf

С дребезгом они борются настройкой минимальной длительности импульса

Я не про тот дребезг.
Представьте остановленный на грани фронта ипмульса энкодер (механизм). Из-за различных флуктуаций этот фронт может гулять взад-вперед, и происходит это отнюдь не с высокой частотой, от которой мог бы спасти антидребезг, и та примитивная схема на одном D-триггере, гуляющая лет 20 по "интернетам", копит ошибку.
Нормальные аппаратные обработчики умеют из квадратурной последовательности делать режим *2 и *4 с отработкой всех возможных состояний. Можно, конечно, и программно, но (лет 12 назад) на PIC-ах 18 серии я не смог обработать последовательность выше 5 кГц.

[tvf]

Сообщение от VaBo

Можно, конечно, и программно, но (лет 12 назад) на PIC-ах 18 серии я не смог обработать последовательность выше 5 кГц.

Я понял о чем вы. Большинство счетчиков, которые находил, имели верхнюю границу счета 5-10 кГц. Так что можно надеяться, что этот недостаток счетчиков учтен. Проверить можно только поковыряв счетчик.

[k-drive]

Сообщение от Gromov

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

Время импульса энкодера зависит от скорости вращения. Счетный вход МС По тех. документации на счетном входе МС мин. длительность импульса -20мкс + 20мкс пауза получаем частоту 25 кГц. Следовательно можем обработать до 25000х60сек=1500000 импульса в минуту. Если подобрать энкодер с 1импульс на 0,01мм, то получаем. что можно отслеживать скорости до 15м/мин.
Мне нужно всего 6м/мин.
Или я что то не так понял?

[Gromov]

Сообщение от k-drive

Время импульса энкодера зависит от скорости вращения. Счетный вход МС По тех. документации на счетном входе МС мин. длительность импульса -20мкс + 20мкс пауза получаем частоту 25 кГц. Следовательно можем обработать до 25000х60сек=1500000 импульса в минуту. Если подобрать энкодер с 1импульс на 0,01мм, то получаем. что можно отслеживать скорости до 15м/мин.
Мне нужно всего 6м/мин.
Или я что то не так понял?

С одной стороны - всё так. МС в состоянии отследить эти импульсы ЕСЛИ:
• скважность постоянна
• нет пульсации движения транспортёра
• энкодер оптический (нет дребезга)
• направление движения не важно
• точность +/- 20 мм удовлетворительна

Наверняка, есть ещё какие-то параметры...

Соль в том, что МС не может отследить порядок следования импульсов. Зависит от того, какой у вас энкодер. Я работал с оптическими омронами. там выходная карта такая:

порядок импульсов при правом вращении
выход А|выход Б
.........0...........0
.........0...........1
.........1...........1
.........1...........0
.........0...........0



В левом вращении наоборот (читать снизу вверх). Это "Код Грея".
Задача программиста именно в том, чтобы отследить, на каком из выходов единица появляется раньше. Это и есть признак направления вращения. Каждая смена значения входов - это импульс вращения.

Надеюсь, понятно рассказал.

[Sergey Cherevko]

Сообщение от Gromov

В левом вращении наоборот (читать снизу вверх). Это "Код Грея"

Поправлю. Это не код Грея, а квадратурный со сдвигом фазы.
Код Грея используется в абсолютных энкодерах, а речь идет об инкрементальных.

[k-drive]

Сообщение от Gromov

С одной стороны - всё так. МС в состоянии отследить эти импульсы ЕСЛИ:
• скважность постоянна
• нет пульсации движения транспортёра
• энкодер оптический (нет дребезга)
• направление движения не важно
• точность +/- 20 мм удовлетворительна

Почему такая точность? Это ошибка или я что то не понимаю.
Код с энкодоров наверно везде такой. Определять направление должна внешняя плата. На МС должны идти конкретные импульсы. На один счетный вход при движении в одном направлении, а на другой в обратном.

[Gromov]

Сообщение от k-drive

Почему такая точность? Это ошибка или я что то не понимаю.
Код с энкодоров наверно везде такой. Определять направление должна внешняя плата. На МС должны идти конкретные импульсы. На один счетный вход при движении в одном направлении, а на другой в обратном.

точность я расчитал исходя из времени цикла программы(брал 100мс) и скорости движения (мм за цикл). + задержка срабатывания исполнительных механизмов(навскидку) + инерция механизмов(тоже приблизительно). В зависимости от условий - можно и лучше точность получить. Например, если время торможения всегда одинаково - это можно упредить программно.

И чем меньше будет время цикла - тем лучше получится результат.

Чуть не забыл. Время цикла рекомендую ставить хотя бы на 33% больше, чем время реального тика (выход с фб диагностики).

[chif.com]

Подниму больную тему, так как тоже есть необходимость работать с энкодером. Времени изучать другие ПЛК нет как и желания.

В общем у меня в старых запасах есть преобразователь куда подключается энкодер а с выхода преоброзователя два выхода

1 выход на нем просто импульсы шага вращения
2 выход на нем постоянно висит 1 при правом вращении или 0 при левом.

То есть после такого преобразователя не надо вычислять фазу.

Работать будет?

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

[Arsie]

Сообщение от chif.com

Подниму больную тему, так как тоже есть необходимость работать с энкодером. Времени изучать другие ПЛК нет как и желания.

В общем у меня в старых запасах есть преобразователь куда подключается энкодер а с выхода преоброзователя два выхода

1 выход на нем просто импульсы шага вращения
2 выход на нем постоянно висит 1 при правом вращении или 0 при левом.

То есть после такого преобразователя не надо вычислять фазу.

Работать будет?

Будет.

Сообщение от chif.com

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

Не пропустит))

[chif.com]

Спасибо за оперативный ответ.

Только на душе не спокойно, что он не пропустит шаги. Или при назначении цифрового входа модуля как счетный он на аппаратном уровне пристегивается к внутреннему таймеру процессора или он на программном уровне опрашивает вход процессора?

[Arsie]

Сообщение от chif.com

Спасибо за оперативный ответ.

Только на душе не спокойно, что он не пропустит шаги. Или при назначении цифрового входа модуля как счетный он на аппаратном уровне пристегивается к внутреннему таймеру процессора или он на программном уровне опрашивает вход процессора?

У модуля вообще свой процессор. Даже два))

[chif.com]

Спасибо!
Тогда под этот проект закладываем Сигнетикс, надеюсь не пролетим. Пока Ваша продукция нас еще не подводила.

[Gromov]

А вам известна максимальная частота следования импульсов после преобразователя энкодера?

[chif.com]

Сообщение от Gromov

А вам известна максимальная частота следования импульсов после преобразователя энкодера?

Импульсов на оборот: 2000
Максимальная скорость вращения будет около 1-1.5 оборота в секунду.
Пойдет?
И какой модификации модуль MR надо использовать ?

[Arsie]

Сообщение от chif.com

Импульсов на оборот: 2000
Максимальная скорость вращения будет около 1-1.5 оборота в секунду.
Пойдет?
И какой модификации модуль MR надо использовать ?

Только модуль МС. В любой из своих конфигураций.

[chif.com]

Хотелось использовать Pixel c модулем MR.
Если мы снизим скорость до 1\4 оборота в секунду то можем использовать MR? Я как понял у него максимум 950Гц считает?

[Arsie]

Сообщение от chif.com

Хотелось использовать Pixel c модулем MR.
Если мы снизим скорость до 1\4 оборота в секунду то можем использовать MR? Я как понял у него максимум 950Гц считает?

Нужно смотреть на скважность импульсов, если меандр, то можно.

Но вообще тема называется "Модуль МС и инкрементальный энкодер". Относительно этого и строится всё обсуждение в этой ветке.