Каналы связи для ДЗЛ - help

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

Раздел: 
Телемеханика и связь в энергетике / Цифровые системы связи и передачи данных / Каналы связи для ДЗЛ - help

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

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

редкий гость
Группа: Участники
Сообщений: 13
Добавлено: 23-01-2012 13:46
Доброго дня всем! Мне как релейщику надо понять ряд моментов по организации связи терминалов между собой, поэтому хочу попросить помощи разъяснить некоторые моменты. Вопросов много, начну понемногу:
1.Насколько возможно (или обязательно?) выделение отдельного волокна ВОЛС для организации передачи сигналов ДЗЛ между подстанциями?
2.Насколько возможно выделение отдельного волокна ВОЛС для организации резервного канала связи ДЗЛ?
3.При выделении отдельного волокна ВОЛС используются только пассивные кроссы или желательно использование промежуточного оборудования (репиторов и т.п.)?

редкий гость
Группа: Участники
Сообщений: 13
Добавлено: 23-01-2012 14:23
Дальше

4. Используются ли для передачи сигналов РЗ и ПА (и в частности, ДЗЛ) мультиплексируемые каналы связи, арендуемые каналы связи существующих сетей передачи данных? На них реализуются как правило основные или резервные каналы? Какова пропускная способность таких каналов? Каким стандартам должны соответствовать формируемые терминалами потоки данных? Какие применяются стандарты электрических/оптических присоединений? Какие типы разъемов применяются?

Поясню немного. Речь идет о некотором условно-абстрактном терминале ДЗЛ и формировании требований к его подсистеме связи. Высказывайте свои хотелки

аксакал
Группа: Участники
Сообщений: 553
Добавлено: 23-01-2012 14:28
Для начала советую спроектировать топологию и структуру технологической сети РЗА. Можно, например, в каждом РЭС создать VLAN РЗА, в которую включить ВСЕ устройства РЗА (терминалы и т.п.), относящиеся к данному РЭС. Далее можно преходить к вопросу соединения VLAN между собой через мультиплексоры ВОЛС....

редкий гость
Группа: Участники
Сообщений: 13
Добавлено: 23-01-2012 14:42
Немного о другом речь. Я разрабатываю терминал (потупив глаззке крутит пальцем столешницу) - и вопрос стоит о том как он должен включаться в практически любую сеть. Что в нем должно быть и чего быть не должно.

аксакал
Группа: Участники
Сообщений: 553
Добавлено: 23-01-2012 14:58
Немного о другом речь. Я разрабатываю терминал (потупив глаззке крутит пальцем столешницу) - и вопрос стоит о том как он должен включаться в практически любую сеть. Что в нем должно быть и чего быть не должно.

"практически любую сеть" - перечислите хотя бы типы сетей-;))))

редкий гость
Группа: Участники
Сообщений: 13
Добавлено: 23-01-2012 15:47
marshal, вы можете передать поток 2 GB от одного оконечного устройства до другого между двумя п/с ? Или 64 К удобнее (проще)? А 12х64 К как передадите? Что проще? Что поставите, какое оборудование?

"практически любую сеть" - да нехороший термин, скажу так - практически на любой подстанции.

редкий гость
Группа: Участники
Сообщений: 13
Добавлено: 23-01-2012 16:02
Можно, например, в каждом РЭС создать VLAN РЗА...

Ethernet, насколько мне известно, для связи ДЗЛ не применяется.

аксакал
Группа: Участники
Сообщений: 553
Добавлено: 23-01-2012 16:05
marshal, вы можете передать поток 2 GB от одного оконечного устройства до другого между двумя п/с ? Или 64 К удобнее (проще)? А 12х64 К как передадите? Что проще? Что поставите, какое оборудование?

"практически любую сеть" - да нехороший термин, скажу так - практически на любой подстанции.


