Как организовать резервный канал?

Александр III

Здравствуйте!
Есть:
На КП №10 есть контроллер А9 с модулями. Из него вычитываются данные через А9-RS485 по НЕВОД-5. Но иногда происходят какие-то непонятные перерывы(глушатся, что-ли). Решили воспользоваться старым контрольным(не телефонным) кабелем с этого объекта, добавив на другой интерфейс A9-ML. Проверили - работает!
Вопрос:
Как организовать вычитывание одних и тех же данных(дискретов, аналогов) с контроллера КП А9. Т.к. вычитывание данных одновременно с интерфейсов A9-RS485 и A9-ML разными контроллерами(допустим А9 с платой с A9-RS485, адресом №100 и резервным А9 с платой A9-ML, с адресом №101) приводит к ошибкам в обмене!
С уважением!!!

pooh · Сообщение **pooh** » 07 дек 2011, 07:57

Поставьте Балансный протокол предачи на всех контроллерах

Александр III

Проверим на балансном, хотя есть сомнения!
А как потом достоверные данные с разных интерфейсов одного КП свести в одно место в виндеконте, при вычитывании их разными контроллерами?
Ведь эти данные должны отображаться, в конечном итоге, в СКАДе, на одних и тех же местах в мнемосхемах?
Мне как то Светлана писала, что у ДЭПа есть опыт резервирования по разным каналам связи. Поделитесь! Может какую-нибудь конфигурацию с резервированием пришлете - sashok1958@mail.ru
С уважением!!!

Leh · Сообщение **Leh** » 07 дек 2011, 11:33

Для вычитывания данных виндеконтом из ближних контроллеров(N100, N101) попробуйте использовать "Базу-клиент" с таблицей "Настройки обмена". В качестве управляющей дискреты используйте дискрету связи проблемного контроллера и её инверсию.

Светлана

Александр III писал(а):Здравствуйте!
Есть:
На КП №10 есть контроллер А9 с модулями. Из него вычитываются данные через А9-RS485 по НЕВОД-5. Но иногда происходят какие-то непонятные перерывы(глушатся, что-ли). Решили воспользоваться старым контрольным(не телефонным) кабелем с этого объекта, добавив на другой интерфейс A9-ML. Проверили - работает!
Вопрос:
Как организовать вычитывание одних и тех же данных(дискретов, аналогов) с контроллера КП А9. Т.к. вычитывание данных одновременно с интерфейсов A9-RS485 и A9-ML разными контроллерами(допустим А9 с платой с A9-RS485, адресом №100 и резервным А9 с платой A9-ML, с адресом №101) приводит к ошибкам в обмене!
С уважением!!!

Вы написали всё правильно, так и надо настраивать. Никаких балансных протоколов!!

Должно работать, надо понять, что за ошибка в обмене выдается? по какому каналу - Невод или ML?

Светлана

Александр III писал(а):Проверим на балансном, хотя есть сомнения!

спасибо за мягкую формулировку :-)

) Проверять не надо.

А как потом достоверные данные с разных интерфейсов одного КП свести в одно место в виндеконте, при вычитывании их разными контроллерами?
Ведь эти данные должны отображаться, в конечном итоге, в СКАДе, на одних и тех же местах в мнемосхемах?
Мне как то Светлана писала, что у ДЭПа есть опыт резервирования по разным каналам связи. Поделитесь! Может какую-нибудь конфигурацию с резервированием пришлете - sashok1958@mail.ru
С уважением!!!

Вы используете нашу OPC-модель (инструмент - "Конструктор OPC-модели")?

или берете данные по OPC из контроллера в программе WinDecont?

Александр III

