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

Проблемы со 101-м протоколом

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

Раздел: 
Телемеханика и связь в энергетике / Модемы и протоколы ТМ / Проблемы со 101-м протоколом

Страницы: << Prev 1 2 3 Next>> ответить новая тема

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

аксакал
Группа: Участники
Сообщений: 553 		Добавлено: 26-06-2008 16:59
Еще раз подниму тему: может ли КП передавать телеинформацию в 101-ом протоколе одновременно на 2 диспетчерских пункта (ЦППС)?
Или возможно ли по 101-ому протоколу настроить один из ЦППС-ов в режим "прослушки"?


А какое КП? Например, Гранит-Микро стандартно может по 101 протоколу работать только на одно направление. Чтобы организовать второе направление, нужен расширитель СОМ и дополнительное ПО на КП для модуля КНШ, который и организует обмен по 101 протоколу.
Насчет ЦППС по 101 протоколу не знаю, не сталкивался. Но,например, в 104 протоколу просто на прослушку вроде нельзя включить, но можно организовать еще одно направление. Но тогда и передачу надо вести на 2 направления....

аксакал
Группа: Участники
Сообщений: 568
 Добавлено: 26-06-2008 19:23
Наверное, зависит от конкретного оборудования.
Знаю, что КП Телеканал М2 может работать в 2 направлениях.Там в стандартном исполнении 2 выхода КТЧ.

аксакал
Группа: Модераторы
Сообщений: 592
 Добавлено: 26-06-2008 19:28
Если КП поддерживает работу на 2 направления (соответственно имеет 2 очереди событий и пр.) тогда все ясно и вопросов нет.
А если не поддерживает? Ведь в этом случае нельзя с двух ДП опрашивать одно КП, ибо часть телеинформации для каждого ДП будет недоступна (кто первый опросил - тот и получил). Опять же, телеуправлением заниматься должне только один ДП!
Получается, что для выполнения требований СО-ЦДУ о прямой передаче информации без промежуточной обработки нужно проектировать специальное оборудование. Есть ли у кого подобный опыт?

PS: тоже самое касается и 104-ого протокола.

аксакал
Группа: Модераторы
Сообщений: 592
 Добавлено: 26-06-2008 19:35
Тут, кстати, возникает еще одна проблема. Чтобы передавать информацию с 1 подстанции на два ДП (допустим ДП РДУ и ДП РЭС) надо иметь с подстанции не менее 6 каналов - по 2 канала ТМ (основной и резервный) для каждого ДП и 2 (основной/резервный) для голоса. Это подразумевает весьма большие расходы на связь! Причем, все они целиком ложатся на хозяина подстанции. Было бы справедливо, если бы РДУ принимало бы участие и делило бы расходы пропорционально своим требованиям.

аксакал
Группа: Участники
Сообщений: 568
 Добавлено: 26-06-2008 19:50
Было бы справедливо, если бы РДУ принимало бы участие и делило бы расходы пропорционально своим требованиям.

аксакал
Группа: Участники
Сообщений: 553 		Добавлено: 27-06-2008 08:23
Если КП поддерживает работу на 2 направления (соответственно имеет 2 очереди событий и пр.) тогда все ясно и вопросов нет.
А если не поддерживает? Ведь в этом случае нельзя с двух ДП опрашивать одно КП, ибо часть телеинформации для каждого ДП будет недоступна (кто первый опросил - тот и получил). Опять же, телеуправлением заниматься должне только один ДП!
Получается, что для выполнения требований СО-ЦДУ о прямой передаче информации без промежуточной обработки нужно проектировать специальное оборудование. Есть ли у кого подобный опыт?

PS: тоже самое касается и 104-ого протокола.


Как раз сейчас проектируют реконструкцию одной из наших ПС с такими требованиями: 2 канала с КП в ЦУС по 104 протоколу, один канал - для ДП РЭС также по 104 протоколу. Тот же "Гранит-Микро" обеспечивает до 5-ти направлений по МЭК-870-5-104 для подключений с разными IP-шниками, т.е. одно КП может передавать данные в 5 различных ЛВС.....

аксакал
Группа: Модераторы
Сообщений: 592
 Добавлено: 27-06-2008 08:51
Хорошо, когда есть возможность по 104-ому работать. А если аренды нет, РРЛ не проходит по рельефу, а оптика не выгодна по стоимости. Остается только ВЧ. То есть, выходит, что реализовать такие требования становится просто невозможно.

бывалый
Группа: Участники
Сообщений: 45 		Добавлено: 27-06-2008 08:54

