Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Диспетчеризация ГРЩ
Диалог специалистов АВОК > ОБЩИЙ ФОРУМ > Автоматизация систем
alex_1978
Господа добрый день! В ГРЩ на каждом автомате модуль коммуникации Ekip Com ModBus, также присутствуют измерительные устройства с Modbus, в ГРЩ 11 панелей. Подскажите какое максимальное количество может быть в шине передачи по Modbus для передачи в систему диспетчеризации? 255 устройств, правильно? Спасибо
shavr
Добрый день! По спецификации modbus адресное пространство 1 - 247, то есть максимум 247 устройств, при этом у RS-485 до 32 устройств в сети без магистральных усилителей.
alex_1978
Цитата(shavr @ 30.8.2016, 10:54) *
Добрый день! По спецификации modbus адресное пространство 1 - 247, то есть максимум 247 устройств, при этом у RS-485 до 32 устройств в сети без магистральных усилителей.


В каждой панели для каждых 30ти модулей ModBus автоматических выключателей стоят повторители PSM-ME-RS485/RS485-P
shavr
Ну вот, грубо, в шину можно собрать 8 сегментов по 30 устройств. Итого: 240 устройств Модбас + 7 усилителей. Если все устройства ГРЩ в эту емкость укладываются, то можно попробовать обойтись одним шлейфом.
alex_1978
Цитата(shavr @ 30.8.2016, 11:24) *
Ну вот, грубо, в шину можно собрать 8 сегментов по 30 устройств. Итого: 240 устройств Модбас + 7 усилителей. Если все устройства ГРЩ в эту емкость укладываются, то можно попробовать обойтись одним шлейфом.

Спасибо большое!
wild
Цитата(shavr @ 30.8.2016, 12:24) *
Ну вот, грубо, в шину можно собрать 8 сегментов по 30 устройств. Итого: 240 устройств Модбас + 7 усилителей. Если все устройства ГРЩ в эту емкость укладываются, то можно попробовать обойтись одним шлейфом.


Плохой вариант. Представляете цикл обмена со всеми устройствами через один порт? А если одно не отвечает? А если два не отвечает?
Ставьте дешевые контроллеры для преобразования в Modbus TCP и группируйте не более 15-20 slave на один порт master. Заодно контроллером можно упаковать битовую информацию в слова.
manjey73
Если устройства поддерживают групповые запросы то пофигу, что там на одной шине 240 устройств.
Mikhail_Komarov
Добрый день!

В среднем, для выключателя с Ekip COM Modbus можно сделать 15 запросов в секунду.
Если их 240, то чтобы снять только статусы, придётся ждать четверть минуты. А там ещё измерения (ток, как минимум).
С таким циклом обмена некомфортно.

Вариант 1:
по одному контроллеру (мастер на RS485, слэйв (сервер) на TCP) на каждый шкаф;
плюсы: предварительная обработка данных;
минусы: много контроллеров - дорого, программировать каждый отдельно.

Вариант 2:
по одному-два шлюза (Modbus TCP - Modbus RTU) на каждый шкаф;
плюсы: дешевле по железу;
минусы: нет предварительной обработки данных (вытаскивать биты из слов не каждая скада справляется).

Вариант 3:
один контроллер помощнее (память в первую очередь, TCP-клиент и TCP-сервер одновременно)
и по одному-два шлюза Modbus TCP - Modbus RTU на каждый шкаф;
плюсы: один контроллер - одна программа, для диспетчеризации ГРЩ - одно устройство;
минусы: не каждый контроллер подойдёт, самый дорогой вариант по железу.

Все три варианта позволяют сделать цикл обмена 1-2 сек.
manjey73
Простите, какая разница, сколько на шлейфе устройств если контроллер или SCADA одна ?
да хоть по 30 в шлейф раскидайте, а опрос окажется последовательным.
Что ПЛК, что ПК не работают параллельно. Программа ёпт.

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

других путей не придумали.

ну кроме много контроллеров.
wild
Цитата(manjey73 @ 3.9.2016, 22:42) *
Если устройства поддерживают групповые запросы то пофигу, что там на одной шине 240 устройств.


Что такое групповые запросы для Modbus?
manjey73
один запрос нескольких регистров сразу.
wild
Цитата(manjey73 @ 9.9.2016, 12:31) *
один запрос нескольких регистров сразу.


Разве есть устройства которые не могут выдавать несколько регистров сразу? Устройства поддерживающие функцию 0x01, но не поддерживающие функции 0x02, 0x03 и 0x04 - не встречал в своей практике.
Бывают не оптимальные карты распределения адресов регистров, например, в частотных преобразователях Danfoss регистры идут по адресам кратным номеру параметров в секции Data Readouts.
Т.е. существующие адреса регистров идут между несуществующими и это вызывает ошибки при попытки использования функции чтения группы регистров. Не понятна позиция разработчиков которые реализовали поддержку функций 0x02, 0x03 и 0x04, но расположили адреса регистров так, чтобы использовать эти функции для чтения нескольких параметров в одном запросе было невозможно.

В любом случае утверждение "Если устройства поддерживают групповые запросы то пофигу, что там на одной шине 240 устройств" в корне не верно.
Олег_
Цитата(wild @ 9.9.2016, 14:49) *
Не понятна позиция разработчиков которые реализовали поддержку функций 0x02, 0x03 и 0x04, но расположили адреса регистров так, чтобы использовать эти функции для чтения нескольких параметров в одном запросе было невозможно.

Сам фигею от таких, у Овена подобное в модулях точно было, в новых вроде исправились. (у многоканальных модулей значения каналов шли вперемешку с кучей бесполезных данных)

Бывают интересные исключения, в частотниках MX2 (Хитачи-Омрон) нужные данные можно произвольно перенаправить в дополнительную группу регистров. В результате читать и писать всё что нужно под задачу, можно всего одной посылкой с кодом 17h. Вот есть же люди с правильными мозгами.
Олег_
Цитата(Mikhail_Komarov @ 6.9.2016, 9:43) *
Добрый день!

В среднем, для выключателя с Ekip COM Modbus можно сделать 15 запросов в секунду.
Если их 240, то чтобы снять только статусы, придётся ждать четверть минуты.........и.т.д.

http://www.rusavtomatika.com/weintek/mTV-100.php
два порта 485, обработаете, положите в память панели, заберёте по эзернету.

хотя немного вкуснее вариант с
http://www.delta-electronics.info/DVPSE
немного дешевле, и модули можно прикрутить под дополнительные сигналы.
manjey73
wild ОВЕН ПЛК 63/73 не позволяет сделать групповой запрос из основной памяти например.

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

и считать все одним махом, в разы может сократиться время.

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

+ устройства должны быть с чтением битовых масок по входам, что еще уменьшит время опроса.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Форум IP.Board © 2001-2025 IPS, Inc.