1. После запуска оболочки не происходит автоматического запуска ОЗ. - На данный момент это самая острая проблема. Я пробовал отключить антивирус, отключить файрвол, переустановить ОС, поменять настройки РМ в БД, создать отдельного пользователя и дать ему полные полномочия на каталог с программой, но ничего не помогло. На одной из машин я просто переименовал каталог с "ARM_ORION_PRO_1_20_3_8" на "ARM_ORION_PRO_1_20_3_7_14981" (где до этого стояла предыдущая сборка) и все заработало как надо. После этого у меня возникли подозрения, что проблема может быть связана с каким-то ключом в реестре, но переустановка ОС не помогает.
2. После запуска ОЗ из оболочки, часть зон остаются бледно зеленого цвета, при команде "взять" идет бесконечный запрос на взятие раздела. - Я не сталкивался с этой проблемой.
3. По команде "опрос" сервера из АБД находятся не все приборы - находятся все.
4. На команду "обновить БД в ОЗ" нет абсолютно никакой реакции - Реакция есть, просто нужно ждать не менее 10 минут.
5. Иногда теряется соединение сервера с УРМ - Эта проблема возникала и на предыдущих сборках.
6. После обновления в службе Орион2 перестали добавляться Сириусы в линиях, приходится вручную их добавлять через uprog после каждой перезагрузки.

Закиньте в автозагрузку CSO. При запущеном CSO при загрузке оболочки будет запущен Монитор. 

1.После запуска оболочки не происходит автоматического запуска ОЗ
такая же беда
4.На команду "обновить БД в ОЗ" нет абсолютно никакой реакции
Точно так, ждал и 10 минут, не приходит команда. После перезапуска оболочки и монитора в логах надпись появляется.
5.Иногда таряется соединение сервера с УРМ.
Прилетает иногда сообщение по центру экрана. Как его отключить?

Что ещё:
6. Зависает оболочка при нажатии на закрыть. и в Целом она тормозит как-то.
7. На линию можно добавить только один сириус, через механизм поиска. У последующих нет выбора линии.
8. Добавленные руками Сириусы не опрашиваются. Связь с ними есть и стабильна.
9. После запуска оболочки долго невозможно нажать кнопки на панели. 

Прошу Вас обновить всех клиентов Орион Про, на данный по ссыылке.
Проблема должна решиться.
Обновил дистрибутив.
disk:/backup/17.07.24_09-32_OrionProSetup1_20_3_8_1.exe.zip -> https://yadi.sk/d/ZDeOswJzIX82Sw  Пароль для Архива : qMjEgRa5u




Исправлено:
1.Остановка загрузки монитора, на планах при наличии нескольким УРМ, также возникала ошибка при занесении в протокол событий. "31.05.2024 15:33:22 | Error: Event translate error: Неправильный синтаксис около конструкции ":" . Также подобная ошибка могла возникнуть в Генератор отчетов или АБД.  
2.Для УРМ в мониторе терялось состояние связанного рабочего места.
3.При перезаписи ключей не шли проценты.
4.Для прибора С2000-4 ниже 3.00 призапси  ключей могла возникнтуть ощибка AV.
5.Не правильно отображались проценты при чтении ключей для приборов С2000-2 ниже 2.20. 
6.Перезапись ключей могла приветси к падению Ядра опроса.

Дополнение от 20.06.
1.Исправлено не прописывание ключей в био контроллеры.2
2.Не сохраняются координаты монитора на втором или более Мониторе.
3.Тормозит переключение по вкладкам в Монгиторе.
4.Не работет SM на компьютере без СУБД(сделано частично).
5.Исправлен баз с масштабированием Монитора.

Дополнение от 21.06.
1.Исправлна кнопка f5 на вкладке сотрудники. Не обновляла данные и при переходе на вкладку Пароли вызывало падение АБД.
2.Исправлена ошибка подключения Сервер менеджер с удаленного РМ и настройка автоматического бекапа и удаления данных.
3.Исправлено, не запоминался Монитор на втором и более дисплее.
4.Исправлено, нельзя перенести на не главный экран оболочку.

Дополнение от 17.07.
1.Исправлена проблема с отчетами.
 

Все Сириусы имеют Версию встроенного ПО 1.06.028.
HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\BOLID\ORION_PRO\ORICORE добавить DWord Logo2On = 1 активировал.
Не понимаю, где найти файл log_o2.log.
Базу сейчас отправлю.

Полезная функция экспорта импорта конфигурации Сириуса работает странным образом. После выполнения экспорта в Сириус, перехожу в веб конфигуратор. На вкладке Состояние объекта Зоны и их состав отображаются аутентично БД. Но при попытке дальнейшего конфигурирования, состав зон, наименования входов - пустые. Пытаюсь добавить в ручном режиме и перезагрузить систему - пусто. Изменения внести уже не возможно. 

Обновлен дистрибутив исправлены ошибки.
https://partners.bolid.ru/forum/forum_27313.html#answer27333

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

