партнерский раздел
ФорумНовостиНовая версия АРМ «Орион Про» 1.20.3.8.1

Новости » Новая версия АРМ «Орион Про» 1.20.3.8.1

Новые возможности версии 1.20.3.8:

  1. Трансформация разделов в зоны, разделение зон на аппаратные и системные
  2. Импорт и экспорт конфигурации для ППКУП Сириус
  3. Поддержка межпанельного режима конфигурирования ППКУП Сириус
  4. Интеграция Алкотестера компании «Алкобарьер» с биометрическим контроллером С2000-BIOAccess-SF6P
  5. Поддержка новых типов приборов:
    1. МИП-12 исп.11
    2. МИП-24 исп.11
    3. РИП-24 исп. 57
    4. РИП-48 исп. 01
    5. Рупор-300 вер. 1.03
    6. Микрофонная консоль – 20

  6. Масштабирование планов помещений в «Мониторе Орион Про»
  7. Новая, увеличенная в несколько раз, библиотека датчиков и элементов для размещения на планах
  8. Редактор собственных иконок и графических объектов для объектов на планов помещений
  9. Новая система сбора статистики

 АРМ «Орион» 1.20.3.8.1 – сервисный пакет с доработанными модулями.
Посмотреть список исправлений, скачать и узнать подробнее

23 дня назад

avatar
Интеграция Алкотестера компании «Алкобарьер»

Ооо, это прям надо! Повешу на входе в контору - половина сотрудников не попадут на наботу 

Налетов Константин 22 дня 23 часа назад

Для добавления сообщений на форуме вам необходимо зарегистрироваться и указать мобильный телефон в своем профиле (зачем?)

5 ответов

Как скачать то ? По ссылке старая версия.

22 дня 22 часа назад

avatar
Для добавления сообщений на форуме вам необходимо зарегистрироваться и указать мобильный телефон в своем профиле (зачем?)

Добрый день, АРМ Орион Про 1.20.3.8 (постройка №20884)   - это новая версия

22 дня 19 часов назад

avatar
Для добавления сообщений на форуме вам необходимо зарегистрироваться и указать мобильный телефон в своем профиле (зачем?)

Ждал этой версии, и сразу обновился с одного из летних билдов, но чуда не произошло.

Старые баги восьмого выпуска остались в новой версии:

  1. Поработав недельку без перезагрузки, ядро бросает каскад алертов "Integer overflow". Лечится только убийством ядра и оболочки через диспетчер задач. Такую же ошибку регулярно выбрасывает и "Генератор отчётов".
  2. Биометрические контроллеры С2000-BIOAccess-SF6P не могут до конца синхронизироваться. В консоли "Ошибка обработки ключей: Out of memory". RS Ядро при этом бросает на экран алерт "Out of memory". При этом из 14 Гб оперативки занято не больше четырёх. Поведение одинаковое на разных компьютерах как под Windows 7, так и под Windows 10.
  3. При перезапуске оперативной задачи с ядром все Персональные карточки перестают показывать фотографии и подыхают с алертом "Access violation at address 006009B2 in module 'PersonCard.exe'. Read of address 00000040".
  4. "Персональная карточка" сразу после запуска обрезает нижнюю половину фотогафии, и делает это до тех пор, пока оператор не подёргает мышкой за край окна.
  5. В логе оболочки постоянно мелькают ошибки базы данных типа "Event translate error. String or binary data would be truncated...".
  6. При генерации отчёта по маршрутам движения (первый вход. последний выход) уже на 25 сотрудников на месяц Генератор отчётов падает с алертом "TOTable.SetActive: TimeOut" - приходится разбивать на группы по 15 человек - мрак! В момент генерации отчёта события из ядер начинают опаздывать. Как будто база данных намертво блокируется при выполнении единственного сложного запроса на чтение событий. Тот же эффект возникает при запросе состояния ключей из ядра с контроллерами С2000-BIOAccess-SF6P: события с этого ядра появляются в Мониторе с задержкой на минуты (!), но тут уже конкретное ядро тормозит.