Или возможно ли по 101-ому протоколу настроить один из ЦППС-ов в режим "прослушки"?

В режиме подслушки 101 протокол работает с большими проблемами, даже если ТУ нас не интересует.

"Гранит-Микро" обеспечивает до 5-ти направлений по МЭК-870-5-104 для подключений с разными IP-шниками

Для этого используются несколько сетевых карт или одна?

аксакал
Группа: Участники
Сообщений: 553 		Добавлено: 27-06-2008 09:17

Или возможно ли по 101-ому протоколу настроить один из ЦППС-ов в режим "прослушки"?

В режиме подслушки 101 протокол работает с большими проблемами, даже если ТУ нас не интересует.

"Гранит-Микро" обеспечивает до 5-ти направлений по МЭК-870-5-104 для подключений с разными IP-шниками

Для этого используются несколько сетевых карт или одна?


Подробности пока не знаю, увы.... "5 стэков для МЭК-870-5-104" - это слова разработчика и научного руководителя М.Л.Портнова


Группа: Участники
Сообщений: 1 		Добавлено: 12-09-2008 16:48
тмис можете ознакомиться с информацией на их сайте www.promex.com.ua или воспользоваться ел. почтой для связи с ними. Лучше, ведь, узнавать от первоисточника :)

частый гость
Группа: Участники
Сообщений: 24
 Добавлено: 15-09-2008 15:56
У нас в энергосистеме используют КП МТК-30 "Систел" с него организованно 4 прямых канала на разные ЦППС. Часть каналов цифровых, часть ТЧ, протоколы передачи: 104, систел-нет, ТМ-512 (по модему ТМ-600), гранит-систоловкий. Все работает в принципе без проблем.

аксакал
Группа: Модераторы
Сообщений: 592
 Добавлено: 27-12-2008 20:08
А можно ли по одному четырехпроводному каналу организовать двусторонний обмен данными по 101-ому (ЦППС-ЦППС)?
В каком режиме - балансной моде?

бывалый
Группа: Участники
Сообщений: 45 		Добавлено: 29-12-2008 14:18
А можно ли по одному четырехпроводному каналу организовать двусторонний обмен данными по 101-ому (ЦППС-ЦППС)?
В каком режиме - балансной моде?

Именно так. Когда не было нормальной реализации балансного режима прописывали два небалансных обмена на один физический канал.

аксакал
Группа: Модераторы
Сообщений: 592
 Добавлено: 30-12-2008 08:21
А можно ли по одному четырехпроводному каналу организовать двусторонний обмен данными по 101-ому (ЦППС-ЦППС)?
В каком режиме - балансной моде?

Именно так. Когда не было нормальной реализации балансного режима прописывали два небалансных обмена на один физический канал.

А у нас что-то не получилось организовать обмен между ЦППС-ами "Систел" и "СмартФеп". В Систеле прием и передача видны, а Смартфеп на приеме ничего не видит.

бывалый
Группа: Участники
Сообщений: 45 		Добавлено: 30-12-2008 09:38
Если разговор конкретно про Систел и Smapt-FEP то у нас небалансный режим в 101 протоколе и балансный в 104. Другие варианты не используем.

аксакал
Группа: Модераторы
Сообщений: 592
 Добавлено: 30-12-2008 11:14
Тогда получается, что в Систеле при небалансном 101-ом надо раздельно расписать конфигурации передачи и приема - на передаче "retro", а на приеме "direct"?

бывалый
Группа: Участники
Сообщений: 45 		Добавлено: 11-01-2009 09:11
Тогда получается, что в Систеле при небалансном 101-ом надо раздельно расписать конфигурации передачи и приема - на передаче "retro", а на приеме "direct"?

В случае двух систелов именно так. Но "два небалансных обмена на один физический канал" это о "СмартФеп".

аксакал
Группа: Модераторы
Сообщений: 592
 Добавлено: 16-01-2009 20:48
Спасибо за помощь, но ничего не выходит. Перелопатил все протоколы совместимости (и СмартФеп и Систел), нашел различия в умолчаниях. Привели все в соответствие - толку ноль. Пробовал и в балансном и в небалансном; все параметры переменяли (длины адресов, причины передачи и пр.) приводили и к умолчаниям СмартФеп, и к умолчаниям Систел) - результата нет. Ни один ТИ или ТС принять не могу (от СмартФеп в Систел). Проблема, блин.

аксакал
Группа: Участники
Сообщений: 568
 Добавлено: 17-01-2009 18:01
