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/29.08.24_17-20_OrionProSetup1_20_3_8(16).exe.zip -> https://yadi.sk/d/NR1rnq8-z_k51w  Пароль для Архива : XdA45Uu8v






Исправлено:
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.Исправлена проблема с отчетами.

Дополнение от 31.07
1.Окончательно исправлены баги с отчетами)))
2.Исправлены "прыжки планов", сделали по след алгоритму.
Мы убрали, как нам кажется не верное позиционирование на тревожной объекте.
Теперь если план помещается на весь экран, никакого скролла быть не должно.
В противном случае объект будет отображаться по центру, если он не по краям плана, в
этом случае смещение будет прижиматься к видимой области слева или справа.
3.Разработана система контроля за "распуханием" лога изменения состояний, что могло привести к "тормозам" системы уведомления о 
изменений в БД для ядра опроса(могли с запаздыванием обновляться информация в СКУД системе).
4.Для "виртуального порта" исправлена проблема с недочитыванием конфигурации(99%)  при массовом чтении конфигурации с приборов.

07.08
1.Исправлено возможное зависание ядра опроса.
2.Доработана модернизация и конвертация поля Remark с 80 до 120(а не только 65).
Устранится возможное появление  (DECLARE @T TABLE (GUID VARCHAR) INSERT INTO pLogData WITH (ZReserv, NumCom, TimeVal, IDComp, Par1, Par2, Par3, Par4, Event, RazdIndex, HozOrgan, Remark, DoorIndex, ZoneIndex, ReaderIndex, Sign, Mode, DeviceTime, IndexZone, tpIndex, tpRzdIndex, VEvent, HozGuest, ExternalEventId, StrAddr) OUTPUT inserted.GUID INTO @T (GUID) VALUES (:pIdPass, 12721244, :pDateTime, 1, 80, 178, 65, 175, 26, 0, 0, :pName, 60, 43, 1675, 0, 1, :pDateTime1, 1675,8,0,0, 1, 0, :pStrAddr)SELECT GUID FROM @T).
При использовании длинных названий у элементов или зон.
3.Исправлено отображение статистики в Мониторах на РМ, где не работают ядра.

16.08
Исправлено:
1. Очень медленный переход в экспорт конфигурации с С2000-М. Чем больше КДЛов на С2000-М тем медленее, при включенном сборе статистики.
2.Замедленее общего темпа работы Ядра опроса при включенной статистики, например медленно получали события о изменении БД. И "заикалось" приложение при массовом изменении состояния в зонах, элементах, группах.
3.Возможном падении оболочки с ошибкой "out of memory" при инициализации крупных и сверхрупных систем от 20 тыс элементов на ядре.

23.08.
1.Исправлено out of memory в оболочке и coreorion.
2.Исправлена излишняя нагрузка на СУБД и cso при активированной статистике.
3.Исправлена ошибка при повторном экспорте конфигурации в С2000М.
4.Исправлены проблемы с биометрикой.

24.08
1.  исправлено: приходят "пожары" в окне "тревоги" и "события".  

29.08
1. исправлено: чтение конфигурации
2. исправлено: ОЗ в графе "хозорган" отображается ФИО
3. исправлено: функция "показать на плане" при выборе раздела
3. исправлено: синтаксис около конструкции

Все Сириусы имеют Версию встроенного ПО 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.Такого не может быть, скорее всего, это относится не к этому сценарию.
Пришлите скрин, с вкладки сценарии в ядре опроса с ошибкой.
 

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

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

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

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

Новое обновление, с исправлениями  качаем.
https://partners.bolid.ru/forum/forum_27313.html#answer27333

Обратил внимание - Демонстратор теперь не умеет загружать конфиг из базы. Это навсегда?

В Монитор ОЗ окно "Карточка прохода" не масштабируется - или я что-то забыл?
положение окна изменяется, а размеры нет.

Установил последнюю версию от 31 июля. После обновления, как минимум пропал один уровень доступа, и пароль для программ с этим УД у 4 сотрудников. Сам пользователь в сотрудниках на месте. И пропала связь с одним объектом, подключенным по виртуальному порту. Сам эзернет доступен, в настройки захожу, на интерфейсе приборы видны. А в ядре опроса нет связи. До обновления связь была.