Что сильнее всего бесит в восьмом выпуске:
  1. Адрес шлейфа, который раньше выглядел коротко и понятно, как IP-адрес, и состоял из имени компьютера, номера COM-порта, адреса пульта, прибора и номера шлейфа, теперь выглядит совершенно нечитаемо: "\С2000-Ethernet: 192.168.177.30:2054\C2000/C2000M:126\C2000-КДЛ:15\вход:33" - попробуй найти нужный шлейф в списке в АБД - ширины монитора не хватает. Полный адрес шлейфа раньше можно было найти на карточке в Мониторе, а сейчас этой информации там нет, и оператор не может толком объяснить по телефону, что же у него на самом деле сработало.
  2. Ещё в седьмом выпуске понятные виртуальные COM-порты заменили на Линии, добавив несколько уровней вложенности в топологию. Я было подумал, что теперь не нужен Settings.exe, но нет - там тоже требуется сделать комплементарные настройки.
  3. В пятом выпуске окончательно отказались от ссылок, и я массово переделывал их в группы разделов. А в восьмом выпуске ссылки снова вернули - откопали, так сказать, стюардессу.
  4. Зачем-то переименовали разделы в зоны. Во всём мире зона - это синоним шлейфа сигнализации, но у Болида, похоже, свой путь. Подозреваю, что автор идеи переименования тот же человек, что принял решение удалить все болидовские видео с Ютуба.
  5. Разделы зоны и группы разделов группы зон теперь есть аппаратные и системные. И только область системной группы можно добавить на план так, чтобы она работала как ссылка на другой план.
  6. Несколько групп разделов, которые были на плане до обновления выпуска, после обновления стали прозрачными, и показывают состояние цветом лишь при наведении указателя мыши - вот не знаю, что с этим делать. Попытался заменить на ссылку, но ссылка тоже прозрачная - пока плюнул на это.
  7. Сортировка вкладок планов в Мониторе сбилась и стала абсолютно непонятной. Раньше сортировка была по уникальному номеру плана, и я этим активно пользовался. Теперь порядок сломан. Сортировка сломана и во многих других списках: например, фиг найдёшь в АБД нужную зону доступа в списке, который отсортирован не по имени зоны.
  8. Ну и вишенка на торте: ещё в третьем выпуске можно было быстро переносить шлейфы из одного раздела в другой на том же плане при помощи пункта "Перенос..." в меню АБД. В восьмом выпуске это точно не работает. Приходится удалять шлейф из старого раздела, добавлять его в новый (сломав глаза в поисках шлейфа с нечитаемым названием в несортированном списке), и заново наносить УГО датчика на план в то же самое место, где он был раньше.


Зачем же я перешёл на восьмой выпуск, если всё так плохо? Ни в третьем, ни в пятом выпуске не было поддержки биометрических контроллеров С2000-BIOAccess-SF6P, которые мы пытаемся внедрить на проходных для усиления пропускного режима. И знаете что? Спустя два месяца после монтажа контроллеры всё ещё не могут завершить синхронизацию пропусков из-за ошибки "Out of memory".

21 день 11 часов назад

avatar
Вячеслав, за нечитаемость адреса +100 в карму. Это же надо так нелюбить тех, кто работает с софтом, чтобы такое выдать! Информации в адресе много, но нафига она мне, если всё, что нужно это номер блока и/или шлейфа. Глаза сломаешь пока разберёшься чего там понаписано. Если потребуется тип устройства, то я найду где посмотреть, но для быстрой оценки инфы такой адрес никуда не годится.
И с сортировкой согласен полностью. На одной вкладке АБД зоны сортируются по аппаратному адресу, на другой по уникальному номеру (хер его знает как он там называется теперь). Создал зону, она в одном месте, перешёл на вкладку планы и зону ищешь пол дня. Продуктивность работы с зонами в АБД стремится к нулю.
А как вам добавление элементов в зоны на вкладке планов в АБД? На других вкладках есть привычные кнопки "Добавить", "Править", "Удалить", а тут бац и контекстное меню. Почему не сделать единообразно? Куда смотрит тимлид?

