Пришлось откатиться на 1.20.3.5. Основная проблема - монитор не показывает актуальный статус разделов. У нас 32 COM-порта. В штатном режиме примерно за 30 секунд восстанавливаются подключения до приборов, а цвет разделов устанавливается на актуальное состояние (зеленый, синий, красный и т.д.) В этой версии примерно четверть разделов остаются светло-салатового цвета, что советует неопределенному состоянию. Если, например, снять раздел с охраны то цвет начинает корректно отображать состояние. Если же ничего не делать с разделом, то он так и висит салатовый, соответственно не понятно стоит он на охране или нет.
 

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

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

Нельзя добавить код карты без считывателя, по коду на карте.
Может хоть добавили двойную идентификацию, номер автомобиля + карта ? Хотя мало верится...

А чего стоит эта боль при добавлению ау в раздел.
Ну почему нельзя допустим добавлять перетаскиванием ? Или уже добавлять раздел к датчику ?

Эти вложенные бесконечные пути до сириуса 


А что стало с цветами ? я не вижу разницы между включенным входом, выключенным и разделами в которых вообще нет датчиков.


А если зададим в сириусе тип реле противопожарное оборудование ?
А у вас много реле, пока они все не отработают при пожаре вы никогда не увидите какой датчик или раздел в пожаре, они буду сыпать в окно тревог свои состояния, а так как сириус тормоз это все может затянутся на 10 минут.

Начал создавать новую БД, добавил С2000М и один КДЛ, создал разделы, раскидал по ним ШС, отрисовал планировку этажа, на АРМ все работает. Пробую экспортировать конфигурацию в пульт - АБД выдает ошибку "Range check error" и не экспортирует. На объекте будет 20 КДЛ, если всю конфигурацию придется вручную вносить в пульт, то это просто свихнуться можно. Можно ли как-то это исправить или лучше установить версию 1.20.3.5 переделать 1 уже сделанный этаж и остальное в ней все сделать?

При подключении через "железные" СОМ-порты преобразователей "ПИ" и "ПИ-ГР" связь с приборами через них не устанавливается. В настройках "Ядра опроса" например, для Линии2 (ранее был СОМ2)  параметр "Тип ПИ" установлен "С2000-ПИ", который можно изменить на "ПИ", но после обновления БД в "Оперативной задаче", параметр снова получает значение "С2000-ПИ".
Данная проблема была в версии 1.20.3.6, опубликовано:https://partners.bolid.ru/forum/forum_25262.html# .
Техподдержкой для этой версии был высылан обновленный модуль CoreOrion.exe и файл default.sql, которые решили проблему. 

Добрый день. Решили обновить нашу версию 1.20.3.4 на версию 1.20.3.7, т.к были проблемы с вылетом ядра опроса на сервере и задержкой в выводе голосовых сообщений после событий. Система собрана на виртуальных COM-портах (около 25), без пульта С2000-М.
При запуске ОЗ ни один из портов не поднялся, сделали конвертацию в линии (виртуальный COM-порт) в АБД. Всё заработало, но т.к изменилась логическая структура системы, все приборы оказались "чистыми", т.к без считаных паролей. Запуск "считать пароли из прибора" в АБД не приводят ни к чему, т.е вообще ничего не происходит. Запуск "перезаписать ключи в приборе" выдаёт ошибку в сетевых обменах о том, что ключи не были считаны и перезапись не происходит. Что делать? Куда копать? Всем спасибо за внимание.
 

Как правильно обновится с 1.20.3 (сборка 4ххх). При обновлении слетают всё пути  к датчикам на плане. 
 

Разработчики вопрос? Как произвести слияния баз данных в «АРМ Орион ПРО 1.20.3.7 (постройка № 14772)» если данный пункт отсутствует в ПО «Менеджер сервера»???

https://disk.yandex.ru/i/0x6QvCtOyk5MCw