А будет когда-нибудь реализован механизм исключения определенных зон? Например добавил все зоны в УД, а потом выбрал несколько из них не показывать в этом УД. Это проще чем выбирать сразу определённые зоны и потом при добавлении новых зон каждый раз добавлять в УД.

Коллеги, вот у меня вопрос. 
В версии 1.20.3.4... (исправление 4 разные сборки), как и в предыдущих, была возможность поиска сотрудника (фильтр) "По фамилии". Охраннику было достаточно ввести 2-3 буквы и ему выдавался список фамилий, начинавшихся на эти буквы.
В новых версиях (1.20.3.7 - 1.20.4.8) этот фильтр заменили (зачем-то) на фильтр ФИО, т.е. если мне нужно найти кого-то с фамилией "Алексан..." мне нужно вводить её полностью, т.к. иначе я получаю всех Александров, Александровичей и т.д.
Вот зачем ломать то, что работало?
Почему нельзя было сделать 3 фильтра? По фамилии, по имени, по отчеству?
 

Постройка 20316. Установлена сегодня. Как и в предыдущих "постройках" периодически появляется сообщение об ошибке в логе оболочки:
"06.08.2024 15:57:48 | Error: Event translate error: Символьные или двоичные данные могут быть усечены. (DECLARE @T TABLE (GUID VARCHAR(36)) INSERT INTO pLogData WITH(ROWLOCK) (ZReserv, NumCom, TimeVal, IDComp, Par1, Par2, Par3, Par4, Event, RazdIndex, HozOrgan, Remark, DoorIndex, ZoneIndex, ReaderIndex, Sign, Mode, DeviceTime, IndexZone, tpIndex, tpRzdIndex, VEvent, HozGuest, ExternalEventId, StrAddr) OUTPUT inserted.GUID INTO @T (GUID) VALUES (:pIdPass, 12721244, :pDateTime, 1, 80, 178, 65, 175, 26, 0, 0, :pName, 60, 43, 1675, 0, 1, :pDateTime1, 1675,8,0,0, 1, 0, :pStrAddr)SELECT GUID FROM @T)."

При установке выбираю ручной режим, снимаю "галочки" со всего, что связано с видеонаблюдением, но оно всё равно устанавливается.


За пару недель использования постройки 20001:

1. При закрытии оболочки очень часто не выгружаются ядро и/или монитор.
2. Оболочка зависает на компьютере с ядром, хотя ядро события принимает. Перезагрузка оболочки приводит к потере событий - ошибка тянется с предыдущих версий, на 1.20.3.5 это основная проблема, сомневаюсь, что в сборке 20316 она устранилась.
3. Проблем с отображением статистики вроде не наблюдалось.
4. Ядро зависло или даже сервер выключен - на рабочем месте вид планов не меняется, пока не предпримется попыток взятия/снятия, или щёлкнуть "запрос состояний". Если нет СКУД, событий в ленте нет, разноцветный вид ОС и ПС не внушает опасений, но по факту система уже продолжительное время не работает. Может таймаут где-то можно настроить, подскажите, пожалуйста.

Критично ли будет, если я новую сборку, где устранено зависание ядра при выходе, установлю только на серверах, там где цсо и ядра опроса, а рабочие места оставлю со сборкой 20316?

Качаем новое обновление
https://partners.bolid.ru/forum/forum_27313.html#answer27333

Добрый день. В логе оболочки постоянно выскакивает данная ошибка:

12.08.2024 16:07:54 | Error: Event translate error: Не удалось выделить место для объекта "dbo.pLogData".'PK__pLogData__15B69B8E9961F154' в базе данных "Оrion_Master_1_20_3_5_2", поскольку файловая группа "PRIMARY" переполнена. Выделите место на диске, удалив ненужные файлы или объекты в файловой группе, добавив дополнительные файлы в файловую группу или указав параметр автоматического увеличения размера для существующих файлов в файловой группе
(DECLARE @T TABLE (GUID VARCHAR(36)) INSERT INTO pLogData WITH(ROWLOCK) (ZReserv, NumCom, TimeVal, IDComp, Par1, Par2, Par3, Par4, Event, RazdIndex, HozOrgan, Remark, DoorIndex, ZoneIndex, ReaderIndex, Sign, Mode, DeviceTime, IndexZone, tpIndex, tpRzdIndex, VEvent, HozGuest, ExternalEventId, StrAddr) OUTPUT inserted.GUID INTO @T (GUID) VALUES (:pIdPass, 2085, :pDateTime, 25, 214, 189, 212, 66, 32, 0, 1832, :pName, 242, -1, 20240, 0, 2, :pDateTime1, 20240,8,0,0, 25, 0, :pStrAddr)SELECT GUID FROM @T
).

