Форум » » Общий Com для двух процессоров » Ответить

Общий Com для двух процессоров

kislez2015: Подскажите, может кто-то такой хренью занимался - можно ли подключить одно устройство, управляемое по Com сразу к двум процессорам? Можно ли это провернуть? Это для резервирования

Ответов - 18

Игорь K.: RS232 предусматривает подключение точка - точка, двух устройств. В крайнем случае можно выход одного девайса подать на входы интерфейсов RS232 двух разных процессоров. Два же выхода соединять вместе не нужно.

Вячеслав: Для резервирования, можно попробовать через moxa 2 подключения держать

kislez2015: Игорь K. есть какие-то электрические противопоказания? Вячеслав поясните?


Igor: На мой взгляд, вопрос изначально сформулирован не лучшим образом. Есть задача "резервирования", найдено решение и проводится опрос на предмет его состоятельности. Неплохо бы раскрыть суть "резервирования" с тем, чтобы не терять из вида другие возможные решения. По теме. В свое время проектировал систему, стояла задача предусмотреть возможность использования резервного контроллера, который автоматически подхватывал бы управление оконечным оборудованием в случае выхода из строя основного контроллера. В проекте фигурировал матричный коммутатор RS232, управляемый по Ethernet. В случае отключения основного контроллера предполагалось отправить на взлет резервный, который устанавливал бы свое подключение к комутатору. Спустя определенное время после запуска программы резервного контроллера предполагался запуск макроса, который устанавливал бы резервную схему коммутации RS232.

kislez2015: Igor идея резервирования абсолютно как у вас Но что за коммутатор rs232, за вчера ни одного не нашел...

Igor: kislez2015, в проект заложил какую-то китайчатинку. В наши дни поиск по сайту одного из ведущих бендов приносит, например, такие результаты. Но надо внимательно читать документацию - что-то там мутновато на тему коммутации.

kislez2015: Igor плохо только что КОМы не пятипиновые...

eoulianov: Не парьтесь, господа) Можно просто параллелить контроллеры. И RS232 и ИК. В выключенном состоянии порты "висят в воздухе" и второму контроллеру не помешают, т.е. если вы реализовали схему с одним включенным и остальными физически выключенными по питанию контроллерами - всё ОК. Но тот прекрасный момент, когда настала пора переключить на другой контроллер - он даст denied of service на время загрузки + время обнаружения проблемы, а так же забываение "состояния". Поэтому всякие там настройки, и что где выбрано я стараюсь хранить на третьем, арбитражном контроллере. Вариант с реально параллельными сервисами, распространённый в IT, я пока не реализовал - если есть мысли, давайте обсудим.

DmitriiP: eoulianov пишет: я стараюсь хранить на третьем вот оно !!!

Игорь K.: Такую дичь я бы дома хранил. В сейфе.

kislez2015: eoulianov а если задумано что друг друга резервируют контроллеры, которые включены всегда?

Kaveckiy: kislez2015 пишет: а если задумано что друг друга резервируют контроллеры, которые включены всегда? Слушай, вот первое, что приходит в голову - используй слаботочное реле с 2-я перекидными контактами для коммутации сигналов RX и TX - выйдет дешево и сердито. На контакт С подключаешь сигнал с контроллируемого устройства, контакт NC соединяешь с нужным сигналом основного процессора, контакт NO соединяешь с нужным сигналом резервного процессора. Обмотка реле обесточена - скоммутирован основной процессор на управляемое устройство, обмотка реле запитана - скоммутирован резервный процессор на управляемое устройство. Обмоткой реле управляет, например, резервный проц. Пока он видит, что основной проц рабочий - обмотка обесточена и управление идет с основного, когда резервный процессор решил что основной неисправен - он включает реле и перехватывает управление на себя.

Вячеслав: Имелось ввиду через преобразователь MOXA NPort5110 например. Он работает в режиме TCP сервера порт 4001 и принимает входящие подключения от двух контроллеров Crestron. Соответственно вываливает все данные на свой 232 порт. Главное не забыть выключить FIFO и FlowControl. скажу честно, я не пробовал делать два подключения одновременно. Но думаю, там нормальный TCP "сервер", а не как сами знаете где... )) Посмотрите мануал сами, да и саппорт там адекватный ответит точно можно или нет. Если позволяет более одного подключения, то рулите хоть одновременно с 2-х контроллеров.

Игорь K.: А если сломается Moxa? Кого будете резервировать? Понаставьте побольше разных девайсов для резерва и будете спать спокойно.

eoulianov: Не уверен насчёт Moxa: может он хороший и будет терпеть два клиентских подключения от обоих контроллеров, но пока мне не везло и все IP-RS поддерживали одно (а периодически - ни одного) подключение. Само по себе использование IP-RS устройства (добавление дополнительного звена в цепочку) снижает отказоустойчивость системы настолько, что резервирование контроллера не увеличит надёжность. Идея резервировать контроллеры обрела какую-то ощутимую основу только на Series 3. Дело в том, что на Series 2 мне за все годы не удалось столкнуться с ситуацией когда перезагрузка контроллера не лечит а включение резервного таки лечит. Может сгореть БП внутри контроллера, но если уж мы думаем о резервировании, то уж им-то мы точно не будем пользоваться (как впрочем и самими AV*, PRO* или RACK* контроллерами). Может убиться Flash, если злоупотреблять записью в NVRAM или на встроенную Flash - нужно просто держать себя в руках. И поставить внешнюю Flash карту. А вот в Series 3 есть милый момент с незавершенной загрузкой: если несколько раз не дать контроллеру загрузиться (а это можно достичь "правильной" последовательностью включения и отключения питания, и на моём опыте сбои электроснабжения к этому приводят тоже), то все программы оказываются "разрегистрированы", и контроллер прекрасно загрузившись ничего не делает. Сейчас я чаще использую тупой вариант именно перезагрузки контроллера: когда Ethernet Communications оказывается в Offline дольше 10 минут (времени, достаточного для перезагрузки контроллера после заливки программы), то нужно автоматически (макросом) рубануть такой контроллер по питанию секунд на 10, прицепиться к нему по telnet и после получения > послать команды clearerr (чтобы прочистить лог, который сам по себе вводит контроллер в расстройство), progreg -p:all и reboot. И до следующего пропадания offline не повторять. Переключение на "резервный" контроллер в этой ситуации не добавит надёжности системе, но добавит дополнительный контроллер, геморрой с распараллеливанием подключений, отслеживанием и заливкой программ и т.д. Ещё момент с частотностью сбоев: у меня чаще возникают проблемы в сети (компьютерной сети IP) и с блоками питания, чем с контроллерами Crestron. Повышение надёжности сетей и особенно WiFi - это отдельное удовольствие, а с питанием - можно резервировать именно питание 24В, переходя с основного на резервный БП, питающиеся от разных фаз каждый через свой фильтр или ИБП.

Kaveckiy: Кстати, насчёт резервированиям питания. Сейчас в проекты закладываю вот такой вот переключатель фаз, за ним проектируется ИБП который питает контроллеры. С ИБП снимается данные диагностики, в случае пропадания питания на входе шлю Push оповещение себе и хозяину.

kislez2015: Kaveckiy какой переключатель?

Kaveckiy: Такой например. Почему-то в прошлом сообщении ссылка не вставилась.



полная версия страницы