связь по RS485 при резервировании

[Алексей]

Подскажите, пожалуйста, как организовать связь по 485 интерфейсу сетевых модулей от двух резервированных контроллеров для сбора данных с других контроллеров. Можно ли посадить их (резервированные контроллеры) на одну шину с одинаковыми настройками (одинаковый адрес, оба Master)?

[leon78]

Подскажите, пожалуйста, как организовать связь по 485 интерфейсу сетевых модулей от двух резервированных контроллеров для сбора данных с других контроллеров. Можно ли посадить их (резервированные контроллеры) на одну шину с одинаковыми настройками (одинаковый адрес, оба Master)?

1. Понятие "Адрес" для мастера не очень понятно. Оно для Слэйва используется.
2. Можно, но только если в один момент времени не будут активны оба мастера. Обычно запросы посылает только основной контроллер, а резервный молчит.

[Jackson]

Да, структурная схемка предполагаемой сети прояснила бы ситуацию.

[Алексей]

1. Понятие "Адрес" для мастера не очень понятно. Оно для Слэйва используется.
2. Можно, но только если в один момент времени не будут активны оба мастера. Обычно запросы посылает только основной контроллер, а резервный молчит.

А могут ли они быть при этом быть оба Слэйвами с одним адресам по другому каналу для подключения панели оператора?

[Jackson]

А могут ли они быть при этом быть оба Слэйвами с одним адресам по другому каналу для подключения панели оператора?

Нет, не могут. Адреса д.б. разные.

По вложенной схеме один из Мастеров не должен ничего опрашивать, пока опрашивает другой - это разделение надо будет организовывать. В противном случае будут конфликты. И слейв-интерфейсы этих контроллеров либо должны иметь разные адреса (иначе операторская панель не будет знать кого опрашивать - будут конфликты) либо они должны сидеть на физически различных каналах.

А проясните пожалуйста, зачем такое половинчатое резервирование вообще понадобилось?

[Алексей]

А проясните пожалуйста, зачем такое половинчатое резервирование вообще понадобилось?

Система пожаротушения, которая имеет сертификат, построена именно по такой структуре.

[OlegH]

А могут ли они быть при этом быть оба Слэйвами с одним адресам по другому каналу для подключения панели оператора?

Теоретически это возможно - но только если между контроллерами сущесвует какой-нибудь линк-интерфейс для поддержки резервирования. В таком случае они договариваются между собой кто сейчас главный (точно так же, как в случае объединения мастер-каналов контроллеров), и отвечает на запрос панели только главный. А резервный молчит (хотя и принимает запрос).

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

[Jackson]

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

Полностью согласен. Первый мастер умер, а второй об этом ничего не узнал и продолжает молчать.

Этого можно избежать, если например операторская панель, увидев что данные с первого мастера давно не обновлялись - Оп должна послать во второй мастер петушиное слово, по которому он начинает опрос. Т.е. ОП должна производить диагностику мастеров и переключение между ними.

Второй вариант, когда второй мастер молчит и слушает интерфейс, если первый мастер слишком долго не посылал запросы - второй включается в работу. Но это не защищает от ситуации, когда ранее замолчавший первый мастер "проснется" и как ни в чем не бывало начнет опрашивать.

В общем второй независимый интерфейс снимет массу проблем. ИМХО.

[Алексей]

Получается, надо организовать еще связь резервного контроллера с основным по другому интерфейсу и передавать по нему всю информацию о состоянии ТП (дискреты, аналоги) и какой-либо флаг "нормальная работа осн. контроллера". И в случаи отказа осн. контроллера резервный начинает посылать свои запросы и отвечать на запросы панели?

[Астафьев Илья]

Вы все верно поняли, именно так оно и есть.
Поэтому при необходимости подобных решений все-таки стараются взять контроллеры, имеющих резервирование "от производителя". Иначе приходится самому на не всегда пригодных к этому средствах решать то, что уже реализовано другими. Правда, как правило, за резервирование от производителя приходится платить.

[Jackson]

Поэтому при необходимости подобных решений все-таки стараются взять контроллеры, имеющих резервирование "от производителя".

Илья, в плане обмена опытом, посоветуйте пожалуйста такое решение - резервирование RS-485 ModBUS "от производителя".

[Астафьев Илья]

Про сегодняшний день не скажу - просто не вставала такая задача и решений не искал.
Но один пример, пусть и не на 100% подходящий, приведу.
Начиная с 200-серии Ремиконтов у них были более-менее нормальные дублированные контроллеры. Правда там был не Модас, а Rascon (если мне память не изменяет), но функционировали устройства по алгоритму очень близкому к тому, что описан в топике.
То есть и обмен был между основным и резервным, и сигнал статуса учитывался, точнее даже активность определялась по соотношению уровня отказа активного и пассивного контроллера.
Конечно сегодня это не рекомендация, каюсь.

[andrmur]

Подскажите, пожалуйста, как организовать связь по 485 интерфейсу сетевых модулей от двух резервированных контроллеров для сбора данных с других контроллеров. Можно ли посадить их (резервированные контроллеры) на одну шину с одинаковыми настройками (одинаковый адрес, оба Master)?

Алексей,

возможность резервирования Rs-485 и тем более с протоколом Modbus целиком зависит от конкретной реализации конкретного производителя.
Нельзя красиво сделать это на технике, которая не предусматривает резервирование аппаратными средствами.

Например, в системе DeltaV есть модуль RS-485, который поддерживает аппаратное резервирование только в режиме Master. При этом резервная плата будет молчать, пока основная опрашивает устройства.

[miclosoft]

Мы используем N-портовый серверы последних модификаций. С одной стороны ты как виртуальный COM port с другой как TCP IP и этот сервер развязывает. Т ч можешь иметь хоть 4 мастера :P

[Максим Ананских]

Уважаемый Алексей!

Я когда-то продумывал работу двух мастеров по Modbus именно с такой схемой подключения. Это вполне возможно сделать, хотя аналогов в природе я пока не видел. Предпочтительно было бы, конечно, чтобы каждое распределенное устройство имело 2 интерфейса, подключенных к разным сегментам. Тем не менее, если есть необходимость, я могу взяться за реализацию такой системы.

Подробнее - в почту, адрес ananskih<на>gmail<точка>com. Для форума пришлось выдумать слишком сложный пароль, который я вряд ли запомню.

С уважением, Максим.

[Jackson]

Подробнее - в почту, адрес XXX. Для форума пришлось выдумать слишком сложный пароль, который я вряд ли запомню.
С уважением, Максим.

5 баллов :) А попроще пароль если придумать? :)

[Максим Ананских]

5 баллов А попроще пароль если придумать?

А Вы сами попробуйте ;)

[Jackson]

Э... провалами в памяти не страдаю, пароль помню. :)