Вкладка БД в менеджере сервера некликабельна, в параметрах БД пусто.

Выпуск Арма у Вас какой?

По сути ошибки, у Вас либо место на диске где хранится БД кончилось? либо размеры Express MS SQL версии были привышены(до 2012 это 8Гб, после 10ГБ.) Второе более вероятно.

Так же есть вопрос насчет планов помещений. У нас около пятнадцати удаленных объектов, на каждом С2000-М. Все они объединены на центральном сервере с АРМ Орион Про посредством С2000-Ethernet. Так же на каждом из них есть пост охраны с монитором ОЗ. Настройка уровня доступа ограничивает лишь разделы, которые дежурный оператор может наблюдать и управлять ими. Но если на планах используются ссылки на другие планы, то оператор видит на своем мониторе и их тоже, хоть и пустые. Оператор каждого объекта должен видеть лишь планы своего объекта. Подскажите, есть ли какое-то решение? Или все ссылки нужно переделывать в системные группы разделов?

Вышло новое обновление на 1.20.3.8
https://partners.bolid.ru/forum/forum_27313.html#answer27333

1. Перестали синхронизироваться Шаблоны Лиц с биометрическими считывателями C2000-BIOAccess-SF10T (с версией 1.20.3.8, которая на сайте bolid.ru всё работало). При попытке сравнить информацию с приборами в АБД "Ошибка в работе приложения: Имя и IP компьютера Out of Memory".
2. В АБД невозможно сохранить изменения (при нажатии кнопки сохранить ничего не происходит) при правке свойств некоторых приборов
3. В оболочке в логе ошибка: "Символьные или двоичные данные  могут быть усечены....."
4. После закрытия Монитора не закрывается некоторое время ядро опроса (зависает)
UPD
5. Со считывателем C2000-BIOAccess-SB101TC тоже непонятно что происходит. При автоматической синхронизации удаляются из него шаблоны лиц как мусорные ключи. Но если перейти в АБД на вкладку пароли, выбрать этот ключ, подробнее, синхронизировать, то он опять записывается в считыватель
6. Непонятная кнопка "Capa" в ядре опроса внизу слева на вкладке Настройка
7. Периодически (после обновления БД в оперативной задаче или при перезапуске АРМ Орион Про) пропадает "Галочка" для отключения линии в Com портах : Мой компьютер/Последовательные порты/Линия №..
8. Дополнительный код (пин код) для СКУД стал вдруг требоваться для подтверждения снятия/постановки охранной сигнализации. (После перехода на версию 1.20.3.8.

Добрый день!
Обновил дистрибутив. до disk:/backup/16.08.24_11-38_OrionProSetup1_20_3_8 (11).exe.zip
Во время установки, если установлен не стандартный SQLserver 2019, принудительно создается демо база данных. И выскакивает ошибка чтения базы. Указываем правильную базу данных и параметры подключения к серверу SQL. В предыдущей версии инсталятор сообщал необходимый порядок действий, в случае отказа от установки нового SQL сервера. Поправьте инсталятор!!!
Ниже пример ошибки.
В АБД на вкладке планов. При попытке открыть любой план выскакивает ошибка. 
Добавление разделов, приборов на план не получается.
 

И так будет продолжаться до бесконечности, мы же заходим вот сюда https://bolid.ru/production/orion/po-orion/po-arm/arm_orion_pro.html#download
тыкаем на самый новый дистрибутив ... а там малосъедобный билд =\

"Я прихожу к директору, я говорю:
- Кто сшил костюм? Кто это сделал? Я ничего не буду делать, не буду кричать, я только хочу в глаза ему посмотреть.
Выходит сто человек. Я говорю:
- Ребята, кто сшил костюм?
Они говорят:
- Мы!
Я говорю:
- Кто это «мы»?
Они говорят:
- У нас узкая специализация. Один пришивает карман, один - проймочку, я лично пришиваю пуговицы. К пуговицам претензии есть?
- Нет! Пришиты насмерть, не оторвёшь! Кто сшил костюм? Кто вместо штанов мне рукава пришил? Кто вместо рукавов мне штаны пришпандорил? Кто это сделал?
Они говорят:
- Скажите спасибо, что мы к гульфику рукав не пришили.
Представляете? Их – сто, а я – один. И все стоят, как пуговицы: насмерть. И я сказал:
- Привет, ребята! Вы хорошо устроились!"

Вышло новое обновление на 1.20.3.8
https://partners.bolid.ru/forum/forum_27313.html#answer27333

 постройка от 27 августа.
АБД в разделе персонала и пароли - все пароли показываются как тип "пин-код(устаревший)", вообще все и это никак не даёт изменить, только созданием по новой ФИО и пароль с уровнем доступа. При экспорте бд в пульт С2000М (вер.4.14) на один пульт выдалась ошибка "ФИО, код не может быть записан", на совсем другой пульт в другом здании выдалась ошибка "ФИО, уровень доступа не хранится в ПКУ" хотя всё стоит "вкл", при этом конфигурация записалась в пульт и она полностью пустая до заводского состояния. Помогло привести всё норму только переходом обратно на орион про старой версии (та что стояла) 1.20.3 выпуск 3. Неудобство в ней только одно - нет поддержки С2000-КДЛ-2И и всё )) Доделайте уже новую версию до рабочего состояния :)

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