Если поставить "балансный протокол" у всех контроллеров(10, 100 и 101), то как ни странно - работает! Ошибок обмена нет!
Если поставить, как мы в первоначальном варианте, А9 №10- слейв у RS485 и ML, А9 №100 - мастер RS485, А9 №101 - мастер ML, то появляются ошибки обмена на контроллере 101, читающего данные через ML. На контроллере 100(RS485) - ошибок обмена и рассоединений нет.
На контроллере №101(ML) это выглядит так - сначала теряется соединение, начинают увеличиваться попытки соединения, а причина последнего рассоединения - ошибка 770!!! Наверное потому, что медленная среда у ML скорость 1200, у RS485 скорость 9600. Затем, через какое-то время по ML сцепляется, какое-то время идет обмен(появляются данные), затем опять соединение теряется(вычитанные данные пропадают - ош.2819) и т.д по кругу.
Все это Вы и сами можете увидеть, построив такую конструкцию из 3-х контроллеров и установив на №10 генератор изменений. Так же как и менять протоколы с мастер-слейв, на балансный.
Моделью не пользуемся, данные берем из ОРС виндеконта.
И уж если при установке всех контроллеров в "балансный протокол" работает все нормально, как все-таки свести данные с рабочего и резервного в одно место? Экспериментируем в лаборатории, т.к. на объекте по "живому" будем резать только в случае удачных результатов, да и накладно на объект для экспериментов за город на 30 км постоянно кататься!
P.S. Кстати, в описании на А9-ML(РУКОВОДСТВО ПО ЭКСПЛУАТАЦИИ) - "Уровень передачи и чувствительность устанавливается программно (задается в описании интерфейса)." На самом деле в конфигураторе можно менять только уровень передачи. А где чувствительность? Перемычек на плате А9-ML, как на Z-ML нет?
С уважением!!!

Александр III

Тишина!!! Ау-у-у-у-у?

Светлана

извините(( забыла подписаться на тему
сейчас ...

проверила - "слетела" подписка((

Александр, а почему Вы не пользуетесь горячей линией тех.поддержки для Магнитогорска? Вы из какой организации (ответ можно на vss@dep.ru)

Светлана

В WD есть база-клиент к КП№10?

Наш сегодняшний сетевой уровень не допускает множественные маршруты между узлами.
Если WD приходит из разных интерфейсов ("С" и "D"), то КП от этого плохо(( он не поддерживает нормального соединения с WD. Точнее поддерживает, но недолго.

Структура должна быть такая:

1) WD - знает один маршрут до КП (выберите связь понадежнее) - но это только для использования "Конфигуратора".
2) в Мостах База-Клиент к КП, в WD - База-клиент собирает данные уже с мостов. НО в разные параметры, т.е должен быть свой диапазон дискретов, полученных с моста 100 и свой с моста 101.

Всё должно работать.

В нашей OPC-модели переключаться между диапазонами параметров в WD очень легко, в сторонней СКАДА:

мажорирование надо делать средствами этой СКАДА

или (возможно правильнее)

можно в WD запустить компонент "Разработчик", который будет "складывать" сигналы из разных диапазонов и формировать результирующий диапазон, с которым будем работать верхнее ПО

Компонент можем помочь написать

ПыСы: если моя догадка про Базу-клиент в WD неверная - присылайте конфигурацию. Посмотрим, если надо - стенд соберем

Александр III

Светлана писал(а):мажорирование надо делать средствами этой СКАДА

или (возможно правильнее)

можно в WD запустить компонент "Разработчик", который будет "складывать" сигналы из разных диапазонов и формировать результирующий диапазон, с которым будем работать верхнее ПО

Компонент можем помочь написать

Да, мы так и решили сделать, постоянно вычитывать с интерфейсов КП С и D, разными мостами и помещать в разные диапазоны. И написать некую результирующую компоненту для WD. Но чтобы сначала она проверяла данные, которые пришли с быстрого интерфейса(485), если они достоверны - помещала их в тот диапазон WD, откуда их Скада заберет. Если недостоверны - то данные с медленного интерфейса(ML). И так постоянно. А вот компонента у нас пока не получается. И с моделью мы не умеем работать.
С кем связаться помочь написать компоненту?

С уважением!!!

vadim · Сообщение **vadim** » 19 дек 2011, 12:43

Александр III писал(а):Да, мы так и решили сделать, постоянно вычитывать с интерфейсов КП С и D, разными мостами и помещать в разные диапазоны. И написать некую результирующую компоненту для WD. Но чтобы сначала она проверяла данные, которые пришли с быстрого интерфейса(485), если они достоверны - помещала их в тот диапазон WD, откуда их Скада заберет. Если недостоверны - то данные с медленного интерфейса(ML). И так постоянно. А вот компонента у нас пока не получается. И с моделью мы не умеем работать.
С кем связаться помочь написать компоненту?

С уважением!!!

Здравствуйте, Александр. Напишите мне на почту "vadim.pashaev@dep.ru", я Вам помогу написать компонент.

Светлана

С компонентом проблем не будет, но балансный протокол нежелательно оставлять.

Достаточно в WD контролировать дискрет связи моста (485) с КП

Ещё раз в WD не должно быть маршрутов до КП.
Пусть База-клиент WD работает с Базой-сервер моста (не КП!!)