Резервирование канала связи RS485
-
Александр III
- Сообщения: 119
- Зарегистрирован: 08 фев 2008, 10:44
- Откуда: г.Магнитогорск
Help
ПО контроллера Деконт – Описание компонентов – Базовые компоненты – Канальный уровень – Таблица «Резервирование на сегментах»
Для Decont-182 в подключении сегмент ставил 1 или 2 (3 подходит только для А9), и период соединения для каждого устройства ставил 10 сек (в принципе можно и другое) если стоит 0 то резервирование для этого устройства не происходит. Это из личных экспериментов, лично сам всё опробывал.
ПО контроллера Деконт – Описание компонентов – Базовые компоненты – Канальный уровень – Таблица «Резервирование на сегментах»
Для Decont-182 в подключении сегмент ставил 1 или 2 (3 подходит только для А9), и период соединения для каждого устройства ставил 10 сек (в принципе можно и другое) если стоит 0 то резервирование для этого устройства не происходит. Это из личных экспериментов, лично сам всё опробывал.
-
Александр III
- Сообщения: 119
- Зарегистрирован: 08 фев 2008, 10:44
- Откуда: г.Магнитогорск
Здравствуйте!!!
Вы уж простите, может я глупый, но вот.....
-----------------------------------------------------------
Общие таблицы компонента "Канальный уровень"
Таблица "Интерфейсы"
Таблица устройств, подключенных к интерфейсу
Специальные таблицы для некоторых сред передачи:
Таблица внешние модемы
Таблица внешние каналы
Таблица "RS232"
Таблица надтонального модема "МН"
Таблица модема передачи данных по силовым электрическим линиям "МP"
Таблица радиомодема "MR"
Таблица коммутируемого модема "MD"
Таблица "UDP_UP"
Таблица "TCP_IP_SERVER"
Таблица "ETHERNET"
Таблица "Настройки ATC"
Компонент имеет динамическую таблицу "Статистика".
-----------------------------------------------------------------
Это вот копия с хелпа
ПО контроллера Деконт – Описание компонентов – Базовые компоненты – Канальный уровень – Таблица «Резервирование на сегментах»
Ну нет там такой таблицы. ПО стабильная версия 02.06.2008.
С Уважением!!!
Вы уж простите, может я глупый, но вот.....
-----------------------------------------------------------
Общие таблицы компонента "Канальный уровень"
Таблица "Интерфейсы"
Таблица устройств, подключенных к интерфейсу
Специальные таблицы для некоторых сред передачи:
Таблица внешние модемы
Таблица внешние каналы
Таблица "RS232"
Таблица надтонального модема "МН"
Таблица модема передачи данных по силовым электрическим линиям "МP"
Таблица радиомодема "MR"
Таблица коммутируемого модема "MD"
Таблица "UDP_UP"
Таблица "TCP_IP_SERVER"
Таблица "ETHERNET"
Таблица "Настройки ATC"
Компонент имеет динамическую таблицу "Статистика".
-----------------------------------------------------------------
Это вот копия с хелпа
ПО контроллера Деконт – Описание компонентов – Базовые компоненты – Канальный уровень – Таблица «Резервирование на сегментах»
Ну нет там такой таблицы. ПО стабильная версия 02.06.2008.
С Уважением!!!
-
Александр III
- Сообщения: 119
- Зарегистрирован: 08 фев 2008, 10:44
- Откуда: г.Магнитогорск
Здравствуйте!!!
Меня всегда интересовали проблемы резервирования. Но не столько железа(с надежностью оборудования у ДЭПа нормально), а с надежностью наших российских каналов передачи данных. И вот для этого и надо иметь возможность передавать одну и ту же информацию по разным интерфейсам, по разным каналам и помещать достоверные данные в одни и те же ячейки, автоматически определив отказ основного канала и подключив резервный. А вот у ДЭПа я и не увидел возможности таких решений. Видел только пример дублированного канала связи в тех.описании, да и тот ошибочный(по Z-MR и Z-ML). И приходится решать такие вещи при помощи Скады. Может в форуме кто решал такие вопросы Да ДЭП может уже и реализовывал такие вещи. Вот получается появилась возможность резервирования сегментов. Но лучше бы такое резервирование было, повторюсь, для разных интерфейсов и каналов передачи данных. Потому как получателей данных с объектов не интересуют проблемы, с которыми мы сталкиваемся(провайдер там ревизию оборудования устроил или что иное). Их интересуют сами данные.
С Уважением!!!
Меня всегда интересовали проблемы резервирования. Но не столько железа(с надежностью оборудования у ДЭПа нормально), а с надежностью наших российских каналов передачи данных. И вот для этого и надо иметь возможность передавать одну и ту же информацию по разным интерфейсам, по разным каналам и помещать достоверные данные в одни и те же ячейки, автоматически определив отказ основного канала и подключив резервный. А вот у ДЭПа я и не увидел возможности таких решений. Видел только пример дублированного канала связи в тех.описании, да и тот ошибочный(по Z-MR и Z-ML). И приходится решать такие вещи при помощи Скады. Может в форуме кто решал такие вопросы Да ДЭП может уже и реализовывал такие вещи. Вот получается появилась возможность резервирования сегментов. Но лучше бы такое резервирование было, повторюсь, для разных интерфейсов и каналов передачи данных. Потому как получателей данных с объектов не интересуют проблемы, с которыми мы сталкиваемся(провайдер там ревизию оборудования устроил или что иное). Их интересуют сами данные.
С Уважением!!!
А в какой главе Технического описания есть ошибка (и год этого ТО)? В новом я проблем не нашла.
Более сложное резервирование мы в своих проектах тоже решаем на прикладном уровне (алгоритмами в Контроллере или уже наверху).
Если основной и резервный канал бесплатные, то просто до ПК дотягиваем данные по обоим каналам, укладываем их в разные области в WD. А затем уже в моделе (это наш поименованный OPC-сервер) решаем из какой области брать. В моделе переключение между областями делается легко. И по OPC выставляется один тег - текущее значение параметра (неважно по какому каналу он получен).
Чуть хуже, если резервный канал платный и денег на его постоянную работу тратить глупо. В этом случае, если основной канал работоспособен, то приходится останавливать реальный обмен по резервному (проводить только редкое тестирование канала). При этом, обычно, каналы подключены не к одному контроллеру, а, например, резервный GPRS к компьютеру, а реальный ML к контроллеру мосту. В таком случае, надо управлять работой Базы-Клиент по платному каналу (через дискреты блокировки серверов). Но всё не сложно, вроде бы.
Реально сильно мешает жить ограничение, что между двумя узлами нельзя иметь одновременно работающие соединения через разные интерфейсы. Приходится делать промежуточные Базы-Клиент в мостах и подключать основные и резервные каналы одного КП к разным мостам.
Ну вообщем, делаем резервирование, конечно не так элегантно, как в случае с простыми сегментами RS485, но всё работает.
Более сложное резервирование мы в своих проектах тоже решаем на прикладном уровне (алгоритмами в Контроллере или уже наверху).
Если основной и резервный канал бесплатные, то просто до ПК дотягиваем данные по обоим каналам, укладываем их в разные области в WD. А затем уже в моделе (это наш поименованный OPC-сервер) решаем из какой области брать. В моделе переключение между областями делается легко. И по OPC выставляется один тег - текущее значение параметра (неважно по какому каналу он получен).
Чуть хуже, если резервный канал платный и денег на его постоянную работу тратить глупо. В этом случае, если основной канал работоспособен, то приходится останавливать реальный обмен по резервному (проводить только редкое тестирование канала). При этом, обычно, каналы подключены не к одному контроллеру, а, например, резервный GPRS к компьютеру, а реальный ML к контроллеру мосту. В таком случае, надо управлять работой Базы-Клиент по платному каналу (через дискреты блокировки серверов). Но всё не сложно, вроде бы.
Реально сильно мешает жить ограничение, что между двумя узлами нельзя иметь одновременно работающие соединения через разные интерфейсы. Приходится делать промежуточные Базы-Клиент в мостах и подключать основные и резервные каналы одного КП к разным мостам.
Ну вообщем, делаем резервирование, конечно не так элегантно, как в случае с простыми сегментами RS485, но всё работает.
-
Александр III
- Сообщения: 119
- Зарегистрирован: 08 фев 2008, 10:44
- Откуда: г.Магнитогорск
Здравствуйте!!!
Примером неудачного резервирования я считаю "Организация дублированного канала связи" стр.102 РЭ ДЕКОНТ v.07-2007.pdf. В свое время и Е.Рублев тоже посчитал такую схему неудачной предложив нам вместо нее другую. А из личного опыта:
1. Мы пробовали читать контроллера информацию по Z-MR и по Z-RS485. Сначала вычитывали по Z-MR. Потом остановили вычитывание по Z-MR и стали вычитывать по Z-RS485. Все работало. Но когда остановили вычитывание по Z-RS485 и снова захотели вычитывать по Z-MR. то плата почему-то не захотела отвечать. Помогает только рестарт. На интерфейсах прописано было "отвечать любому".
2. Пробовали читать с моста -контроллера с интерфейса В, через преобразователь USB-RS485 в комп(в Виндеконт). И с этого же контроллера, через установленную плату Z-Eth, по локальной сети в другой комп(тоже в виндеконт). То видели стабильные короткие перерывы в передаче данных, через одинаковые промежутки времени. Сейчас уже не помню на каком интерфейсе, а может на обоих. Мы с Вами, Светлана об этом общались, вы предложили уточнить про загрузку процессора. Отказались от такой схемы, стали вычитывать виндеконт с виндеконта.
Можете лично мне не отвечать, ухожу в отпуск.
С праздником всех!!!
С Уважением!!!
Примером неудачного резервирования я считаю "Организация дублированного канала связи" стр.102 РЭ ДЕКОНТ v.07-2007.pdf. В свое время и Е.Рублев тоже посчитал такую схему неудачной предложив нам вместо нее другую. А из личного опыта:
1. Мы пробовали читать контроллера информацию по Z-MR и по Z-RS485. Сначала вычитывали по Z-MR. Потом остановили вычитывание по Z-MR и стали вычитывать по Z-RS485. Все работало. Но когда остановили вычитывание по Z-RS485 и снова захотели вычитывать по Z-MR. то плата почему-то не захотела отвечать. Помогает только рестарт. На интерфейсах прописано было "отвечать любому".
2. Пробовали читать с моста -контроллера с интерфейса В, через преобразователь USB-RS485 в комп(в Виндеконт). И с этого же контроллера, через установленную плату Z-Eth, по локальной сети в другой комп(тоже в виндеконт). То видели стабильные короткие перерывы в передаче данных, через одинаковые промежутки времени. Сейчас уже не помню на каком интерфейсе, а может на обоих. Мы с Вами, Светлана об этом общались, вы предложили уточнить про загрузку процессора. Отказались от такой схемы, стали вычитывать виндеконт с виндеконта.
Можете лично мне не отвечать, ухожу в отпуск.
С праздником всех!!!
С Уважением!!!