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

Преднозначен ли 101-master (небалансный режим) для передачи ТС и ТИ на КП

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

Раздел: 
Телемеханика и связь в энергетике / Модемы и протоколы ТМ / Преднозначен ли 101-master (небалансный режим) для передачи ТС и ТИ на КП

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

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


Группа: Участники
Сообщений: 8 		Добавлено: 26-01-2009 11:00
Со стороны контроллера телемеханики поднят 101-slave,со стороны АСУТП 101-master, В АСУТП поступает информация из контроллера телемеханики это значения токов и мощностей.

Так же нам необходимо передавать около 100 ТС в контроллер телемеханики.
Для этого мы хотим что бы в контроллере телемеханики был поднят
101-master,но разработчики контроллера не хотят этого делать,
аргументируя это тем что можно использовать существующий канал,
правомерны ли их утверждения.
Можно ли им аргументировано ответить, что так не делают?

аксакал
Группа: Участники
Сообщений: 553 		Добавлено: 26-01-2009 11:10
Со стороны контроллера телемеханики поднят 101-slave,со стороны АСУТП 101-master, В АСУТП поступает информация из контроллера телемеханики это значения токов и мощностей.

Так же нам необходимо передавать около 100 ТС в контроллер телемеханики.
Для этого мы хотим что бы в контроллере телемеханики был поднят
101-master,но разработчики контроллера не хотят этого делать,
аргументируя это тем что можно использовать существующий канал,
правомерны ли их утверждения.
Можно ли им аргументировано ответить, что так не делают?


По-моему, достаточно со АСУТП 101-master: инициатором обмена является 101-master, надо, чтобы он вел опрос, по которому 101-slave будет выдавать ему все, что у него есть: и ТИ,и ТС (ТС должны иметь приоритет)..... Вроде так....


Группа: Участники
Сообщений: 8 		Добавлено: 26-01-2009 11:20
Нам нужно передовать ТС на контроллер телемеханики ,поэтому мы хотим чтобы на контроллере был поднят 101-master

аксакал
Группа: Участники
Сообщений: 553 		Добавлено: 26-01-2009 11:23
Нам нужно передовать ТС на контроллер телемеханики ,поэтому мы хотим чтобы на контроллере был поднят 101-master


А сейчас инициатор обмена- АСУТП?


Группа: Участники
Сообщений: 8 		Добавлено: 26-01-2009 11:24
Да

аксакал
Группа: Участники
Сообщений: 553 		Добавлено: 26-01-2009 11:27
Да


Тогда делайте контроллер инициатором обмена. Возможно, у разработчиков контроллера не реализован режим master, но тогда все вопросы к ним. ГОСТ на 101 обязывает реализацию ОБОИХ режимов.


Группа: Участники
Сообщений: 8 		Добавлено: 26-01-2009 11:42
У них 101-master есть,они просто не хотят эту работу делать.
Не могли бы Вы сказать в каком пункте Госта сказано что необходима реализация ОБОИХ режимов.

аксакал
Группа: Участники
Сообщений: 553 		Добавлено: 26-01-2009 11:55
У них 101-master есть,они просто не хотят эту работу делать.
Не могли бы Вы сказать в каком пункте Госта сказано что необходима реализация ОБОИХ режимов.


В ГОСТЕ "хитро" сказано, возможно разработчики и правы:

НЕСИММЕТРИЧНАЯ ПЕРЕДАЧА
В несимметричных системах передачи КП всегда вторичен (slave). ПУ
- первичнен (master).
В иерархических системах любой промежуточный узел является первич-
ным в направлении к КП и вторичным в направлении к ПУ. RES-биты (ре-
зервные) в поле управления не используются. Адресное поле А канала
-один или два байта, как определено фиксированным параметром систе-
мы. Номер адреса для общей (широковещательной) команды (всегда для
режима ПОСЫЛКА/БЕЗ ОТВЕТА) - 255 (при однобайтном адресе) или 65535
(при двухбайтном адресе).
Групповые адреса не определяются.
В системах с опросом основная процедура передачи использует для
режима ЗАПРОС/ОТВЕТ функциональный код 11 (запрос прикладных данных
класса 2). Данные класса 1 указываются с помощью бита ACD, как опре-
делено в ГОСТ Р МЭК 870-5-2. КП, не имеющие данных класса 2, отвечают
на запрос данных класса 2 функциональным кодом 9, показывая, что зап-
рашиваемых данных нет.
СИММЕТРИЧНАЯ ПЕРЕДАЧА
Запрос всех стандартизованных функциональных кодов в первичном
направлении (от 0 до 4 и 9) должен получить положительный или отрица-

11

