[ На главную ] -- [ Список участников ] -- [ Правила форума ] -- [ Зарегистрироваться ]

Гарантированное время доставки информации

  Вход на форум   логин       пароль   Забыли пароль? Регистрация
On-line:  

Раздел: 
Телемеханика и связь в энергетике / Модемы и протоколы ТМ / Гарантированное время доставки информации

Страницы: 1  ответить новая тема

Автор Сообщение

аксакал
Группа: Модераторы
Сообщений: 592
 Добавлено: 11-09-2007 16:04
Один из пунктов "Технических требований по организации каналов связи и передаче телеметрической информации, необходимой для управления режимом ЕЭС" гласит:
При использовании протокола IEC 60870-5-104 на базе сервисов TCP/IP должны быть обеспечены гарантированное время доставки и информационная безопасность передаваемой информации.

Кто может поделиться опытом или соображениями по реализации этого требования?

аксакал
Группа: Участники
Сообщений: 568
 Добавлено: 11-09-2007 17:05
Хых, 104 гост не регламентирует скорость передачи

постоянный участник
Группа: Участники
Сообщений: 89 		Добавлено: 11-09-2007 17:49
Так требуется не скорость, а гарантированное время доставки пакетов, а это не одно и тоже.
А что говорится об ограничениях по времени, каким оно должно быть, какие требования?
По идее если передача ведется по сети общего пользования, то говорить о гарантированном времени передачи сложно.

постоянный участник
Группа: Участники
Сообщений: 89 		Добавлено: 11-09-2007 18:02
Еще добавлю...

С подобной делемой сталкиваются при передаче сигналов команд РЗА, и именно по этой причине для целей РЗА не используются IP сети, только SDH. Однако временные требования для РЗА это 10-50 мсек.

аксакал
Группа: Модераторы
Сообщений: 592
 Добавлено: 11-09-2007 19:45
Насколько я правильно понимаю, нынешний протокол TCP/IP не предусматривает приоритеты пакетов (если я правильно выразился, т.к. мои познания в сетевых технологиях не слишком высоки). Поправьте меня в противном случае. Возможно, что какие-то модели/марки маршрутизаторов и могут рулить приоритетом или это позволяют протоколы VPN и т.п..
Хотелось бы услышать все мнения и предложения. Неужто этот пункт взяли "с потолка"?

аксакал
Группа: Участники
Сообщений: 568
 Добавлено: 12-09-2007 17:09
Мне кажется - с потолка. В документе, который я видел, это время равняется 1сек для ТС и _ДЛЯ ТИ_..
Если заглянуть в ГОСТ Р МЭК 870-6-1-98, то там есть интересный пункт 1.3 "Требования к эффективности связи."
Там определено несколько классов времён запаздывания данных процесса в реальном времени:
RT1-не более 0,5с
RT2-не более 2с
RT3-не более 4с
RT4-не более 16с
RT5-по договоренности
период для периодических сообщений:
Р1-2с
Р2-4с
Р3-8с
Р4-1мин
Р5-15мин
Р6-1час
Р7-по договоренности
И есть интересные таблички №5 и №6.
в соответствии с табл.№5 ТИ с уровня регионального пункта управления (RCC) на уровень главного пункта управления (MCC )передаются ПЕРИОДИЧЕСКИ с периодом класса Р4-Р6.
ТС передаются СПОРАДИЧЕСКИ с задержками класса RT1-RT2.

Вот как-то так

аксакал
Группа: Модераторы
Сообщений: 592
 Добавлено: 13-09-2007 20:18
То есть, если этот ГОСТ не устарел, то выходит, что технические требования не соответствуют стандартам РФ?

аксакал
Группа: Участники
Сообщений: 568
 Добавлено: 14-09-2007 09:52
То есть, если этот ГОСТ не устарел, то выходит, что технические требования не соответствуют стандартам РФ?

Это риторический вопрос?
Я просто привёл выдержку из ГОСТ. Может, чего не правильно в нём понял?

постоянный участник
Группа: Участники
Сообщений: 89 		Добавлено: 14-09-2007 10:12
Почему "требования" не соответсвуют ГОСТ? Не пойму вашу логику.
Помоему они друг друга дополняют.


Группа: Участники
Сообщений: 8 		Добавлено: 02-10-2007 09:09
Я уже отвечал на подобный вопрос в разделе про "Гранит-микро". Проблема не в протоколе 104, а в его реализации в системах телемеханики. Если не уйти от алгоритма формирования сообщений центральным контроллером, который операрует общей базой данных, полученных от всех модулей устройства КП, оперативность будет "никакой". Если же использовать архитектуру "Гранит-микро" - формирование сообщения для передачи "по событиям", зафиксированным модулем-источником информации, оперативность на порядки увеличивается.
С командами телеуправления вопрос серьезней. Стандартные устройства ЗА используют, как правило, одноэтапное выполнение команды, что противоречит ГОСТ на системы телемеханики, который требует разделения команды на два этапа. Поэтому мы своим партнерам рекомендуем использовать стандартный для телемеханики алгоритм с помощью специализированных модулей или использовать "хитрые" механизмы дублирования компонентов команды ТУК.
Научный руководитель НПП "Промэкс" Портнов М.Л.

долгожитель
Группа: Участники
Сообщений: 450
 Добавлено: 08-10-2007 08:42
Один из пунктов "Технических требований по организации каналов связи и передаче телеметрической информации, необходимой для управления режимом ЕЭС" гласит:
При использовании протокола IEC 60870-5-104 на базе сервисов TCP/IP должны быть обеспечены гарантированное время доставки и информационная безопасность передаваемой информации.


Кто может поделиться опытом или соображениями по реализации этого требования?


Уважаемый Andrej! Если Вам не трудно подскажите пожалуйста, где можно найти данный документ? Если он у Вас в электронном виде, может скинете мне на мыло. Заранее спасибо.

редкий гость
Группа: Участники
Сообщений: 19 		Добавлено: 04-06-2008 19:53
... Возможно, что какие-то модели/марки маршрутизаторов и могут рулить приоритетом ...


Насколько я слышал маршрутизаторы RuggedCom позволяют рулить приоритетом. Правда слышал это применительно к использованию протокола 61850, заголовки которого могут разбирать эти маршрутизаторы и распределять потоки в зависимости от приоритетов...

Страницы: 1  ответить новая тема
Раздел: 
Телемеханика и связь в энергетике / Модемы и протоколы ТМ / Гарантированное время доставки информации

KXK.RU