Перевыложил обновление Орион Про 1.20.3.8
Добавлен пункт 6 и 7. Качаем.
https://partners.bolid.ru/forum/forum_27313.html#answer27333
 

Опять косяк: пытаюсь изменить атрибут выхода "тип" в АБД у С2000КДЛ, а строка не активна. Колом стоит. Опять заблокированы права у администратора и владельца? При редактировании выходов Сириуса такой проблеммы нет.

Подскажите, в связи с чем заблокировали кнопку "Считать код из настольного считывателя" для всех типов кодов, кроме Proximity карта?
Мне надо, чтобы была возможность нажимать эту кнопку с типа кода "брелок TouchMemory". В предыдущих ВСЕХ версиях, включая 1.20.3.5 эта кнопка была активна при выборе брелокTouchMemory.
Выбирая брелок TouchMemory я заношу карты на управление охранной сигнализацией, а выбирая карту proximity– на скуд.
Ну и тех поддержка отвечает, что теперь только так и никак иначе.

Доброго дня!
Установила релиз с пометкой (22), постройка 19611, на удаленных ядрах опроса пишет "демонстрационный режим". Ключи имеются. Надо ли что-то с этим делать или не обращать внимания на эту надпись?

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

Теперь при считывании конфигурации из приборов это никак не отображается?
После обновления, при просмотре сведений о ключе - все приборы красные -ключ должен храниться в приборе - не хранится в приборе.
Запуская считывание конфигураций из приборов. И ничего не происходит.
На прошлой версии там хоть все обнулялось и потом проценты считаной конфы и ключей появлялись.
Тут же процесс считвания смотрю так же через сведения о ключе - с начало все приборы были красные, потом часть....

Проблемы в сборке 02.05.24_16-26_OrionProSetup1_20_3_8 (22).exeВ сборке 02.05.24_16-26_OrionProSetup1_20_3_8 (22).exe наблюдаются несколько проблем:

1. Неопределенное состояние разделов со временем на мониторе - Возникает проблема, когда все разделы со временем на мониторе становятся черными. В этом случае, помогает принудительный переопрос в мониторе.
2. Невозможность сменить размер шрифта в мониторе - В сборке также невозможно изменить размер шрифта в мониторе.
3. Ошибки в генераторе отчетов и невозможность отправки писем - При использовании генератора отчетов, возникают 4 ошибки, а также возникает ошибка "Ошибка загрузки DLL" при попытке отправить письма.
4. Проблемы при считывании конфигурации приборов (СКД) в АБД - При попытке считать конфигурацию приборов (СКД) в АБД для всего РМ одновременно, возникает зависание и вылетает Ядра Опроса на этом РМ.
5. Все разделы стали Аппаратными вместо Системных - В сборке все разделы стали Аппаратными, хотя это не требуется. Приходится вручную изменять каждый раздел на Системный.
6. Неясность в работе мониторинга БД и его настройке - Не понятно, как работает мониторинг БД и где можно найти информацию о его настройке.

Здравствуйте.
Столкнулся с такими проблемами:
1. Когда разворачиваю окно Монитора на весь экран, нижняя часть экрана уходит за панель задач, что не дает нормально пользоваться вкладками Тревоги, Отработанные тревоги, Архивные тревоги. Приходится вручную подгонять размер окна.
2. При поступлении сигнала пожар, когда вкладка переключается на отработку тревог, не всегда отображается план. Чаще просто пустое поле. Лечится это только кнопкой "Расположить по умолчанию" и какое-то время работает нормально. Потом галочка Отображать планы слетает.
Персонал путается, не может посмотреть на плане, где сработал датчик.
3. Можно как-то настроить приоритет тревожных сообщений таким образом, чтобы при поступлении пожара и последующем поступлении неисправностей, например Отказ ИУ, Ошибка ИУ итд, план не переключался на эти события, а оставался план с событием Пожар?
Опять же персонал путается. Поступает пожар, выскакивает план со сработавшим датчиков, а потом приходит событие Ошибка ИУ и план переключается на этот клапан. Все. Персонал поплыл, как им посмотреть где пожар не могут.
Что-то из этих проблем исправили уже?

Доброго дня!
А я наверное с хорошим, но надо уточнить))).
Из меню "Сервис"  в АБД исчез пункт "Поиск лишних ключей в приборах". Теперь гарантированно не будет ключей в приборах, не хранящихся в БД? 
Раньше, в 1.20.3.5, регулярно происходили ситуации, когда пропуск удаляют из АБД, но он остаётся в приборах, даже после синхронизации, а вот этот пункт действительно помогал удалить лишние ключи. 

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

Прошу обновить все Ваши АРМ.
https://partners.bolid.ru/forum/forum_27313.html#answer27333

Из крит. обновление решает проблему с пропаданием планов, время от времени возникающей ошибки в оболочке при занесении событий, а также не возможности старта рабочего места.