Ответ от Болида
К сожалению,данная функция недоступна в версиях АРМ Орион ПРО 1.20.3.6,1.20.3.7. Если у Вас есть базы данных от версии 1.20.3.5 и ниже,то Вы можете произвести слияние под более ранней версией АРМ Орион ПРО и произвести модернизацию объединенной базы данных под АРМ Орион ПРО 1.20.3.7.
Если базы данных изначально созданы под 1.20.3.7,то Вы можете прислать их нам для осуществления слияния на нашей стороне.

А хорошо, а с 1.12 получится как-то хотя бы в несколько этапов сконвертировать или заново всё делать под 1.20.3.7?
Не думал, что возникнет такая необходимость, а вот.

Поставил я себе зачем-то этот Орион ПРО. На нем через виртуальные COM-порты висит несколько C2000-Ethernet по одной эмке на каждом и один физический COM-порт, на котором через кучу С2000-ПИ висит больше 10 эмок. Столкнулся со следующей проблемой: при пропадании приборов или любом событии на виртуальном порте невозможно понять, где это происходит. Пропадает прибор, в поле Описание указывается то описание, которое забито (если забито) в программу. Оно не информативно. В поле Адресант, где в случае с физическим портом указывается полный адрес отвалившегося прибора, в случае с виртальным указывается то же самое, что и в поле Описание. Понять, что где умерло, невозможно. 

Здравствуйте, не работает цветавой дапазон индикатора измерения (естественно заново переставлял, как в инструкции) 

Всё решила техподдержка. "Здравствуйте! Направляем обновленную версию модуля монитор. Проверьте работу системы с ним." 
после замены файла интикаторы стали вести себя штатно :) Благодарю.

1. Генератор отчётов. Диалоговые окна стали менее тормозными, отчёты выполняются быстрее. Спасибо!  (Обновление сообщения) Но! Как оказалось, не всегда отчёт будет сформирован по выбранным параметрам. Например, в отчёте по точкам доступа с проходами по кнопке отчёт формируется по другим точкам доступа, отличающимися от тех, что выбраны в диалоговом окне. В общем, рано обрадовались работоспособности Генератора отчётов.
2. АБД. Вкладка "Сотрудники".

1. Интерфейс стал более наглядным, информативным. Неочевидно, что коды пропусков в этом окне нельзя поправить., рука так и тянется. Может быть вкладка "Пароли" со временем пропадёт совсем или ещё как-то доработают интерфейс.
2. Добавляем работника, выбираем подразделение. У нас 100500 подразделений и окно с их списком не входит в экран монитора, полосы прокрутки у окна нет. Тратятся нервные клетки операторов.
3. Можно распечатать лишь пропуск текущего оператора. Где взять версию для нормальной печати пропусков?

1. Выбираем прибор - происходит считывание конфигурации. После окончания выбираем следующий прибор - считывания конфигурации не происходит. Закрываем окно - открываем - выбираем - запускаем - работает. Иногда считывает у пяти приборов, иногда только у одного. Бывает, что и закрытие окна не помогает, тогда начинает считывать конфигурацию после "Получить состояние ключей".
2. Накануне все конфигурации из всех приборов считались, произвели синхронизацию ключей в приборах. Сегодня у части приборов снова конфигурация не считана. Считываю снова. Компьютер был перезагружен, поэтому куда-то улетели считанные конфигурации?
3. При синхронизации указывает на два прибора, с которых не считана конфигурация. Но приборов с такими адресами нет ни в упроге, ни в абд, ни в ядре. Где ещё поискать? В реестре?

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

Прислали обновлённый дистрибутив версии 1.20.3.7. Конфигурации приборов исчезать перестали, но радость была недолгой - система стала очень сильно тормозить. Взятия-снятия до 50 секунд, выполнение сценария - около 10 секунд. Мне чтобы выйти из кабинета после приложения карты надо постоять секунд 10, чтобы дверь закрылась. В общем, жить так невозможно. Попытки заменить ядро на другое результатов не дало, поэтому произвели откат на первоначальный 1.20.3.7, с сайта, там можно было работать с оборудованием. Корректности отчётам в генераторе отчётов тоже не добавилось(.
Это видимо такой маркетинговый ход - теперь после увиденных тормозов системы потерянные конфигурации кажутся не такими уж страшными, а глюки 1.20.3.5  вполне милыми и безобидными))).