ГОСТ Р МЭК 870-5-101
тельный ответ. В случае невыполненной услуги вторичная станция отве-
чает функциональным кодом 15, что услуга канала не выполнена.
Адресное поле А не обязательно. Если оно определено, то состоит
из одного или двух байт для каждой системы. В симметричных системах
не применяется команда общего вызова.

аксакал
Группа: Участники
Сообщений: 553 		Добавлено: 26-01-2009 13:14
Вообще-то, если устройства ТМ от разных производителей, то между ними подписывается протокол совместимости. Вот наш пример для 101 протокола (в п.3.5.1 указаны и master,и slave:

3.5 Протокол совместимости
3.5.1 Устройство
(системный параметр). Определяется одним знаком Х.
1. Контролирующая станция (master) X
2. Контролируемая станция (slave) X
3.5.2 Конфигурация сети
(параметр сети для МЭК 870-5-101)
1. Точка-точка (выделенный канал ПУ – КП) X
2. Многократная точка-точка (ЦППС и независимые каналы к каждому КП)
3. Многоточечная магистральная (один общий канал ПУ со всеми КП, разделяемый во времени)
4. Многоточечная звезда (то же)
3.5.3 Физический уровень
(параметр сети для МЭК 870-5-101). Знаком Х определяется скорость обмена в канале связи.
а) Скорости передачи (направление к контролирующей станции ЦППС или ПУ).
Несимметричные цепи обмена.
Интерфейс V.24/V.28.
Стандарт Несимметричные цепи обмена.
Интерфейс V.24/V.28. Рекомендуется при скорости > 1200 бит/с Симметричные цепи обмена.
Интерфейс X.24/X.27

100 бит/с X 2400 бит/с X 2400 бит/с
200 бит/с X 4800 бит/с X 4800 бит/с
300 бит/с X 9600 бит/с X 9600 бит/с
600 бит/с X 19200 бит/с
1200 бит/с X 38400 бит/с
56000 бит/с
64000 бит/с

б) Скорости передачи (направление управления – к КП).
Несимметричные цепи обмена.
Интерфейс V.24/V.28.
Стандарт Несимметричные цепи обмена.
Интерфейс V.24/V.28. Рекомендуется при скорости > 1200 бит/с Симметричные цепи обмена.
Интерфейс X.24/X.27

100 бит/с X 2400 бит/с X 2400 бит/с
200 бит/с X 4800 бит/с X 4800 бит/с
300 бит/с X 9600 бит/с X 9600 бит/с
600 бит/с X 19200 бит/с
1200 бит/с X 38400 бит/с
56000 бит/с
64000 бит/с

3.5.4 Канальный уровень
(параметр сети для МЭК 870-5-101).
Процедуры передачи.
Балансная передача X
Небалансная передача (для топологии «точка-точка») X
Небалансная передача (для многоточечной магистральной топологии)
Максимальная длина кадра L в байтах может быть 253.
В канале связи передается L + 6 служебных байт.
Максимальная длина кадра Количество байт
L 253

3.5.5 Прикладной уровень.
Режим передачи многобайтных чисел для данных прикладного уровня – младший байт передается первым (режим 1 по п. 4.10 ГОСТ Р МЭК 870-5-4).
Параметры системы.
Общий адрес станции (номер КП)
Один байт Х
Два байта Х

Адрес объекта информации
Один байт Х
Два байта X
Три байта Х
Структурированный
Неструктурированный Х

Причина передачи
Один байт Х
Два байта Х


Группа: Участники
Сообщений: 6 		Добавлено: 28-01-2009 04:20
Насколько я понял из ГОСТа, стандарт не обязывает разработчика реализовывать все режимы (балансный / небалансный). Вместе с тем, он и не запрещает при использовании небалансного режима гонять пользовательские данные в обоих направлениях. Все зависит от доброй воли разработчика и настойчивости заказчика .
Для примера, у нас стоит ЦППС от РТСофт. С кем-то мы обмениваемся ТМ по МЭК-101 в балансном, с кем-то в небалансном режиме. Если у master появились спорадические данные, он кидает их slave с функциональным кодом 3. Фрагмент общения:
M - 10 5B 01 5C 16
S - 10 09 01 0A 16
M - 68 10 10 68 73 01 0D ... 5C 16
S - 10 00 01 01 16
M - 10 5B 01 5C 16
S - 68 C8 C8 68 08 01 0D ... 47 16

Страницы: 1  ответить новая тема
Раздел: 
Телемеханика и связь в энергетике / Модемы и протоколы ТМ / Преднозначен ли 101-master (небалансный режим) для передачи ТС и ТИ на КП

KXK.RU