Автор | Сообщение |
|
Отправлено: 30.06.17 18:06. Заголовок: Общий Com для двух процессоров
Подскажите, может кто-то такой хренью занимался - можно ли подключить одно устройство, управляемое по Com сразу к двум процессорам? Можно ли это провернуть? Это для резервирования
|
|
|
Ответов - 18
[только новые]
|
|
|
| постоянный участник
|
|
|
Отправлено: 30.06.17 18:45. Заголовок: RS232 предусматривае..
RS232 предусматривает подключение точка - точка, двух устройств. В крайнем случае можно выход одного девайса подать на входы интерфейсов RS232 двух разных процессоров. Два же выхода соединять вместе не нужно.
|
|
|
|
Отправлено: 30.06.17 18:46. Заголовок: Для резервирования, ..
Для резервирования, можно попробовать через moxa 2 подключения держать
|
|
|
|
Отправлено: 30.06.17 21:33. Заголовок: Игорь K. есть какие-..
Игорь K. есть какие-то электрические противопоказания? Вячеслав поясните?
|
|
|
|
Отправлено: 30.06.17 22:40. Заголовок: На мой взгляд, вопро..
На мой взгляд, вопрос изначально сформулирован не лучшим образом. Есть задача "резервирования", найдено решение и проводится опрос на предмет его состоятельности. Неплохо бы раскрыть суть "резервирования" с тем, чтобы не терять из вида другие возможные решения. По теме. В свое время проектировал систему, стояла задача предусмотреть возможность использования резервного контроллера, который автоматически подхватывал бы управление оконечным оборудованием в случае выхода из строя основного контроллера. В проекте фигурировал матричный коммутатор RS232, управляемый по Ethernet. В случае отключения основного контроллера предполагалось отправить на взлет резервный, который устанавливал бы свое подключение к комутатору. Спустя определенное время после запуска программы резервного контроллера предполагался запуск макроса, который устанавливал бы резервную схему коммутации RS232.
|
|
|
|
Отправлено: 01.07.17 08:11. Заголовок: Igor идея резервиров..
Igor идея резервирования абсолютно как у вас Но что за коммутатор rs232, за вчера ни одного не нашел...
|
|
|
|
Отправлено: 01.07.17 09:58. Заголовок: kislez2015, в проект..
kislez2015, в проект заложил какую-то китайчатинку. В наши дни поиск по сайту одного из ведущих бендов приносит, например, такие результаты. Но надо внимательно читать документацию - что-то там мутновато на тему коммутации.
|
|
|
|
Отправлено: 01.07.17 14:37. Заголовок: Igor плохо только чт..
Igor плохо только что КОМы не пятипиновые...
|
|
|
|
Отправлено: 02.07.17 20:19. Заголовок: Не парьтесь, господа..
Не парьтесь, господа) Можно просто параллелить контроллеры. И RS232 и ИК. В выключенном состоянии порты "висят в воздухе" и второму контроллеру не помешают, т.е. если вы реализовали схему с одним включенным и остальными физически выключенными по питанию контроллерами - всё ОК. Но тот прекрасный момент, когда настала пора переключить на другой контроллер - он даст denied of service на время загрузки + время обнаружения проблемы, а так же забываение "состояния". Поэтому всякие там настройки, и что где выбрано я стараюсь хранить на третьем, арбитражном контроллере. Вариант с реально параллельными сервисами, распространённый в IT, я пока не реализовал - если есть мысли, давайте обсудим.
|
|
|
|
Отправлено: 02.07.17 23:33. Заголовок: eoulianov пишет: я ..
eoulianov пишет: цитата: | я стараюсь хранить на третьем |
| вот оно !!!
|
|
|
|
| постоянный участник
|
|
|
Отправлено: 02.07.17 23:45. Заголовок: Такую дичь я бы дома..
Такую дичь я бы дома хранил. В сейфе.
|
|
|
|
Отправлено: 03.07.17 10:11. Заголовок: eoulianov а если зад..
eoulianov а если задумано что друг друга резервируют контроллеры, которые включены всегда?
|
|
|
|
|
Отправлено: 05.07.17 18:38. Заголовок: kislez2015 пишет: а..
kislez2015 пишет: цитата: | а если задумано что друг друга резервируют контроллеры, которые включены всегда? |
| Слушай, вот первое, что приходит в голову - используй слаботочное реле с 2-я перекидными контактами для коммутации сигналов RX и TX - выйдет дешево и сердито. На контакт С подключаешь сигнал с контроллируемого устройства, контакт NC соединяешь с нужным сигналом основного процессора, контакт NO соединяешь с нужным сигналом резервного процессора. Обмотка реле обесточена - скоммутирован основной процессор на управляемое устройство, обмотка реле запитана - скоммутирован резервный процессор на управляемое устройство. Обмоткой реле управляет, например, резервный проц. Пока он видит, что основной проц рабочий - обмотка обесточена и управление идет с основного, когда резервный процессор решил что основной неисправен - он включает реле и перехватывает управление на себя.
|
|
|
|
Отправлено: 05.07.17 19:44. Заголовок: Имелось ввиду через ..
Имелось ввиду через преобразователь MOXA NPort5110 например. Он работает в режиме TCP сервера порт 4001 и принимает входящие подключения от двух контроллеров Crestron. Соответственно вываливает все данные на свой 232 порт. Главное не забыть выключить FIFO и FlowControl. скажу честно, я не пробовал делать два подключения одновременно. Но думаю, там нормальный TCP "сервер", а не как сами знаете где... )) Посмотрите мануал сами, да и саппорт там адекватный ответит точно можно или нет. Если позволяет более одного подключения, то рулите хоть одновременно с 2-х контроллеров.
|
|
|
|
| постоянный участник
|
|
|
Отправлено: 05.07.17 19:49. Заголовок: А если сломается Mox..
А если сломается Moxa? Кого будете резервировать? Понаставьте побольше разных девайсов для резерва и будете спать спокойно.
|
|
|
|
Отправлено: 05.07.17 23:14. Заголовок: Не уверен насчёт Mox..
Не уверен насчёт 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В, переходя с основного на резервный БП, питающиеся от разных фаз каждый через свой фильтр или ИБП.
|
|
|
|
Отправлено: 07.07.17 19:51. Заголовок: Кстати, насчёт резер..
Кстати, насчёт резервированиям питания. Сейчас в проекты закладываю вот такой вот переключатель фаз, за ним проектируется ИБП который питает контроллеры. С ИБП снимается данные диагностики, в случае пропадания питания на входе шлю Push оповещение себе и хозяину.
|
|
|
|
Отправлено: 08.07.17 11:25. Заголовок: Kaveckiy какой перек..
Kaveckiy какой переключатель?
|
|
|
|
Отправлено: 08.07.17 14:37. Заголовок: Такой например. Поче..
Такой например. Почему-то в прошлом сообщении ссылка не вставилась.
|
|
|
|