On-line: гостей 0. Всего: 0 [подробнее..]
АвторСообщение



ссылка на сообщение  Отправлено: 30.06.17 18:06. Заголовок: Общий Com для двух процессоров


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

Спасибо: 0 
ПрофильЦитата Ответить
Ответов - 18 [только новые]


постоянный участник




ссылка на сообщение  Отправлено: 30.06.17 18:45. Заголовок: RS232 предусматривае..


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

Спасибо: 0 
ПрофильЦитата Ответить





ссылка на сообщение  Отправлено: 30.06.17 18:46. Заголовок: Для резервирования, ..


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

Спасибо: 0 
ПрофильЦитата Ответить



ссылка на сообщение  Отправлено: 30.06.17 21:33. Заголовок: Игорь K. есть какие-..


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

Спасибо: 0 
ПрофильЦитата Ответить





ссылка на сообщение  Отправлено: 30.06.17 22:40. Заголовок: На мой взгляд, вопро..


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

Спасибо: 0 
ПрофильЦитата Ответить



ссылка на сообщение  Отправлено: 01.07.17 08:11. Заголовок: Igor идея резервиров..


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

Спасибо: 0 
ПрофильЦитата Ответить





ссылка на сообщение  Отправлено: 01.07.17 09:58. Заголовок: kislez2015, в проект..


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

Спасибо: 0 
ПрофильЦитата Ответить



ссылка на сообщение  Отправлено: 01.07.17 14:37. Заголовок: Igor плохо только чт..


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

Спасибо: 0 
ПрофильЦитата Ответить



ссылка на сообщение  Отправлено: 02.07.17 20:19. Заголовок: Не парьтесь, господа..


Не парьтесь, господа)

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

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



Спасибо: 0 
ПрофильЦитата Ответить



ссылка на сообщение  Отправлено: 02.07.17 23:33. Заголовок: eoulianov пишет: я ..


eoulianov пишет:

 цитата:
я стараюсь хранить на третьем



вот оно !!!

Спасибо: 0 
ПрофильЦитата Ответить
постоянный участник




ссылка на сообщение  Отправлено: 02.07.17 23:45. Заголовок: Такую дичь я бы дома..


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

Спасибо: 0 
ПрофильЦитата Ответить



ссылка на сообщение  Отправлено: 03.07.17 10:11. Заголовок: eoulianov а если зад..


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

Спасибо: 0 
ПрофильЦитата Ответить



ссылка на сообщение  Отправлено: 05.07.17 18:38. Заголовок: kislez2015 пишет: а..


kislez2015 пишет:

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



Слушай, вот первое, что приходит в голову - используй слаботочное реле с 2-я перекидными контактами для коммутации сигналов RX и TX - выйдет дешево и сердито.

На контакт С подключаешь сигнал с контроллируемого устройства, контакт NC соединяешь с нужным сигналом основного процессора, контакт NO соединяешь с нужным сигналом резервного процессора. Обмотка реле обесточена - скоммутирован основной процессор на управляемое устройство, обмотка реле запитана - скоммутирован резервный процессор на управляемое устройство.

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

Спасибо: 0 
ПрофильЦитата Ответить





ссылка на сообщение  Отправлено: 05.07.17 19:44. Заголовок: Имелось ввиду через ..


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

Спасибо: 0 
ПрофильЦитата Ответить
постоянный участник




ссылка на сообщение  Отправлено: 05.07.17 19:49. Заголовок: А если сломается Mox..


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

Спасибо: 0 
ПрофильЦитата Ответить



ссылка на сообщение  Отправлено: 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В, переходя с основного на резервный БП, питающиеся от разных фаз каждый через свой фильтр или ИБП.

Спасибо: 0 
ПрофильЦитата Ответить



ссылка на сообщение  Отправлено: 07.07.17 19:51. Заголовок: Кстати, насчёт резер..


Кстати, насчёт резервированиям питания.

Сейчас в проекты закладываю вот такой вот переключатель фаз, за ним проектируется ИБП который питает контроллеры.

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

Спасибо: 0 
ПрофильЦитата Ответить



ссылка на сообщение  Отправлено: 08.07.17 11:25. Заголовок: Kaveckiy какой перек..


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

Спасибо: 0 
ПрофильЦитата Ответить



ссылка на сообщение  Отправлено: 08.07.17 14:37. Заголовок: Такой например. Поче..


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

Спасибо: 0 
ПрофильЦитата Ответить
Ответ:
1 2 3 4 5 6 7 8 9
большой шрифт малый шрифт надстрочный подстрочный заголовок большой заголовок видео с youtube.com картинка из интернета картинка с компьютера ссылка файл с компьютера русская клавиатура транслитератор  цитата  кавычки моноширинный шрифт моноширинный шрифт горизонтальная линия отступ точка LI бегущая строка оффтопик свернутый текст

показывать это сообщение только модераторам
не делать ссылки активными
Имя, пароль:      зарегистрироваться    
Тему читают:
- участник сейчас на форуме
- участник вне форума
Все даты в формате GMT  3 час. Хитов сегодня: 36
Права: смайлы да, картинки да, шрифты да, голосования нет
аватары да, автозамена ссылок вкл, премодерация откл, правка нет