После обновления с версии 1.20.3 обновление 5 на текущую версию, пропало управление датчиками Зебра подключенными к С2000- Периметр. https://disk.yandex.ru/i/SGUzwlVN3GOJkg

Выкладываем новый последний перед релизом выпуск Орион Про 1.20.3.8.1
13.09.
Добрый день.
Высылаю Вам ссылку на Ваш дистрибутив 
disk:/backup/13.09.24_11-05_OrionProSetup1_20_3_8 (15).exe.zip -> https://yadi.sk/d/7XXSjg_Z7gGnfg  Пароль для Архива : 1louYSRvM

Исправлдено.
1.Зависание Абд при смене адреса устройства.
2.Не начинается импорт в пульт, если настройки протокола для виртуального порта выставленные в settings  протокол Орион.
3. Настройки реестра под виртуальный порт(необходимые для pprog и uprog) правились на компьютере с АБД, а не там где работают ядра опроса. 
4.Возможная ошибка, когда ядро начинает захватывать линию виртуального порта, раньше, чем ее освобождает pprog. В результате после импорта конфигурации в пульт линия "не просыпается", приходится проводить ручные манипуляции с ней.
5.Исправлено множество ошибок связанные со сбором статистики.
 

К концу этого(сентября) месяца.

нет нет да и проскакивает, с чего вдруг такое рвение к усечению полей данных?

Error: Event translate error: Символьные или двоичные данные могут быть усечены
(DECLARE @T TABLE (GUID VARCHAR(36)) INSERT INTO pLogData WITH(ROWLOCK) (ZReserv, NumCom, TimeVal, IDComp, Par1, Par2, Par3, Par4, Event, RazdIndex, HozOrgan, Remark, DoorIndex, ZoneIndex, ReaderIndex, Sign, Mode, DeviceTime, IndexZone, tpIndex, tpRzdIndex, VEvent, HozGuest, ExternalEventId, StrAddr) OUTPUT inserted.GUID INTO @T (GUID) VALUES (:pIdPass, 2113444, :pDateTime, 1, 54, 13, 177, 163, 26, 8103, 0, :pName, 103, 3, 12675, 0, 1, :pDateTime1, 12675,8,0,0, 1, 0, :pStrAddr)SELECT GUID FROM @T
).

