Добрый день! Столкнулись с проблемой: в режиме "мастера" организация сбора данных с приборов по протоколу МЭК..104 получилась без проблем, однако не видим, как настроить ТСР порт для передачи данных по этому же протоколу, то есть, чтобы порт выступал в качестве "контролируемой" станции или сервера. При добавлении точки в идентификатор типа есть только входная точка.

Изменено: lutes, 15.06.2022 15:49

Добрый день,lutes!

Простите что-то совсем не понятно, что куда вы добавляли и кто на ком стоял (а) почти Ф.Ф.Преображенский :)

Но для того чтобы какой-либо узел проекта стал отдавать информацию во внешние системы, требуется на данном узле в категории "Серверы и экспорт данных" добавить устройство, в вашем случае, "Сеть Ethernet". Затем добавить устройство "Протокол МЭК 60870-5-104". А затем настраивать обмен согласно вашим требованиям.

Admin

Добрый день,lutes!

Простите что-то совсем не понятно, что куда вы добавляли и кто на ком стоял (а) почти Ф.Ф.Преображенский :)

Но для того чтобы какой-либо узел проекта стал отдавать информацию во внешние системы, требуется на данном узле в категории "Серверы и экспорт данных" добавить устройство, в вашем случае, "Сеть Ethernet". Затем добавить устройство "Протокол МЭК 60870-5-104". А затем настраивать обмен согласно вашим требованиям.

Спасибо, всё получилось! Действительно я добавлял устройство МЭК...104 на узле "Устройства ввода-вывода" и там только входную точку можно добавить.

Добрый день! Настраиваем передачу данных по протоколу МЭК...104 из Каскад-САУ во внешнюю СКАДА систему. Подскажите, в каком месте необходимо указывать IP адрес контролирующей (master) станции? Как я понял из формуляра согласования МЭК-104, Каскад-САУ поддерживает только спорадическую передачу данных?

Добрый день,lutes!

lutes

Настраиваем передачу данных по протоколу МЭК...104 из Каскад-САУ во внешнюю СКАДА систему. Подскажите, в каком месте необходимо указывать IP адрес контролирующей (master) станции?

Собственно в самом вопросе уже находится ответ. Настройку IP-адреса надо производить во внешней СКАДА-системе. Только IP-адрес нужно указывать не контролирующей (master) станции, а серверной(slave) станции.

lutes

Как я понял из формуляра согласования МЭК-104, Каскад-САУ поддерживает только спорадическую передачу данных?

Не совсем понимаю, что вы хотели спросить.

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

Admin

lutes

Как я понял из формуляра согласования МЭК-104, Каскад-САУ поддерживает только спорадическую передачу данных?

Не совсем понимаю, что вы хотели спросить.

Я имел ввиду, что 104-й протокол имеет 2 различных принципа передачи данных: спорадический, т.е. передача только при изменении параметра на заданную в формуляре зону нечувствительности и циклический, т.е. постоянная передача с заданным циклом. В вашем файловом архиве есть формуляр согласования протокола МЭК..104, и там напротив циклической передачи стоит пустой чекбокс.

lutes

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

Суть любого сервера, не обязательно работающего в рамках СКАДА-систем, заключается в обязательном ответе на любой приходящий извне запрос. Именно поэтому адрес сети у наших серверов не настраивается. Формально ограничение входящих запросов выходит за рамки зоны ответственности СКАДА-систем. Это уже зона ответственности операционной системы и служб безопасности.

lutes

Как я понял из формуляра согласования МЭК-104, Каскад-САУ поддерживает только спорадическую передачу данных?

lutes

В вашем файловом архиве есть формуляр согласования протокола МЭК..104, и там напротив циклической передачи стоит пустой чекбокс.

Всё верно и относится это к серверу протокола МЭК..104

lutes

Я имел ввиду, что 104-й протокол имеет 2 различных принципа передачи данных: спорадический, т.е. передача только при изменении параметра на заданную в формуляре зону нечувствительности и циклический, т.е. постоянная передача с заданным циклом.

Для получения циклической передачи вам надо настраивать опрашивающую сторону(клиента)

Admin

lutes

Я имел ввиду, что 104-й протокол имеет 2 различных принципа передачи данных: спорадический, т.е. передача только при изменении параметра на заданную в формуляре зону нечувствительности и циклический, т.е. постоянная передача с заданным циклом.

Для получения циклической передачи вам надо настраивать опрашивающую сторону(клиента)

Спасибо за ответы. Но вот, например, в преобразователях мощности SATEC PM130 PLUS, настройки циклической передачи присутствуют и корректно работают в режиме "slave" вне зависимости от настроек контролирующей станции.

Обнаружили такую непонятную закономерность - данные до контролирующей станции доходят с запозданием в несколько минут. То есть, данные идут спорадически, по изменению, мертвая зона минимальна (сотые доли МВт, А), но присутствует временной сдвиг, как будто параметры какое-то время хранятся буфере. Понимаю, что вопрос именно в реализации самого 104 протокола,пока не можем понять, где именно, может быть вы сталкивались с таким поведением при обмене?

lutes

Обнаружили такую непонятную закономерность - данные до контролирующей станции доходят с запозданием в несколько минут. То есть, данные идут спорадически, по изменению, мертвая зона минимальна (сотые доли МВт, А), но присутствует временной сдвиг, как будто параметры какое-то время хранятся буфере.

Если я вас правильно понял, то контролирующая сторона это какая-то другая скада-система, не Каскад-САУ? В таком случае вопрос, в Каскаде есть временные сдвиги?

lutes

