Диспетчеризация ГРЩ Опции

[alex_1978]

Господа добрый день! В ГРЩ на каждом автомате модуль коммуникации Ekip Com ModBus, также присутствуют измерительные устройства с Modbus, в ГРЩ 11 панелей. Подскажите какое максимальное количество может быть в шине передачи по Modbus для передачи в систему диспетчеризации? 255 устройств, правильно? Спасибо

[alex_1978]

Господа добрый день! В ГРЩ на каждом автомате модуль коммуникации Ekip Com ModBus, также присутствуют измерительные устройства с Modbus, в ГРЩ 11 панелей. Подскажите какое максимальное количество может быть в шине передачи по Modbus для передачи в систему диспетчеризации? 255 устройств, правильно? Спасибо

[shavr]

Добрый день! По спецификации modbus адресное пространство 1 - 247, то есть максимум 247 устройств, при этом у RS-485 до 32 устройств в сети без магистральных усилителей.

[alex_1978]

Добрый день! По спецификации modbus адресное пространство 1 - 247, то есть максимум 247 устройств, при этом у RS-485 до 32 устройств в сети без магистральных усилителей.

В каждой панели для каждых 30ти модулей ModBus автоматических выключателей стоят повторители PSM-ME-RS485/RS485-P

[shavr]

Ну вот, грубо, в шину можно собрать 8 сегментов по 30 устройств. Итого: 240 устройств Модбас + 7 усилителей. Если все устройства ГРЩ в эту емкость укладываются, то можно попробовать обойтись одним шлейфом.

[alex_1978]

Ну вот, грубо, в шину можно собрать 8 сегментов по 30 устройств. Итого: 240 устройств Модбас + 7 усилителей. Если все устройства ГРЩ в эту емкость укладываются, то можно попробовать обойтись одним шлейфом.

Спасибо большое!

[Гость_wild_*]

Ну вот, грубо, в шину можно собрать 8 сегментов по 30 устройств. Итого: 240 устройств Модбас + 7 усилителей. Если все устройства ГРЩ в эту емкость укладываются, то можно попробовать обойтись одним шлейфом.

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

Сообщение отредактировал wild - 2.9.2016, 21:35

[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_*]

Если устройства поддерживают групповые запросы то пофигу, что там на одной шине 240 устройств.

Что такое групповые запросы для Modbus?

[manjey73]

один запрос нескольких регистров сразу.

[Гость_wild_*]

один запрос нескольких регистров сразу.

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

В любом случае утверждение "Если устройства поддерживают групповые запросы то пофигу, что там на одной шине 240 устройств" в корне не верно.

[Олег_]

Не понятна позиция разработчиков которые реализовали поддержку функций 0x02, 0x03 и 0x04, но расположили адреса регистров так, чтобы использовать эти функции для чтения нескольких параметров в одном запросе было невозможно.

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

Бывают интересные исключения, в частотниках MX2 (Хитачи-Омрон) нужные данные можно произвольно перенаправить в дополнительную группу регистров. В результате читать и писать всё что нужно под задачу, можно всего одной посылкой с кодом 17h. Вот есть же люди с правильными мозгами.

Сообщение отредактировал Олег_ - 9.9.2016, 16:33

[Олег_]

Добрый день!

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

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

хотя немного вкуснее вариант с
http://www.delta-electronics.info/DVPSE
немного дешевле, и модули можно прикрутить под дополнительные сигналы.

[manjey73]

wild ОВЕН ПЛК 63/73 не позволяет сделать групповой запрос из основной памяти например.

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

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

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

+ устройства должны быть с чтением битовых масок по входам, что еще уменьшит время опроса.

Сообщение отредактировал manjey73 - 9.9.2016, 16:57