Насколько я знаю, через ВОЛС при синхронной цифровой иерархии (SDH) пропускная способность синхронного траспортного модуля (STM-1) составляет 155Мбитс. Следующий уровень (STM-4) - в 4 раза больше. Соответственно, 2,480Гбитс - пропусная способность STM-16. Значит, соответствующее оборудование и ставите. Например, для STM-1 на ВОЛС ставите оптический мультиплексор А155 (Натекс) - и наслаждаетесь. А затем сам поток (155Мбитс) можно разбить на несколько с помощью виртуальных контейнеров (VC). Например, если достаточно пропускной способности 2Мбитс, то используете только один VC. И так далее.......

долгожитель
Группа: Участники
Сообщений: 385
Добавлено: 23-01-2012 16:19
.......Я разрабатываю терминал......

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


редкий гость
Группа: Участники
Сообщений: 13
Добавлено: 23-01-2012 16:30
JJL, кроме официального ТЗ существует техническая необходимость, которая говорит что пропускная способность должна быть не меньше 64 КБит на один полукомплект, канал должен быть с минимальными детерменированными задержками, симметричный, должно быть резервирование и т.д. и т.п.
По моим прикидкам это выливается в то что моё оконечное устройство должно выдавать от 2 до 12х64К. И этого будет достаточно навсегда.
А теперь собственно вопрос: в какую обертку(протокол, стандарт) мне все это завернуть, чтобы у вас (связистов) было как можно меньше головной боли.
фффуууу
А заказчик редко когда оплачивает разработку, он как правило покупает готовый продукт, если его устраивают характеристики
(ну еще много всяких факторов о которых все знают )

marshal, а вот если 12х64К ?

аксакал
Группа: Участники
Сообщений: 553
Добавлено: 24-01-2012 06:03
JJL, кроме официального ТЗ существует техническая необходимость, которая говорит что пропускная способность должна быть не меньше 64 КБит на один полукомплект, канал должен быть с минимальными детерменированными задержками, симметричный, должно быть резервирование и т.д. и т.п.
По моим прикидкам это выливается в то что моё оконечное устройство должно выдавать от 2 до 12х64К. И этого будет достаточно навсегда.
А теперь собственно вопрос: в какую обертку(протокол, стандарт) мне все это завернуть, чтобы у вас (связистов) было как можно меньше головной боли.
фффуууу
А заказчик редко когда оплачивает разработку, он как правило покупает готовый продукт, если его устраивают характеристики
(ну еще много всяких факторов о которых все знают )

marshal, а вот если 12х64К ?


Ну, если "калькулятор не ошибся", то 12х64=768кбитс. Вообще-то, 64К - это основной цифровой канал (ОЦК). К нему, в основном, идет вся "привязка". Так, например, для канала тональной частоты (ТЧ) в большинстве цифрового телекоммуникационного оборудования использую как раз поток 64К (иногда, его делят на 2, получая 2 канала ТЧ по 32К в потоке 64К).
В Вашем случае вполне хватит потока 2МБитс (2048кбитс, если быть точным).Остается поставить устройство, которое бы "разбивало" этот поток на 32х64К (или 16х128К). И, естественно, имело бы нужные Вам интерфейсы для подключения ДЗЛ.-;))))

редкий гость
Группа: Участники
Сообщений: 13
Добавлено: 24-01-2012 09:15
Остается поставить устройство, которое бы "разбивало" этот поток на 32х64К (или 16х128К).

В каком формате этот поток (32х64К) представляется, каким стандартом описывается?
Какой физический интерфейс применяется для этого потока по оптике, какой по меди?
И, естественно, имело бы нужные Вам интерфейсы для подключения ДЗЛ.-;))))

Какой интерфейс должен иметь терминал ДЗЛ для подключения? Какой наиболее широко применяется?


аксакал
Группа: Участники
Сообщений: 553
Добавлено: 24-01-2012 11:01
Остается поставить устройство, которое бы "разбивало" этот поток на 32х64К (или 16х128К).

В каком формате этот поток (32х64К) представляется, каким стандартом описывается?
Какой физический интерфейс применяется для этого потока по оптике, какой по меди?
И, естественно, имело бы нужные Вам интерфейсы для подключения ДЗЛ.-;))))

Какой интерфейс должен иметь терминал ДЗЛ для подключения? Какой наиболее широко применяется?