Воспользуйтесть программой Protocol Test Harness, чтобы подслушать прием и передачу по RS-232. Тогда можно провести анализ того, что происходит - кто что запрашивает и кто что отвечает на запросы.

ветеран
Группа: Участники
Сообщений: 117 		Добавлено: 20-01-2009 08:27
Подробности пока не знаю, увы.... "5 стэков для МЭК-870-5-104" - это слова разработчика и научного руководителя М.Л.Портнова

Это не только слова, но и реализация на объектах.
В контроллере КНШ (который может включаться в любое устройство КП) для реализации протокола МЭК 870-5-104 создается до шести независимых стеков буферов данных для передачи. Запись во все стеки ведется синхронно - по мере фиксации данных для передачи, а считывание - асинхронное, по мере поступления квитанций от TCP/IP. Поэтому оказывается возможной асинхронная работа по двум каналам на три направления. Естественно, что стеки "расходятся", в том числе из-за различий скорости передачи, а также из-за возможных отказов от приема отдельными приемниками. Глубина стеков делается максимально возможной, чтобы, по возможности, нивелировать несинхронность информационных обменов.
При необходимости, число стеков можно изменять (учитывая возможности выделенной зоны памяти.

Из-за отсутствия (в отличие от 104 протокола) адресованных квитанций в 101 протоколе для реализации независимой и асинхронной работы по нескольким направлениям необходимо установить два независимых контроллера, синхронизировать которые весьма сложно.

ветеран
Группа: Участники
Сообщений: 117 		Добавлено: 20-01-2009 08:40
Читаю на форуме про использование балансного режима передачи для 101 протокола.
По-моему, балансная передача в системах телемеханики только вредит, так как оперативность не увеличивает, а проблем становится больше.
Телемеханика (опять же, по-моему)- всегда работала в небалансном режиме, по принципу "запрос-ответ". Несколько модернизировали принцип в "Граните", используя межпаузные "меандры" не только для синфазирования КП и ПУ, контроля работоспособности каналов связи, но и для регулирования направления передачи.
Могу много привести аргументов против балансной передачи, хотел бы услышать оппонентов - сторонников такой передачи.
Из-за долгого перерыва участия в форуме я упустил истоки проводимой дискуссии по невозможности установить информационный обмен в 101 протоколе. Кто бы четко указал проблему. Имея достаточный опыт, может, чем-то помогу.

бывалый
Группа: Участники
Сообщений: 45 		Добавлено: 20-01-2009 11:22

Могу много привести аргументов против балансной передачи, хотел бы услышать оппонентов - сторонников такой передачи.

Здесь нет оппонентов - сторонников балансной передачи. Просто при обмене телеинформацией двух ЦППС это необходимость.

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

Могу много привести аргументов против балансной передачи, хотел бы услышать оппонентов - сторонников такой передачи.

Здесь нет оппонентов - сторонников балансной передачи. Просто при обмене телеинформацией двух ЦППС это необходимость.


1.Почему "необходимость"?
2. Предполагается, что при информационном обмене между двумя ЦППС (равного уровня иерархии) балансная передача имеет преимущества. На самом деле, "балансная" передача закончится после передачи первого сообщения, а дальше начинается процедура регулирования передачи по битам байта поля управления, принятого от приемника. Т.е. каждая следующая передача обусловлена ответом, т.е., по сути, реализуется стандартный алгоритм "запрос-ответ".
3.И еще, какими большими массивами данных могут обмениваться ЦППС? Файлами - врядли, т.к. в 101 протоколе обмен файлами затруднен.
А для обмена стандартными АСДУ достаточно небалансной передачи.

постоянный участник
Группа: Участники
Сообщений: 84 		Добавлено: 04-04-2009 11:36
У нас реализована "прослушка" на стороне ПУ по входящему каналу МЭК-101.

редкий гость
Группа: Участники
Сообщений: 13 		Добавлено: 22-05-2009 16:29
Подскажите, как реализовать на ЦППС Систел балансный режим 101-го протокола? С небалансным режимом разобрались,все работает. На другой стороне SmartFEP.
Я так понял для балансного режима на систеле нужно создать два системных канала, настроенных соответственно на мастера и на слейва. Но как их привязать к одному физическому каналу? Или как-то по другому?

Страницы: << Prev 1 2 3 Next>> ответить новая тема
Раздел: 
Телемеханика и связь в энергетике / Модемы и протоколы ТМ / Проблемы со 101-м протоколом

KXK.RU