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

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

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

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

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. Ну и вишенка на торте: ещё в третьем выпуске можно было быстро переносить шлейфы из одного раздела в другой на том же плане при помощи пункта "Перенос..." в меню АБД. В восьмом выпуске это точно не работает. Приходится удалять шлейф из старого раздела, добавлять его в новый (сломав глаза в поисках шлейфа с нечитаемым названием в несортированном списке), и заново наносить УГО датчика на план в то же самое место, где он был раньше.

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

Добрый день!
Уже более десяти лет пользуюсь вашим продуктом и хотелось бы высказать свои предложения по улучшению ПО Прион-ПРО.
1. Почему до сих пор нет поддержки векторных графических планов? 
    С изменением версий орион про менялась сам принцип привязки к различным обьектам. При чем в самые разные стороны но далеко не к лучшему) Идеально, конечно былоа бы возможность векторной привязки, а то расстановка оборудования превращается в ад)
2. Возможность копирования различных обьектов, таких как:
    - приборы
    - области ( с последущем изменением принадлежности ее к каонкретному разделу по двойному щелчку мыши)
3. В более ранних версяих функция перенос очень помогал. Можно было переносить абсолютно все! Теперь же его урезали до прибора. Очень часто извещатели требуется перекинуть в другой раздел
4. Когда же вы в конце концов сделаете группировку реле по свойствам? Когда на обьекте 1000+ различных исполнительных устройств то редактирование каждого занимает кучу времени
5. В старенькой версии орион (7.6.2) была возможность редактирование свойств некоторых приборов, таких как С2000-БКИ, С2000-КДЛ. Почему бы не восстановить подобную практику.
6. Изменение типа извещателя, в зависимости с выбранной пиктограммой. Очень было бы удобно не делать одну и ту же работу по два раза) То есть я сначала графически говорю, что это, допустим ручник, а потом я то же самое должен сделать, но в свойства) Это прямо как истинный практолог) согласитесь)

Пока все, что помню, но если будет обратная связь обязательно буду дополнять свои мысли