Зарегистрирован: Oct 20, 2005 Сообщения: 20 Рейтинг: +0/-0
Добавлено: Пт 21 Окт, 2005 10:53:14 Заголовок сообщения: DeviceNet для связи ControlLogix с кодовыми датчиками
Здраствуйте!
При проектировании возникла следующая задача: для управления механизмами нужно обрабатывать в контроллере серии ControlLogix сигналы от 4х абсолютных кодовых датчиков (т.е. Absolute Encoder, в частности датчики серии C-65-M фирмы TR electronics с интерфейсом DeviceNet). При этом для обеспечения необходимой точности остановки механизма нужно чтобы периодичность обновления данных для 2х из них не превышала 50мс.
Возможно ли обеспечитьтакую скорость опроса данных при помощи модуля 1756-DNB и сети DeviceNet? Влияет ли задержка ответа на запрос одного из устройств сети на общее время опросов/ответов в сети?
Достаточно ли для конфигурирования опроса датчиков RSNetworx for DeviceNet или возможно понадобится какое то дополнительное ПО (файлы EDS от производителя к данной модели датчиков есть)?
При проектировании возникла следующая задача: для управления механизмами нужно обрабатывать в контроллере серии ControlLogix сигналы от 4х абсолютных кодовых датчиков (т.е. Absolute Encoder, в частности датчики серии C-65-M фирмы TR electronics с интерфейсом DeviceNet). При этом для обеспечения необходимой точности остановки механизма нужно чтобы периодичность обновления данных для 2х из них не превышала 50мс.
Возможно ли обеспечитьтакую скорость опроса данных при помощи модуля 1756-DNB и сети DeviceNet?
Здравствуйте!
Точно рассчитать время я не могу, т.к. нет точных данных, но давайте просто приблизительно прикинем.
Давайте представим себе худший случай.
Миммальная скорость передачи данных в сети составляет 125 килобит в секнду, те. 125 * 1024 / 1000 = 128 байт за 1 миллисекунду.
В случае, если сегмент имеет малую длину, используется скорость 500 к/сек, т.е. время обмена будет вчетверо меньше.
Предположим, что Ваш датчик за 1 миллисекунду передаст 64 байта, а остальное - ну,допустим, накладные расходы + запас.
Если у Вас, скажем, 4 датчика в этом сегменте, то все они будут опрошены за максимум 4 миллисекунды и их ланные лягут в память 1756-DNB,
Если предположить, что Вы задаёте дисциплину опроса "поллинг", то каждые 4 миллисекунды инфорация в 1756-DNB будет обновляться.
Если предположить, что время цикла процессора также составляет несколько миллисекунд, то я думаю, что Вы получите суммарное время десяток плюс-минус пару-тройку миллисекунд.
Я не знаю, как Ваш процессор распорядится этой обработанной информацией, но если предположить, что Вы управляете частотным преобразователем, который также находится на DeviceNet, то предположим, что для обмена данными с ним также требуется сопоставимое время.
То есть, в принципе, Вы укладываетесь в допустимое время.
Цитата:
Влияет ли задержка ответа на запрос одного из устройств сети на общее время опросов/ответов в сети?
Да, поскольку датчики опрашиваются последовательно.
Цитата:
Достаточно ли для конфигурирования опроса датчиков RSNetworx for DeviceNet или возможно понадобится какое то дополнительное ПО (файлы EDS от производителя к данной модели датчиков есть)?
Нет, если EDS-файл есть, то ничего другого не понадобится.
Успехов! _________________ Обращайтесь к профессионалам.
Влияет ли задержка ответа на запрос одного из устройств сети на общее время опросов/ответов в сети?
Да, поскольку датчики опрашиваются последовательно.
Каким образом можно определить возможное время задержки опроса следующего датчика? (Что то типа расчёта Worst Case Time). Возможно ли индивидуальное задание для каждого узла сети переодичности опроса и величины таймаута?
Каким образом можно определить возможное время задержки опроса следующего датчика?
Датчики сканируются непрерывно и последовательно, без интервала. В конце каждого скана сканеру указывается интервал между сканами "Interscan Delay", задаваемый в RSNetworx for DN и равный по умолчанию 10мс.
Цитата:
Возможно ли индивидуальное задание для каждого узла сети переодичности опроса и величины таймаута?
Такая возможность мне неизвестна. _________________ Обращайтесь к профессионалам.
Последний раз редактировалось: oldDad (Пт 21 Окт, 2005 16:06:06), всего редактировалось 1 раз
Какие ещё из распространённых для такого типа устройств, как кодовые датчики, интерфейсов (SSI, Profibus, etc.) возможно использовать в системе управления, построенной на базе контроллеров/УВВ ControlLogix?
Является ли в данном случае DeviceNet наиболее удобным вариантом (учитывая в/у требования к быстродействию)?
Предположим, что Ваш датчик за 1 миллисекунду передаст 64 байта, а остальное - ну,допустим, накладные расходы + запас.
Следует читать:
Цитата:
Предположим, что Ваш датчик за 1 миллисекунду передаст 64 байта, а остальное - резерв времени на "Interscan Delay" (часть этого времени для одного датчика)
Какие ещё из распространённых для такого типа устройств, как кодовые датчики, интерфейсов (SSI, Profibus, etc.) возможно использовать в системе управления, построенной на базе контроллеров/УВВ ControlLogix?
Является ли в данном случае DeviceNet наиболее удобным вариантом (учитывая в/у требования к быстродействию)?
Существуют интерфкйсные модули для любых сетей.
Оптимальными вариантами являются, по моему мнению, DeviceNet и SSI. _________________ Обращайтесь к профессионалам.
Модулем Allen-Bradley с интерфейсом SSI, устанавливаемым в локальное шасси, является 1756-M02AS.
Кроме того, есть удалённые модули 1734-SSI серии Allen-Bradley Point I/O.
Альтернативно Вы можете использовать карту преобразователя из SSI в параллельный код Allen-Bradley 842-SPA + контейнер для неё 842-CH.
Датчик 842-SPA _________________ Обращайтесь к профессионалам.
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
Smart Solutions VDT GmbH | Friedrich-List-Allee 38, D-41844 Wegberg-Wildenrath, Germany Tel.: +49 2432 933 57 83 | e-Mail: office@vdt-solutions.de Все товарные знаки и торговые марки являются собственностью их владельцев.
При использовании материалов сайта ссылка на данный сайт обязательна. Открытие страницы: 0.131 секунды
FAQ
Поиск
Группы
Профиль
Войти и проверить личные сообщения
Вход