Доброе утро. Какую сборку на данный момент поставить, чтобы меньше было проблем? от 29.08.2024 или от 13.09.2024? У меня сейчас стоит от 06.08.2024. Из последних багов сегодня было: ядро опроса без всяких ошибок перестало передавать данные с пультов. В логах ничего не нашёл. Как будто штатная работа Ориона. Постоянно то ядро опроса зависнет, то сама оболочка, то Lan Error и т.д. У нас на предприятии настроен УРВ, который завязан на несколько важных сервисов. А с момента выхода 1.20.3.7 постоянно случаются внештатные ситуации, которые никак не отслеживаются: события пропадают и не попадают в базу. Люди заново отмечаются, теряется время, отчёты некорректные. Когда уже будут стабильно работать модули Ориона. Когда сделаете хоть какую то оповещалку о том, что не работает ядро опроса. в Мониторе это не отображается. Службу Orion для Windows тоже Вы создавать не хотите, а она бы реально помогла отслеживать все неполадки и вовремя их устранять.

В пт обновила систему до последней версии. Накануне, в чт, 19 сентября на предыдущей версии на удаленном ядре возникли проблемы - обращение в ТП №230106. В пт (20.09) и сегодня 24.09.  проблемы и на последней версии повторились, но в отличие от предыдущей версии никаких ошибок в логах -  просто зависание оболочки и ядра. Возможно и сегодня, как и 19 сентября, были проблемы со связью и после восстановления связи корректная работа оболочки и ядра не восстановилась.
В ТП поинтересовались, откуда сборка и для каких целей была установлена ))) .  Вы там не общаетесь между собой?

Не допилят, потому что пилим мы.

Добрый,что то не работает управление разделом на взятие-снятие,если делаешь уровень доступа с разрешением,привязываешь к считке,при прикладывании он пишет нет доступа,вместо управление охранкой

Появилась тема для бета тестирования функций которые не войдут в ближайший дистрибутив.
https://partners.bolid.ru/forum/forum_28055.html#answer28056
 

Последнее сообшение,мое в этой ветке.
Я выкладываю ссылку на финальный релизный дистриьбутив Орион Про 1.20.3.8.1
disk:/backup/02.10.24_11-05_OrionProSetup1_20_3_8.exe.zip -> https://yadi.sk/d/D9s-hZYhs5gTxA  Пароль для Архива : eZM9pGQVT

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

Скоро мы выложим обучающие ролики с наиболее востребованными функциями.

Я этот форум покидаю.
Буду работать только тут.
https://partners.bolid.ru/forum/forum_28055.html#answer28056

 

https://rutube.ru/plst/439535

идео про аппаратные и системные зоны - https://rutube.ru/video/e76c35fa0fbc71367fb047d3d5b18870/?r=wd
В описании к видео есть ссылка на (пока что) скрытый ролик о настройке Сириуса в межпанельном режиме.

На последней версии, Столкнулись с такой проблеммой на сервере с непонятной переодичностью вылетает ядроопроса ( в логе пишет закрытие ядра). И отом что ядро вылетело становится сюрпризом. На вторм опроснике всеработает вполне стабильно.

Еще новый баг. Сработал ДИП на пожар. Состояние раздела в пажаре в журнале тревог и журнале событий оданном проишествии данных не каких не обноруженно. Привсем при этом даннные телеметрии онлайн отабражаются.

Обновился на самую последнюю версию 1.20.3.8.1  Сразу появились какие-то неприятные нюансы.
Например,  в АБД считываю конфигурацию всех приборов, а прогресса считывания нет. То есть ничего не происходит. Закрываю АБД. Минут через 40 открываю и снова иду считывать конфигурацию, а она уже считана. 
Хочу добавить новый ключ. Добавил. Нжимаю "получить состояние всех ключей", и появляется событие "сравнение информации в БД и приборах выполняется". И ничего не происходит. Статус у всех ключей "данные неизвестны". Пробую синхронизировать все коды ключей - то же самое. Появляется событие "синхронизация всех ключей выполняется" и ничего не происходит. 
Диспетчер жалуется, что у нее монитор на удаленном рабочем месте каждые 5 минут зависает. Повисит какое-то время и отвисает. Затем снова. Это только на УРМ. На основной машине с сервером такое не наблюдается. Версию Орион Про обновил везде на всех машинах.