По поводу формата потока - это вопрос к разработчикам устройства (мультиплексора).
Наиболее широко применяется Ethernet..... Есть еще RS-485 А вот RS-232, наверное, вряд ли подойдет.
Вообще-то, действительно нужно иметь ТЗ на такое проектирование-;))))

редкий гость
Группа: Участники
Сообщений: 13
Добавлено: 30-01-2012 17:03
Отвечу сам себе
С37.94 по оптике 2-9х64к
G.703 медь 2М
оххх

постоянный участник
Группа: Участники
Сообщений: 87
Добавлено: 03-02-2012 07:23
Канал для передачи сигнала ДЗЛ должен иметь малое время задержки и, что не менее важно, малый джиттер (разброс времени задержки). Соответственно, технология Ethernet не пригодна. Применить можно только физическую линию (для ВОЛС это - темные волокна), или мультиплексированные каналы, у которых время задержки мало и строго фиксировано.

По поводу интерфейса нужно смотреть описание терминала защиты. Там подробно описано, какие интерфейсы поддерживаются и какая скорость передачи нужна. А уже под интерфейс терминала подбирать комплектацию мультиплексоров.

Чаще всего для ДЗЛ в терминале ставятся оптические порты (с целью прямого подключения к ВОЛС), поэтому может понадобится преобразователь из оптики в медь для подключения к мультиплексору. Это также удобно для обеспечения гальванразвязки между терминалом и мультиплексорм. Если порт C37.94, то в мультиплексорах ABB и Натекс есть для него специальные модули - можно подключать напрямую.

Современные терминалы можно заказать сразу с медным интерфейсом, это может быть G.703 (2 Мбит/с), G.703.1 (64 кбит/с), X.21. Не помню, чтобы где-то применялись RS-485 и RS-232.

Есть еще "продвинутый" ethernet по стандарту МЭК 61850. Вроде бы его тоже можно для связи ДЗЛ применять...

редкий гость
Группа: Участники
Сообщений: 13
Добавлено: 06-02-2012 10:45
Есть еще "продвинутый" ethernet по стандарту МЭК 61850. Вроде бы его тоже можно для связи ДЗЛ применять...


61850 это не продвинутый ethernet, а лишь протокол представления данных, такой-же как 101й или 103й. А ethernet - лишь носитель для данного протокола, который сейчас наиболее широко применяется. И, кстати, избыточность в 61850 (применение namespace при передаче данных) просто зашкаливает.
В 61850-9-2 (емнип) определяется порядок передачи мгновенных значений, который казалось-бы можно использовать для ДЗЛ. Однако мне лично не известно ни одно решение, которое-бы использовало 61850 для организации ДЗЛ. Даже такой монстр как ABB использует для ДЗЛ отдельные каналы связи.
Основное назначение 61850 - передача данных от терминалов защиты и автоматики в АСУ. Кому-то захотелось прикрутить к нему и все остальные функции РЗА, заменив всю медь на один пластмассовый шнурок (ну два, да), но это решение очень и очень спорное.

бывалый
Группа: Участники
Сообщений: 42
Добавлено: 02-03-2012 00:44
К сожалению, с опозданием, советую почитать:на www.rad.com статью Solution Paper. Network Migration for Utilities. Teleprotection over Packet.
Для информации, оптический модуль для РЗ в мультиплексорах
ABB - FOX, RAD(МПР-Э)- MEGAPLEX(HSF-1) , соответствующий IEEE PC37.94, со скоростью n × 64 kbps; электрические интерфейсы X.21 и G.703.

редкий гость
Группа: Участники
Сообщений: 13
Добавлено: 11-03-2012 10:52
Argus9, спасибо, еще не поздно :).
Интересные материалы.

аксакал
Группа: Участники
Сообщений: 718
Добавлено: 15-03-2012 12:13
RAD(МПР-Э)- MEGAPLEX 4100(HSF-1) .

видел я эти протоколы внутренних испытаний - меня они не "убедили" - там даже информационного шторма не было

Страницы: 1  ответить новая тема
Раздел: 
Телемеханика и связь в энергетике / Цифровые системы связи и передачи данных / Каналы связи для ДЗЛ - help

KXK.RU