С пасибо я знаком с инструкцией и схемой расключения. Вопрос был в другом)

Я доказывал заказчику и проектировщику, что для полноценной работы АРМ Орион требуется 232 интерфейс. Однако они заставили меня усомниться в моих знания. Я предположил, что возможно появилась новая фунциональность о которой мне небыло известно, поэтому я решил перестраховаться.

Ответ ТП также подтвердил требования по наличию rs-232

Благодарю за ответ!

Есть возможность, выложить его сюда?

Ответ технической поддержки:


Здравствуйте! Действительно, для совместной работы АРМа и пульта, С2000М необходимо подключать к ПК по интерфейсу RS-232. С2000-USB для этого не подойдет (переделать его под 232 интерфейс нельзя). Вы можете использовать для этого преобразователь USB-RS232.

Карпов Дмитрий, Вы слегка промахнулись с ГОСТ Р 53325-2012, у автора "Периметралка ==> ...". Для охранной сигнализации другие требования.

Для примера, какие?

Нормативов много и разных, например здесь весьма неплохой перечень.
Суть моего комментария в том, что для охранных систем наличие пульта, при наличии ПК не обязательно. Лучше конечно организовать подключение аппаратуры по протоколу ОрионПро, но можно и вовсе без него. А можно подготовить пульт как резерв АРМа и поставить в "программирование". Тогда при работе АРМа он будет работать с приборами. В случае аварии АРМа выводим пульт в дежурный режим и после некоторого ожидания имеем рабочую систему. При этом приведенная топик-стартером схема будет весьма рабочей.

Согласен, что для охранных систем наличие пульта не обязательно.
И при наличии необходимой надёжности (резервирование) на уровне серверов, не желательно, из-за ограничений пульта (и об этих ограничениях указано в РЭ пульта на стр 47).
Но как только упоминается «пожарка», сразу без пульта ни куда не деться (хотя, это не совсем так).
Соответственно, пульт как прибор, создаётся как «универсальное» устройство, под сертификацию.
И функционал, именно «охранно-пожарный», и типовые схемы пульта «заточены» под это («ведущий» на интерфейсе только один).
Отсюда, либо в проекте вообще без пульта, либо «досконально по нормативам», иначе система не стабильна.
Т. к. в этой теме пульт указан, то второе.

приведенная топик-стартером схема будет весьма рабочей !!!???
 
Простой пример, если возле пульта (прям рядом) окажутся, допустим, БКИ, С2000-4 и другие «пищалки».
И «человеческий фактор» обязательно когда-то сработает, как только (в очередной раз) всё запищит, и кто-то нажмёт сброс пульта.
Что произойдет?
Пульт «проснётся» и «уронит» систему.
А если сделать резервирование, как рекомендует производитель, то пульт сам, когда надо «уснёт», а когда надо «проснётся», и это явно не та схема.

Пульт легко подключается к АРМ Орион Про по 485 интефейсу через ПИ и всё управляется. У нас так и сделано - пульты через ПИ объединены по 485 и подключены к компу через USB-485. При том всё нормально управляется, читается и программируется по протоколу Орион Про без перевода пультов в режим программирования.

У вас скорее всего сделано так, С2000М 232-232 ПИ 485-USB RS485. При этом 485 проходит через несколько ПИ. Посмотрите внимательней, работа двух "мастеров" (это М и АРМ), одновременно невозможна, никак. Это не одно и тоже, подключить ПКУ по 485, и преобразовать 232 через ПИ.

Константин, я это и имел ввиду) Может не совсем правильно выразился. Вопрос был:

Ответ - возможно, через ПИ и с 2000-RS485. Вчера только такую схему собрал на столе с запущеным АРМ. Пульт в режиме "компьютер". Всё управляется и с пульта и из АРМ. Естественно, для того что бы программировать пульт или приборы, ядро выгружается.

Этот процесс – выгрузка ядра, ....старт/стоп (например Uprog/PProg) ..., загрузка ядра, можно автоматизировать?

Нет, нельзя. Если только по расписанию через планировщик задач. Ну или по RDP или VNC.

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