день добрый. необходимо оснастить станок двумя абсолютными энкодерами. как я понимаю, это можно сделать дополнив плк расширителем входов? так ли это, и есть ли такие опробованные варианты?
Вид для печати
день добрый. необходимо оснастить станок двумя абсолютными энкодерами. как я понимаю, это можно сделать дополнив плк расширителем входов? так ли это, и есть ли такие опробованные варианты?
на самом деле вопрос в скорости работы энкодеров.
сам плк может работать с энкодерами на частоте до 1ккц. если скорость нужна больше - можно использовать внешние модули с высокой скоростью опроса (для частоты энкодела 10 кгц счетные входы должны быть порядка 50-100 кгц).
какова разрядность энкодеров? какова частота опроса? энкодеры оптические или механические?
задача на начальной стадии. есть станок, точность линейного перемещения узла 1мм достаточно. гидравлика. скорость пемещения выбираем сами скажем 1 см/сек. энкодера в наличии нет, поэтому подбираем какой нужен достаточен 1024 отсчёта. энкодеров 2. подключать планирую к отдельным устройствам ввода и потом на rs485. на плк будут свои концевики и пр.
не вижу проблем
А вот я вижу... Положим абсолютный энкодер на 1024 позиции, т.е. 10 разрядов, получается что нужно подключить 10 входов, да тут еще два таких энкодера. Получается что нужно использовать МДВВ, а вот с какой скоростью можно будет получать от него информацию о состоянии входов (положим МДВВ близко к ПЛК и скорость обмена максимальная 115 килобит)? Или есть еще какие то решения?
ПЛК100 не разрабатывался для робототехники. Там совсем другие скорости и число каналов управления. Если разбить задачу на неск. ПЛК, то можно решить.
И все таки вы не ответили. С какой же скоростью можно опрашивать МДВВ на скорости 115 килобит в секунду? Может для определенных задач этого и хватит.
А вообще OMRON, в контроллерах подобных вашему ПЛК100 (например в CPM2A), сделало специальный вход в виде штыревого разъема, обменивающийся с ЦПУ по внутреннему интерфейсу (SPI скорее всего), специльно для абсолютного энкодера. Значение угла сразу (без всякой програмной обработки со стороны пользователя) отправляется с специальный регистр. Очень хотелось чтобы ОВЕН дал японцам достойный ответ.
Модульные ПЛК в разработке.
Отличная новость. И когда их ждать?
Самого интересовал этот вопрос. Нарисовал маленький довесок к основной проге. ПЛК ведет работу с 2-мя МДВВ. Читает регистр битовой маски входов и записыват 8 регистров выходов каждого МДВВ. Протокол ModBus ASCII. Polling Time по минимуму - 10мс. Вобщем, получилось ~12,5мс на обмен с одним МДВВ. Но это если использовать обмен именно по Polling Time и использовать ModBus ASCII. В случае испльзования ModBus RTU, режим мастера By value change или By command думаю можно добиться единиц мс. Идеальный вариант, если интересует максимальная скорость, использовать собственно написанную программу обмена.Цитата:
И все таки вы не ответили. С какой же скоростью можно опрашивать МДВВ на скорости 115 килобит в секунду? Может для определенных задач этого и хватит.
Цитата:
Модульные ПЛК в разработке.
Согласен, новость отличная. Ждемс. Особенно интересуют модули =24В классического исполнения, думаю интересуют не только меня.Цитата:
Отличная новость.
Я уже приводил тут расчёты по пропускной способности шины на ModBus RTU. 100 Гц легко достижимы. 200-500 Гц - тоже возможно, в режиме по смене значения для выходов и по команде для входов.
Основное - читать входы как можно чаще, а записывать как можно реже.
И где вы их приводили (расчеты в смысле)? Я тут в соседней ветке задал вопрос, какой протокол более компактный и шустрый, но ответа не последовало...
Просто мне надо будет опрашивать приборы ПЛК150 через GPRS-модем, а там трафик-деньги.
Самый шустрый - ModBus RTU, но для модемов он не подходит. ModBus ASCII или ОВЕН - без разницы.
А почему не походит? Модем НЕВОД-GPRS, производитель заявляет что обмен полностью прозрачный, как будто идет обмен по проводной системе. На компе создается виртуальный COM порт в который и поступают данные. А как посчитать трафик который будет потреблять протокол ModBus.
Режим RTU очень чуствителен к задержкам между байтами, т.к. по этим задержкам детектируется конец пачки. Модем в силу зависимости от физ. среды передачи (параметры к-й не стабильны) может давать непредсказуемые задержки в любом месте пачки, что приведёт к не корректному детектированию конца пачки.
Если Вы готовы к нек-му проценту сбоев при обмене и к 95 % сбоев под новый год - используйте режим RTU
Хорошо буду иметь ввиду. Так все таки как рассчитать трафик который сожрет обмен между 20 ПЛК и SCADой по GPRS?
Сумма(Сумма((данные+служ. часть протокола)*темп опроса в Гц) по всем опрашиваемым переменным)по всем опрашиваемым ПЛК.
www.skbis.ru них есть обсуждения на форуме, могут подсказать, вроде эта ссылка
http://forum.skbis.ru/
Маньяки! Никто не использует параллельное считывание с энкодеров!! Они конечно есть для эстетов, но остальные пользуются последовательной передачей кода, который формируется внутри самого энкодера.
Почему в паспорте на контроллер указана допустимая скорость до 10 кгц,Цитата:
Сообщение от Николаев Андрей
где правда?
Отдельный вход с импульсным датчиком работает до 10 кГц.Цитата:
Сообщение от lunyov_i
При подключении энкодера задействуются несколько входов и из-за дополнительной обработки максимальная частота при работе с энкодером падает.
То есть реальная частота все таки 1-кгц?
Чтобы работал энкодер, ему надо семплировать входы с частотой минимум в 4 раза выше, чем для счётчика (для обнаружения сдвига фазы в 90 гр.)
Понятно, что крайняя частота входов энкодера исходя из вышесказанногоЦитата:
Сообщение от Филоненко Владислав
2,5 кгц . (Так как в паспорте максимальная частота счетчика 10 Кгц )
Учитывая, что редкий энкодер выдерживает точно 90 гр смещение, но 1 кИмпульс в сек более реалистично
а как подключить абсолютный энкодер (12 разрядов, вых. 24в) к мдвв??
и вообще, к чему его можно подключить? имеется в виду модули плк 1хх?
Можно попробовать ПЛК110 у него входов хватает.Но будет геморрой с программной обработкой кода Грея , который выскакивает из абсолютного энкодера.
А к МДВВ даже и не пытайтесь- потеряете время и , следовательно,ДЕНЬГИ.
Для работы с энкодером ПЛК Овен приспособлены весьма условно. Не рекомендую вообще терять на этом время. У ПЛК110-36 и 60 2 и 4скоростных входа соответственно. Так что используйте специализированный модуль скоростного счета, а уже с него считывайте данные в ПЛК. Так же работают ПЛК других производителей, как правило1-4 входа для скоростных счетчиков, остальное через спец. модули.
Все зависит от задачи на которую планируете использовать абсолютный энкодер. Если получение координаты от энкодера не требуется быстрее, чем идет опрос входов ПЛК или опрос МДВВ, пожалуйста, подключайте.Цитата:
а как подключить абсолютный энкодер (12 разрядов, вых. 24в) к мдвв??
и вообще, к чему его можно подключить? имеется в виду модули плк 1хх?
При подключении необходимо только произвести согласование уровней сигналов м/у энкодером и устройством
В том и прелесть абсолютного энкодера, что реальные данные о координате можно получить в любой момент его опроса. Зачем модуль скоростного счета?Цитата:
Так что используйте специализированный модуль скоростного счета, а уже с него считывайте данные в ПЛК.
lara197a имеет в виду то что у других производителей, для работы с абсолютным энкодером используется специальный модуль. Данные с этого модуля поступают в ЦПУ по внутренней скоростной шине.
Можно вместо МДВВ использовать МВ110-16ДН или МК110-8ДН.4Р.
Но нужно понимать, что входы модулей работают с частотой до 1 кГц.
Плюс к этому время тратится на опрос по интерфейсу (как минимум несколько милисекунд). Если такое быстродействие вас устраивает - используйте модули, но лучше все же рассмотреть вариант со скоростными входами ПЛК110
В модуле энкодер ноль условный, как сбрасывать его в ноль по входу контроллера (выходной сигнал энкодера)?