Налетов Константин 21 день 1 час назад

Проблема с биометрикой, а именно из-за большого размера шаблонов приводило к падению ядра опроса.
Integer over flow  и Out of memory отсюда.
данная проблема решена здесь.
https://partners.bolid.ru/forum/forum_28055.html
 

Ильин Александр 21 день назад

Поставил рекомендованную вами 1_20_3_8(23), но синхронизация по прежнему не доходит до конца - заканчивается ошибкой обработки ключей с тем же "Out of Memory" в протоколе окна "Биометрические контроллеры". В АБД при этом несколько записей типа "...Синхронизация одного ключа... Out of memory". Зато Ядро теперь говорит не просто "Out of memory", а "Out of memory while expanding memory stream" - прогресс налицо. В ощем по итогу в контроллере SF6P чуть больше четырёх тысяч комбинированных (лицо+карта) пропусков, часть из которых работает некорректно, а АБД показывает полторы тысячи ключей с неверными данными. Это фиаско. А у техподдержки одна мантра: присылайте базу данных. Ага, с планами базы торпедных катеров, схемой рубежей её охранной сигнализации и персональными данными моряков. Нет такого обфускатора, которому поверили бы наши особисты.

Сунцов Вячеслав Владимирович 19 дней 23 часа назад

С Вами свяжутся через личку.

Ильин Александр 19 дней 21 час назад

Для добавления сообщений на форуме вам необходимо зарегистрироваться и указать мобильный телефон в своем профиле (зачем?)

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

20 дней 14 часов назад

avatar
У Вас версия с сайта?
1.По АБД, скорее всего проблема в том, что у Вас не верно задан ip адрес у РМ где работает АБД. И ядро опроса и АБД находится в разных подсетя. Проверьте работоспособность АБД на той же машине, что и Ядро опроса.
2.Снимите ролик, "зависания" Монитор, а также  логи logerrorfromshell.log и eventlog.log и пришлите мне на api@bolid.ru файлы.

Ильин Александр 19 дней 21 час назад

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

Иванов Сергей Юрьевич 19 дней 21 час назад

Я вообще не видел в последнее время сетей находящихся в одинаковых подсетях. Поидее Монитор мы покупаем для того чтобы удаленные сотрудники отслеживали ситуацию по своим охранным системам, а вот сервер обычно один. Думаю скоро у Болида вообще перестанет по подсетям работать если судить по сириусу который до сих пор не допилили.

Моргунов Максим Александрович 19 часов 27 минут назад

Проблема давно решена, все работает хорошо.

Ильин Александр 1 час 13 минут назад

Для добавления сообщений на форуме вам необходимо зарегистрироваться и указать мобильный телефон в своем профиле (зачем?)

по подсетям работать если судить по сириусу который до сих пор не допилили.

О чём тут речь, у меня разные подсети и проблем с Сириусом не наблюдаю.

6 часов 21 минуту назад

avatar
А каким образом цепляете через ВПН или напрямую. Так как ответ Болида был создавайте впн по другому работать не будет.

Моргунов Максим Александрович 3 часа 58 минут назад

Для добавления сообщений на форуме вам необходимо зарегистрироваться и указать мобильный телефон в своем профиле (зачем?)

Добавить ответ

Для добавления сообщений на форуме вам необходимо зарегистрироваться и указать мобильный телефон в своем профиле (зачем?)

ПОКАЗАН

1284 раза

ЗАДАН

23 дня назад

ПРОДУКТЫ

Орион Про

По каждому вопросу/ответу можно добавлять комментарии. Комментарии предназначены для уточнения вопроса/ответа.