Также решена проблема с регулярной потерей состояний на удаленном рабочем месте(УРМ).
Прошу поставить обновления на  ВСЕ рабочие места. 
 

Раньше была сборка 1_20_3_8 (22), теперь же 1_20_3_8 (4). Что все-таки новее?

Нужно было позаниматсья с одним пультом. Я отключил опрос этого порта в ядре. Поработал с программой Uprog, далее попытался включить обратно опрос порта, а ядро висит (не отвечает). Сборка самая последняя, которую здесь выкладывали. Вчера обновился.

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

При переходе с 1.20.3.5 на 1.20.3.8 у меня возникли следующие проблемы:

1. Перестала работать функционал "Обновить таблицы в текущей вкладке". Вроде как в первых публичных версиях 1.20.3.8 он работал, но сегодня обнаружил, что в последней выложенной здесь - не работает! Я использую Модуль интеграции Орион Про для добавления данных о персонале, после чего обычно достаточно было обновить таблицы, чтобы новые данные появились в списке персонала, а сейчас приходится закрывать и заново запускать АБД.

2. При добавлении или изменении биометрических ключей перестала автоматически обновляться информация в контроллерах (MA300, SF6P). В Протоколе/Событиях ядра опроса при добавлении ключей ничего  не происходит, приходится использовать команду "Перезаписать ключи из кэша" для каждого контроллера.

3. На дисплее F18 стало каждые несколько секунд появляться это изображение https://photos.maydayoffice.kz/mo/sharing/JIpL5r9I2. На работоспособность вроде не влияет, но раздражает!

4. Что-то поломалось в видеосистеме - перестало отображаться в видеоплеере монитора живое видео с камер, подключенных к видеорегистратору RGI-3248 (камеры Hikvision 2-8 MP). Причем архивные записи с этих камер отображаются нормально. Живое же видео отображается только с камер, зарегистрированных в системе напрямую. 

Сегодня с утра в 8:00 обнаружил, что последнее событие пришло в 6:18 и новых событий нет. Ядро открывается и проде живое, только события не идут. Что-то снова зависает: ядро или монитор.  Сборка самая последняя.  
Перезагрузился. Система загрузилась, прошли какие-то события и все. События снова не идут как на основной машине с сервером, так и на удаленной. 

Дистрибутив обновлен.
https://partners.bolid.ru/forum/forum_27313.html#answer27333
 

Вот такая штука вылезла, видимо при импорте.
В КДЛ под одним адресом есть и вход и выход. При попытке перевести реле в шс вылезает эта ошибка.

Версия 1.20.3.8.20001 при попытке редактирования планов помещений такая ошибка

21.06.24_16-39_OrionProSetup1_20_3_8 (3) В Генераторе отчетов не работает "Маршруты движения посетителей". Чекбокс "Формировать" не активен. Также не работает большинство других отчётов.

Версия в целом не рабочая, вопрос даже не в мелочах вроде автостарта ОЗ, зависающего генератора. Пойдем от малого к серьезному
 1 Жуть с системными параметрами в БД параметр 1005 дублируется и быть может инвертирован по значению
 2 Дергающиеся по экрану Планы Помещений при тревоге (всю жизнь приучали делать так чтоб влезало на экран и тут здрасте =)) 
 3 Поломаные зависимости таблицы pList или около нее
 4 Ошибки обработки шаблонных сценариев вида "Ожидалось ключевое слово ..."
 5 Регулярные зависания оболочки 

1.Выделяете  РМ в АБД жмете править и сохранить и они там появятся.
2.Видео мне пришлите, о чем это вы.
4.Такого не может быть, скорее всего, это относится не к этому сценарию.
Пришлите скрин, с вкладки сценарии в ядре опроса с ошибкой.
 

А как сделать, чтобы при пожаре включался только сработавший план и не скакали планы со всякими включающимися табличками и прочими клапанами? 

Было бы неплохо научить Орион группировать планы.

У нас, например, много планов. Часть из планов с пожарными извещателями, а часть планов для служебного пользования. Там структурные схемы расположения оборудования и различные вспомогательные сигналы "пожар", которыми обмениваются приборы через сухой контакт. Такие сигналы я наношу на планы в виде ИПР. И таких сигналов много. Так вот, когда срабатывает какой-либо извещатель на плане, то АРМ переключается на этои план. А затем начинают обрабатывать вспомогательные сигналы на других планах, и фокус программы начинает скакать на эти планы, как сумасшедший. И таких планов несколько. В общем, нужна какая-то настойка для элементов на плане (активный или пассивный, например). По умолчанию все элементы, наносимые на план, имеют свойство "активный", если применимо. Если пройдёт сигнал пожар от такого элемента, то программа сфокусируется на нем. Если же поменять свойство элемента на "пассивный", то даже если такой элемент сформирует сигнал "пожар", программа проигнорирует это. В смысле, не будет фокусироваться на нем.

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