АРМ «Орион Про»

Подскажите, как запускать "Рупор" централизованно из АРМ "Орион Про"?

"Рупор" запускается из АРМ "Орион Про" с помощью сценариев управления, написанных с помощью скрипт-языка.
Пример сценария в АРМ "Орион ПРО" для работы с прибором "Рупор":
--------------------------------------
Сценарий
 Переменные
  Перем Компьютеры1;
  Перем РабочееМесто1;
  Перем Порты1;
 Перем Прибор1;
НачалоСценария
 Компьютеры1 = СоздатьОбъект ("Компьютеры");

 РабочееМесто1 = Компьютеры1.ПолучитьПоТипуИСетевомуАдресу( "ЯДРО" , "192.168.11.73" );
 Порты1 = РабочееМесто1.Порты();

 Прибор1 = Порты1.ПолучитьПоАдресу( "1.0.0.0" ).Приборы().ПолучитьПоАдресу( "1.1.0.0" ).Приборы().ПолучитьПоАдресу( "1.1.20.0" );
 Прибор1.АктивироватьВоспроизведение( x1, x2, x3 );
 Прибор1.ВклРечевогоОповещение();
КонецСценария
-------------------------------------
Где x1 – задержка оповещения в секундах,
x2 – время выполнения в секундах,
x3 – номер трека в приборе "Рупор".

Адрес прибора состоит из номера COM-порта, пульта и адреса Рупора.
Подробное описание скрипт-языка АРМ "Орион Про" находится в папке с установленным ПО, в каталоге DOC.

Подскажите, в чем отличие СУБД MSDE 2000 и MS SQL 2005 Express при работе с АРМ "Орион ПРО".

Основные отличия заключаются в том, что база данных под управлением MSDE может достигать 2 Гб (до 4 Гб в MS SQL 2005 Express), поддерживается планировщик (возможно настроить резервное архивирование БД по расписанию). Базы данных достаточно больших размеров будут работать быстрее под управлением MS SQL 2005 Express. Базу данных от MSDE можно модернизировать под Express, однако обратная переносимость отсутствует.

При попытке постановки на охрану разделов из "Оперативной задачи" проходит только событие "Удалённый запрос на взятие" и "Удалённый запрос на снятие", а подтверждения взятия или снятия – нет. Работа с пультом в протоколе "Орион ПРО".

Данная проблема может возникать, если в пульте включены фильтры на передачу событий взятия и снятия. Необходимо с помощью программы Pprog эти фильтры отключить (на странице трансляция событий выделить пульт и в инспекторе программы выключить соответствующие пункты).

На нашем предприятии установлена система охраны "Орион".
Аппаратный ключ был утерян. Поясните, пожалуйста, какова процедура и стоимость восстановления ключа.

Разработанное нашим предприятием программное обеспечение АРМ "Орион" подпадает под действие и поставляется в соответствии с Законом РФ № 3523-I "О правовой охране программ для электронных вычислительных машин и баз данных" от 23 сентября 1992 г. (изменениями от 24 декабря 2002 г., 2 ноября 2004 г., 2 февраля 2006 г.)

Условия использования однозначно оговорены в "Договоре о передаче авторских прав на использование программ для ЭВМ и баз данных (Лицензионном договоре)" между ЗАО НВП "Болид" и конечным пользователем, который ни коим образом не противоречит вышеуказанному Закону и действует на его основе.
Согласно данному Договору электронный ключ защиты является доказательством (единственным) легального приобретения ПО, и при физической утрате восстановлен быть не может.
В Вашем случае единственный вариант - приобретение ПО полностью.

Можно ли как-то увеличить количество прописанных приборов в ключе?

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

У нас стоит АРМ "Орион". Мы хотим апгрейдить его до АРМ "Орион ПРО". Что нам нужно для этого сделать?

При переходе с АРМ "Орион" на АРМ "Орион ПРО" потребуется докупить:
1. "Сервер БД" Орион ПРО;
2. "Администратор базы данных" Орион ПРО;
3. Модули отчетности (Генератор отчетов, Учет рабочего времени) при необходимости.
Ключ от АРМ "Орион" можно использовать для "Оперативной задачи" Орион ПРО соответствующего исполнения.

При смене дежурства, загрузке Монитора ОЗ и обновлении БД загрузка Лога событий занимает более 20 минут.
Если принудительно завершить omonitor.exe, ОЗ, выйти из CSO и запустить их заново, то в течение 15 минут Лог загружается.

Вероятнее всего, у Вас в базе данных очень много событий, поэтому выполнение SQL запроса на выборку занимает очень много времени. Мы рекомендуем уменьшить в файле dshell.ini значение параметра HourLast до 20, например.
Во второй раз лог загружается быстрее из-за того, что даже во время отключения клиентского приложения запрос на SQL сервере продолжает исполняться, а после исполнения данные кэшируются. То есть загрузить их второй раз уже можно без исполнения запроса.

Добрый день! Вопрос по программе Орион Про. В нашем здании проводилась перепланировка помещений, и в связи с этим нужно в АБД заменить план. На плане уже нанесено большое количество датчиков. Вопрос в следующем, при замене придется все датчики заново наносить на план или нет?!

Вы можете отредактировать файл плана помещений, при этом Вам не придётся перерисовывать слой с зонами разделов и датчиками.
Для этого Вам требуется в "Администраторе базы данных" выделить нужный план помещения, в инспекторе объектов зайти в его свойство "План" и в диалоговом окне нажать кнопку "Экспорт". Далее Вы сохраняете изображение, редактируете его, после чего подгружаете в базу на место старой подложки таким же способом, что и экспортировали, только в диалоговом окне Вам потребуется нажать кнопку "Импорт".

При смене дежурства, загрузке Монитора ОЗ и обновлении БД загрузка Лога событий занимает более 20 минут.
Если принудительно завершить omonitor.exe, ОЗ, Выйти из CSO и запустить их заново, то в течение 15 минут Лог загружается.

Вероятнее всего, у Вас в базе данных очень много событий. Поэтому выполнение SQL запроса на выборку занимает очень много времени. Мы рекомендуем уменьшить в файле dshell.ini значение параметра HourLast до 20, например.
Во второй раз лог загружается быстрее из-за того, что даже во время отключения клиентского приложения, запрос на SQL сервере продолжает исполняться, а после исполнения данные кэшируются. То есть загрузить их второй раз уже можно без исполнения запроса.

В определённый момент на удалённом рабочем месте в "Монитор системы" перестали загружаться планы помещений. Загружается только одна закладка с цифрой 1 без подложки.

Это обусловлено большим размером, а также фрагментацией данных в базе.
Вам необходимо провести реиндексацию базы данных с помощью "Менеджера сервера БД". Если такой функции нет в Вашей версии "Менеджера сервера", Вам необходимо отправить нам запрос по электронной почте для получения соответствующих файлов.