Понимаю, что вопрос именно в реализации самого 104 протокола,пока не можем понять, где именно, может быть вы сталкивались с таким поведением при обмене?

С таким поведением в Каскаде мы не сталкивались.

[quote=Admin]

lutes

Если я вас правильно понял, то контролирующая сторона это какая-то другая скада-система, не Каскад-САУ? В таком случае вопрос, в Каскаде есть временные сдвиги?

1. Да, контролирующая станция - это внешняя СКАДА.
2. В самом Каскаде сдвигов нету. Мы выполняли point-to-point проверку в реальном времени, в итоге заметили, что данные во внешней системе устаревшие.

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

lutes

1. Да, контролирующая станция - это внешняя СКАДА.

За внешнюю систему мы отвечать не можем.

lutes

2. В самом Каскаде сдвигов нету. Мы выполняли point-to-point проверку в реальном времени, в итоге заметили, что данные во внешней системе устаревшие.

Для проверки рекомендую создать отдельный небольшой проект в Каскаде, который будет опрашивать проблемные точки по тому же 104 протоколу. Запустить его сначало на вашей машине и понаблюдать за результатом. Затем запустить этот же проект на контролирующей системе и сравнить результаты с результатами внешней скады.

lutes

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

Это пока ни о чём не говорит.

Admin

lutes

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

Это пока ни о чём не говорит.

Просто не очень понятно: 1 раз в минуту от "мастера" приходит команда общего опроса C_IC_NA_1 act, сервер Каскад-САУ подтверждает его C_IC_NA_1 actcon и начинается передача данных, но данные передаются только по изменению (Spontaneus), хотя общий опрос подразумевает передачу всех доступных точек (около 130), а только затем спорадически. В итоге, "мастер" , не видя изменения значений некоторых параметров долгое время, считает данные недостоверными и зануляет их у себя, хотя у нас они отображаются корректно.

Изменено: lutes, 22.07.2022 16:51

lutes

Просто не очень понятно: 1 раз в минуту от "мастера" приходит команда общего опроса C_IC_NA_1 act, сервер Каскад-САУ подтверждает его C_IC_NA_1 actcon и начинается передача данных, но данные передаются только по изменению (Spontaneus), хотя общий опрос подразумевает передачу всех доступных точек (около 130), а только затем спорадически. В итоге, "мастер" , не видя изменения значений некоторых параметров долгое время, считает данные недостоверными и зануляет их у себя, хотя у нас они отображаются корректно.

Пока всё, что вы описываете больше указывает на проблему мастера, т.е. внешней скады.

Admin

Пока всё, что вы описываете больше указывает на проблему мастера, т.е. внешней скады.

Согласен в Вами, но: по команде общего опроса, Каскад-САУ должен сразу передать все доступные точки и только затем спорадически.

https://ibb.co/jGDcdXG

по общему запросу передает только 9 объектов информации - https://ibb.co/K5qfLWL

Изменено: lutes, 25.07.2022 15:15

В сообщении #12 вам было рекомендовано сделать проверку используюя Каскад:

Admin

Для проверки рекомендую создать отдельный небольшой проект в Каскаде, который будет опрашивать проблемные точки по тому же 104 протоколу. Запустить его сначало на вашей машине и понаблюдать за результатом. Затем запустить этот же проект на контролирующей системе и сравнить результаты с результатами внешней скады.

Какие-нибудь результаты можете озвучить?

Admin

В сообщении #12 вам было рекомендовано сделать проверку используюя Каскад:

Admin

Для проверки рекомендую создать отдельный небольшой проект в Каскаде, который будет опрашивать проблемные точки по тому же 104 протоколу. Запустить его сначало на вашей машине и понаблюдать за результатом. Затем запустить этот же проект на контролирующей системе и сравнить результаты с результатами внешней скады.

Какие-нибудь результаты можете озвучить?

Добрый день! Да, мы создали на отдельной машине еще один проект Каскад-САУ, который выступал в роли "мастера" по 104 протоколу, запихнули в него штук 15 точек и начав читать данные, заметили, что команда общего опроса (#100 C_IC_NA_1 act) на "слейв" не приходит вообще, данные идут поинициативе "слейва" спорадически после получения разрешения от "мастера" (STARTDT act). Затем мы создали на обоих станциях в узле 104 устройства группу точек с целью опроса группы, но данные с неё так и не получили. Также непонятно, почему не активируется режим периодической (циклической) передачи данных, также непонятно, как заставить "мастер" выполнять общий опрос. В формулярах согласования клиента и сервера 104 протокола ответ так и не смогли найти.

Изменено: lutes, 26.07.2022 13:44

lutes

Также непонятно, почему не активируется режим периодической (циклической) передачи данных, также непонятно, как заставить "мастер" выполнять общий опрос. В формулярах согласования клиента и сервера 104 протокола ответ так и не смогли найти.

В пункте 1.6 подпункт "Циклическая передача данных" стоит пустой прямоугольник, функция или ASDU не используется.

Admin

В пункте 1.6 подпункт "Циклическая передача данных" стоит пустой прямоугольник, функция или ASDU не используется.

Спасибо, теперь понятно. В том же п. 1.6 отмечены чекбоксы "Общий опрос" и "Опрос группы", т.е. функции <100> и <102> должны работать? Если да, то как настроить выдачу контролируемой станцией всех точек по команде C_IC_NA_1 act? Также, хотелось бы узнать, как активировать данную функцию на контролирующей станции (т.е. если мастером выступает Каскад-САУ)

Изменено: lutes, 27.07.2022 10:05