|
Здравствуйте, коллеги. Подскажите пожалуйста, может сталкивался кто с нечто подобным. Есть система на Орион-про, работающая уже более 4-х лет. Сначала была версия 1.11, потом обновили до 1.12, пару дней назад обновился до 1.20. Вроде сделал все правильно, база после модернизации подцепилась нормально, все заработало. Вчера администратор (который работает с системой с самого начала и знает ее) начал корректировать некоторые существующие уровни доступа, так по мелочи, добавил в пару УД доступ через одну из дверей и управление охранным разделом. И после этого ключи, к которым прописаны эти уровни удалились из приборов. То есть при сравнении БД и прибора пишется следующее «БД: Должен хранится в приборе, Основной, Не блокирован, Доступ-да, вход/выход — простой, Управление ШС-да, Окно времени — СКД круглосуточно, итд» вроде никакого криминала, Далее «Прибор: Хранится в приборе, удален!! Основной, Не блокирован, Доступ-да, вход/выход — простой, Управление ШС-да, Окно времени — Всегда». И так по всем приборам, в которых должен был быть этот ключ. Почему так могло получиться? На предыдущих версиях Ориона ничего подобного не было. Что сделал не так? В системе ключи пишутся в приборы : C2000-2 1.15 и Сигнал-10 1.02 6 лет 11 месяцев назад
Безуглов Сергей Валерьевич 61 #ссылка |
3 ответа
|
Столкнулся с подобной бредятиной при обновлении на 1.20. Опытным путем установил, что при редактировании уровня доступа в контроллер записываются двери только свежевнесенные, а остальные потираются. Поначалу начял выть народ (работаю в гос. университете, народу очень много, сами понимаете). Потом заметил это по странному поведению считывателей — доступ предоставлялся не из контроллера, а из базы данных. Учитывая что у нас много народу с максимальным доступом, то перезаписывались все! контроллеры, а их уже дофига набралось. В общем, масштаб трагедии до меня дошел не сразу… На заметку — готовится обновление 1.20.1 https://partners.bolid.ru/forum/forum_7336.html 6 лет 8 месяцев назад
#ссылка |
|
Здравствуйте. Спасибо. Сам жду официально релиза 1.20.1. Все не дождусь никак. Вроде болидовская техподдержка железно обещает, что эти чудеса в обновленной версии устранят, посмотрим. Хотя в моем случае ситуация несколько иная. При добавлении в УД новой двери в свойствах ключа действительно показывается, что ключ записан в новую дверь, но удален из старых (вроде не имеющих отношения к изменению в этом УД), но при синхронизации и обновлении БД в оперативной задаче, вроде вносится в конце концов как надо. Надо только дождаться окончания обловления, чего не делал админ, когда поднял панику, что все пропало. Другое дело, что не всегда ключи перезаписываются как надо)). Например несколько раз была такая ситуация — менял УД для карты. Вроде пишет «данные в приборе записаны правильно», но в некоторорых контроллерах по факту этот ключ оставался в списке удаленных и доступ там не предоставлялся. Видел это только Uprog-ом, благо знал код этой карты. Еще в 1.20 что-то перемудрили с хозорганами и доступом. Например, если для человека есть доступ в помещение, но нет прав на управление охранкой этого помещения (рассматриваем ситуацию конечно, если ОС сделана на ШС этого же С2000-2 и в раздел включены только эти ШС), то идут сообщения типа «нет прав», хотя система законно пропускает туда этого пользователя и открывает замок. В отчетах из-за этого белиберда. Вобщем сырое ПО. Зря я с 1.12.2 ушел. Теперь уже деваться некуда, админ 800 человек по активным, уволенным и черному списку перелопатил. Гробить его работу никто не даст 6 лет 8 месяцев назад
Безуглов Сергей Валерьевич 61 #ссылка |
|
По обновлению 1 к 1.20….. Пока не вижу этого обновления на основном болидовском сайте. То о чем Вы говорите, как я понимаю, это не официальный релиз, а отрабатываемая тестируемая версия. Был бы этот объект поближе, может быть и поставил. Но мне до него 150км по ухабам пилить. Как-то не хочется рисковать. Пусть уж так пока работает 6 лет 8 месяцев назад
Безуглов Сергей Валерьевич 61 #ссылка |
Добавить ответ
Для добавления сообщений на форуме вам необходимо зарегистрироваться и указать мобильный телефон в своем профиле (зачем?)
ЗАДАН
6 лет 11 месяцев назад
По каждому вопросу/ответу можно добавлять комментарии. Комментарии предназначены для уточнения вопроса/ответа.
Проблемы с дополнительным кодом
FORUM_NAME: АРМ Орион Про версии до 1.20
Описание: АРМ «Орион Про» — пакет программного обеспечения для аппаратно-программного комплекса ИСО «Орион», на котором реализуются системы охранной сигнализации, контроля и управления доступом, охранного видеонаблюдения, автоматика противопожарных систем, сопряженные с инженерными системами объектов.
Справочная информация, руководства для АРМ Орион Про версии до 1.20
Модератор: Модераторы
- myshkyt
- Автор темы
- myshkyt
- Автор темы
- Репутация: 0
- Сообщения: 11
- Зарегистрирован: 26.02.2013
- С нами: 10 лет 3 месяца
- Профессия: инженер
В общем проблема такая! Поставили новую систему Орион про 1.12 sp5. Появилась проблема с дополнительным кодом! В общем стоит С2000-2 в режиме две двери на вход, один считыватель с клавиатурой работает по двойной идентификации, второй обычный. Cоответственно в кишках прибора стоит галка двойная идентификация! При создании персоны добавляем ключ proximity, ставим галочку дополнительный код, вводим пин-код допустим 6 цифр, далее хранить код ключа в приборе ставим вкл., сохраняем далее синхронизируем вроде все ок записалось! Далее при выходе из ядра или считывании конфигурации из приборов, на вкладке пароли у соответствующей персоне пишет неправильные данные в приборе, жмем подробнее там пишет различаются настройки дополнительного кода! жмем синхронизировать пишет ошибку Range check error! Заходим в прибор uprogom ключ вроде записан правильно! В прошлой версии Орион про было подобное но там при синхронизации все пропадало!
Помогите пожалуйста! Заранее благодарен!
- AlexRuden
- AlexRuden
- Возраст: 45
- Репутация: 0
- Сообщения: 1091
- Зарегистрирован: 13.01.2012
- С нами: 11 лет 4 месяца
- Профессия: Наёмник.
- Откуда: Россия.
Непрочитанное сообщение #2 AlexRuden » 26.02.2013, 18:35
Проверка БД на ошибки ничего не дает?
БД с чистого листа или модернизировалась с предыдущей версии?
Ну вероятно всплыл очередной баг новой версии — пишите в техподдержку.
Курите man‘ы , господа.
-
pet-and
- Активный участник
-
pet-and
- Активный участник
- Возраст: 44
- Репутация: 138
- Сообщения: 3281
- Зарегистрирован: 11.11.2012
- С нами: 10 лет 6 месяцев
- Профессия: инженер
- Откуда: Санкт-Петербург
Непрочитанное сообщение #3 pet-and » 26.02.2013, 19:17
В версии 1.11 sp5 периодически появляется подобная лабуда с основными ключами, т.е. база даннных показывает пароль (ключ) неправильным, но при этом прибор отрабатывает как надо. Иногда помогала только перезагрузка всего и вся. И еще я заметил, что при каких-то глобальных изменениях базы данных (появление новых приборов, тактик управления или СКД, в том числе и с помощью сценариев управления и т.п.), система работает более уверенно, если провести модернизацию базы данных и, по-моему главное считка конфигурации приборов.
- myshkyt
- Автор темы
- myshkyt
- Автор темы
- Репутация: 0
- Сообщения: 11
- Зарегистрирован: 26.02.2013
- С нами: 10 лет 3 месяца
- Профессия: инженер
Непрочитанное сообщение #4 myshkyt » 26.02.2013, 19:20
AlexRuden писал(а):Проверка БД на ошибки ничего не дает?
БД с чистого листа или модернизировалась с предыдущей версии?
Ну вероятно всплыл очередной баг новой версии — пишите в техподдержку.
проверку сделаю отпишу! Врят ли что нить покажет! БД модернизировалась
- myshkyt
- Автор темы
- myshkyt
- Автор темы
- Репутация: 0
- Сообщения: 11
- Зарегистрирован: 26.02.2013
- С нами: 10 лет 3 месяца
- Профессия: инженер
Непрочитанное сообщение #5 myshkyt » 26.02.2013, 19:26
pet-and писал(а):В версии 1.11 sp5 периодически появляется подобная лабуда с основными ключами, т.е. база даннных показывает пароль (ключ) неправильным, но при этом прибор отрабатывает как надо. Иногда помогала только перезагрузка всего и вся. И еще я заметил, что при каких-то глобальных изменениях базы данных (появление новых приборов, тактик управления или СКД, в том числе и с помощью сценариев управления и т.п.), система работает более уверенно, если провести модернизацию базы данных и, по-моему главное считка конфигурации приборов.
Да что тока не делали! С2000М перепрошивали, экспортировали несколько раз базу данных, кишки С2000-2 полностью все чистили до удаления всех ключей и уровней доступа! Даже создали тестовую схему включили отдельный прибор С2000-2 и собрали подобную схему подключили к интерфейсу и такая же лабуда! Все нормально синхронизируется а ключи с дополнительными кодами красные! Считывание конфигурации и перезагрузка ядра не помогает! и при синхронизации ошибка Range check error Первый раз сталкиваюсь с этой ошибкой(
- AlexRuden
- AlexRuden
- Возраст: 45
- Репутация: 0
- Сообщения: 1091
- Зарегистрирован: 13.01.2012
- С нами: 11 лет 4 месяца
- Профессия: Наёмник.
- Откуда: Россия.
Непрочитанное сообщение #6 AlexRuden » 26.02.2013, 19:39
myshkyt писал(а):и при синхронизации ошибка Range check error Первый раз сталкиваюсь с этой ошибкой(
Менеджером сервера mssql проверьте соответсствие полей.
Таблица pMark – список идентификаторов (паролей, пин-кодов, Proximity-карт и т.п.) из «C:BOLIDARM_ORION_PRO1_12DOCСтруктура БД.pdf».
Курите man‘ы , господа.
- myshkyt
- Автор темы
- myshkyt
- Автор темы
- Репутация: 0
- Сообщения: 11
- Зарегистрирован: 26.02.2013
- С нами: 10 лет 3 месяца
- Профессия: инженер
Непрочитанное сообщение #7 myshkyt » 26.02.2013, 19:43
AlexRuden писал(а):
myshkyt писал(а):и при синхронизации ошибка Range check error Первый раз сталкиваюсь с этой ошибкой(
Менеджером сервера mssql проверьте соответсствие полей.
Таблица pMark – список идентификаторов (паролей, пин-кодов, Proximity-карт и т.п.) из «C:BOLIDARM_ORION_PRO1_12DOCСтруктура БД.pdf».
Попробуем! Завтра отпишусь!
- myshkyt
- Автор темы
- myshkyt
- Автор темы
- Репутация: 0
- Сообщения: 11
- Зарегистрирован: 26.02.2013
- С нами: 10 лет 3 месяца
- Профессия: инженер
Непрочитанное сообщение #8 myshkyt » 26.02.2013, 19:59
А у тут присутствующих подобное есть? Дополнительные коды по двойной идентификации применяется? И как работает без ошибок и какая версия программы?
- AlexRuden
- AlexRuden
- Возраст: 45
- Репутация: 0
- Сообщения: 1091
- Зарегистрирован: 13.01.2012
- С нами: 11 лет 4 месяца
- Профессия: Наёмник.
- Откуда: Россия.
Непрочитанное сообщение #9 AlexRuden » 26.02.2013, 20:13
Можно еще вот так проверить ключи на наличие их в БД —
Код: Выделить всё
sqlcmd -S .SQLSERVER2005 -Q "SELECT CodeP,CodePAdd,OwnerName FROM ИМЯБАЗЫ.dbo.pMark" -o c:BOLIDkeys.txt
В файле будут все ваши коды ключей с доп. пин-кодами. Код ключа в открытом виде, только перевернут. А вот пин-код зашифрован. Может болидовцы что-то намудрили с шифрацией/дешифрацией?
Курите man‘ы , господа.
-
MadHacker
- Активный участник
-
-
MadHacker
- Активный участник
- Возраст: 32
- Репутация: 21
- Сообщения: 1046
- Зарегистрирован: 28.05.2012
- С нами: 11 лет
- Профессия: Программист
- Откуда: МО г. Королёв
Непрочитанное сообщение #10 MadHacker » 26.02.2013, 22:04
myshkyt писал(а):Поставили новую систему Орион про 1.12 sp5. …
1.12 или 1.11 sp5?
- myshkyt
- Автор темы
- myshkyt
- Автор темы
- Репутация: 0
- Сообщения: 11
- Зарегистрирован: 26.02.2013
- С нами: 10 лет 3 месяца
- Профессия: инженер
- myshkyt
- Автор темы
- myshkyt
- Автор темы
- Репутация: 0
- Сообщения: 11
- Зарегистрирован: 26.02.2013
- С нами: 10 лет 3 месяца
- Профессия: инженер
Непрочитанное сообщение #13 myshkyt » 27.02.2013, 10:13
AlexRuden писал(а):
myshkyt писал(а):и при синхронизации ошибка Range check error Первый раз сталкиваюсь с этой ошибкой(
Менеджером сервера mssql проверьте соответсствие полей.
Таблица pMark – список идентификаторов (паролей, пин-кодов, Proximity-карт и т.п.) из «C:BOLIDARM_ORION_PRO1_12DOCСтруктура БД.pdf».
в общeм знaчeния битов в тaблицe pmark столбeц config со структурой бд отличaются. В тaблицe 65664 битa в структурe 65536 для идeнтификaторa с дополнитeльным кодом! Тaк и должно быть?
- AlexRuden
- AlexRuden
- Возраст: 45
- Репутация: 0
- Сообщения: 1091
- Зарегистрирован: 13.01.2012
- С нами: 11 лет 4 месяца
- Профессия: Наёмник.
- Откуда: Россия.
Непрочитанное сообщение #14 AlexRuden » 27.02.2013, 10:34
myshkyt писал(а):Тaк и должно быть?
Сравните эти поля с демо-базой Болида (ставится при инсталяции).
Курите man‘ы , господа.
- Sia-Ori
- Активный участник
- Sia-Ori
- Активный участник
- Возраст: 53
- Репутация: 5
- Сообщения: 774
- Зарегистрирован: 04.02.2012
- С нами: 11 лет 4 месяца
- Профессия: инженер СКУД
- Откуда: Ростов на Дону
Непрочитанное сообщение #16 Sia-Ori » 27.02.2013, 11:40
Что там скажут?
Зачем лишний раз техподдержку напрягать из-за мелочи какой.
- AlexRuden
- AlexRuden
- Возраст: 45
- Репутация: 0
- Сообщения: 1091
- Зарегистрирован: 13.01.2012
- С нами: 11 лет 4 месяца
- Профессия: Наёмник.
- Откуда: Россия.
Непрочитанное сообщение #17 AlexRuden » 27.02.2013, 11:41
Sia-Ori писал(а):Что там скажут?
Зачем лишний раз техподдержку напрягать из-за мелочи какой.
Да небось длина доп.кода фиксирована и равна 100 цифр) 
Курите man‘ы , господа.
- AlexRuden
- AlexRuden
- Возраст: 45
- Репутация: 0
- Сообщения: 1091
- Зарегистрирован: 13.01.2012
- С нами: 11 лет 4 месяца
- Профессия: Наёмник.
- Откуда: Россия.
Непрочитанное сообщение #19 AlexRuden » 27.02.2013, 11:54
MadHacker писал(а):Небольшая бага в софте. Вышлют исправленную версию.
АБД?
Курите man‘ы , господа.
-
- 3
- 1927
Dmitr
Перейти к последнему сообщению
23.08.2018, 06:10
-
- 0
- 106
deamon
Перейти к последнему сообщению
17.03.2023, 11:51
-
- 7
- 961
Andrey V
Перейти к последнему сообщению
16.01.2021, 13:34
-
- 16
- 3865
Dmitr
Перейти к последнему сообщению
04.08.2020, 10:23
-
- 1
- 1135
Vse
Перейти к последнему сообщению
30.10.2019, 15:30
-
- 1
- 489
Vse
Перейти к последнему сообщению
14.08.2020, 11:56
-
- 4
- 1374
Svin
Перейти к последнему сообщению
25.09.2019, 12:11
-
- 0
- 304
glnv2021
Перейти к последнему сообщению
12.12.2022, 22:04
-
- 0
- 304
tr011_tmn
Перейти к последнему сообщению
12.01.2023, 13:07
-
- 4
- 800
DruG
Перейти к последнему сообщению
18.11.2021, 07:06
Вернуться в «АРМ Орион Про версии до 1.20»
Содержание
- Эксплуатация » Поломался Орион Про, как ПРОЩЕ починить или переустановить?
- Эксплуатация » Орион 1.20, МЦС, не удалось подключиться к серверу
- 9 ответов
- forum-bolid.ru
- Менеджер центрального сервера , проблемы с Параметрами БД
- forum-bolid.ru
- Проблема с Windows Server 2016 и Орион Про
- forum-bolid.ru
- Центральный сервер периодически виснет
Эксплуатация » Поломался Орион Про, как ПРОЩЕ починить или переустановить?
Microsoft Server 2003 Std
Орион Про 1.12 без SP
Всё ставилось с дистрибутива Орион Про, ничего постороннего
На сервере установлены: Сервер, Оболочка с Ядром опроса, Управление сервером. Всё остальное не устанавливалось, сервер только для сервера.
Соединения с двумя пультами через два COM-порта.
UProg с этого сервера успешно общается с приборами, то есть, COM-порты рабочие.
Сегодня была авария по питанию, которую не заметили из-за ИБП. После смерти ИБП отвалились мониторы. Подали электричество, запустили, оболочка на сервере (не на мониторах) запускается с ошибкой соединения. Лог такой
29.07.2019 12:54:46 | Hint: Соединение с сервером
29.07.2019 12:54:59 | Error: Ошибка 240. Невыполнение запроса: транслируемые события
В ядре опроса СОМ-порты перестали присутствовать.
Orion.ini нормальный (у меня сохранён эталонный для сравнения)
Сейчас система работает под пультами и БКИ, есть время подумать.
Как с меньшими потерями запустить сервер?
Могу развернуть системный диск из февральского образа + субботний бэкап базы. Проблема — потеряется доверие в домене, придётся выводить из домена и затаскивать обратно. Вроде бы несложно и я знаю, как это сделать.
Можно переустановить сервер на работающей машине. Не представляю себе это, просто никогда не делал. Сдуру переустановлю всё.
А может быть можно при переустановки отметить галочкой только ядро опроса и всё?
Посоветуйте.
Источник
Эксплуатация » Орион 1.20, МЦС, не удалось подключиться к серверу
Установлена Орион ПРО 1.20. ЦСО запущен.
Когда первый раз заходил в Мнеджер Центрального Сервера, ошибка — не удалось подключиться к серверу.
В файле orion.ini прописал локальный сервер (127.0.0.1), порт 2001 — заработало. Всё увидело.
Спустя 2 дня снова ошибка — не удалось подключится к серверу.
Что можно сделать в данной ситуации?
3 года 7 месяцев назад
– Налетов Константин 3 года 7 месяцев назад
9 ответов
Не изменилось ничего.
Просто пишет — не удалось соединиться с сервером.
ЦСО запущен 100%. В автозагрузке висит. Запускаю МЦС при открытом ЦСО — выдаёт ошибку.
Запускалось. Чего ей щас не хватает — непонятно. Пробовал в orion.ini писать имя компа, его локальный ip-адрес. Всё равно ошибка.
3 года 7 месяцев назад
– Комаров Александр Федорович 3 года 7 месяцев назад
– Налетов Константин 3 года 7 месяцев назад
Совершенно недавно поднималась тема про антивирус KAV https://partners.bolid.ru/forum/forum_3486.html, который закрывает порты, может и у Вас такая же ситуация.
3 года 7 месяцев назад
Антивирус не установлен. Разве что встроенный windows defender. Но ведь работало.
3 года 7 месяцев назад
А как узнать, какие каталоги правильные? Всё запускается из одной директории. Версия 1.20 (выпуск 1, постройка 803).
3 года 7 месяцев назад
Если у вас каталог всего один — он с вероятностью 99% правильный, если вы руками не заменяли модули.
У каждой программы есть версия (которую в том числе можно посмотреть в свойствах файла на вкладке «подробно») и они на ЦСО и менеджере сервера должны быть 1.20 или выше.
Откройте ЦСО на вкладке «О программе». Посмотрите текущий порт. (по умолчанию 2001).
Выполните в командной строке команду
Запустите менеджер сервера. Дождитесь ошибки, что не удалось подключиться и нажмите ок.
В менеджере сервера выберите пункт «ФайлСервер. «. В открывшемся окне укажите текущий адрес компьютера (или 127.0.0.1 для локального) и порт совпадающий с тем, который указан в ЦСО. Нажмите ок.
Если нет записи что порт LISTENING или всё равно возникает ошибка — надо проверять настройки антивирусов и фаерволов.
Если совсем ничего не получается — обращайтесь в техподдержку. С вами ещё раз проверят все настройки и если не найдут ошибок в настройках — вышлют специальные модули для диагностики проблемы.
– Комаров Александр Федорович 3 года 7 месяцев назад
Источник
forum-bolid.ru
Менеджер центрального сервера , проблемы с Параметрами БД
Здравствуйте, есть Орион Про 1.20.1 настроен, работает.
НО есть 2 проблемы.
1) При запуске утилиты, как приложено в картинке, нет параметров БД , информации по базе . НО при этом сам орион работает, монитор, сервер и все все все. А вот в Менеджере ничего сделать нельзя ибо во вкладке БД все пункты серые, не активные.
Лечится данная ерись методом перебора способа подключения базы (127.0.0.1, имя сервера при поиске из списка, ай пи адресс) Настроено по айпи адресу. Раза с 20-30 помогает, и соединение появляется и все ок. Проблема возникает через раз, а если перезагрузки компьютера небыло больше недели то 100 %.
КАК решить данную проблему?
2) Где искать или может кто поможет пошагово написав инструкцию по Резервному копированию БД при помощи Винды и планировщика задач.(у самого нихрена не получается. Болидовцы говорят что мля нажми 2 кнопки и все гуд. НО нихрена не работает, Задача не создается автоматически).
Картинку для наглядности и то что получается.(качество режет форум)
И по 2 вопросу, я написал что хотел, трудности с пониманием и знанием функционала, тогда наверное не стоит писать ненужные посты, а если хотите поговорить за жизнь то пишите в личку, пообщаемся.
Можно попробовать в реестре поискать ветку BOLID, и там в подветках ручками поправить, тоже прокатывает.
У меня как-то тоже была проблема с именем базы, ручками поправил в реестре и прокатило.
Ну это так, если другие варианты не получатся. Атак же.
Pahill , у Вас используется плата расширения на 10 com портов?
Посмотрите в программном модуле Администратор Базы Данных (АБД) настройки com портов- какой там задан тип ПИ ?
Возможно поможет тема (последнее сообщение):
Загрузка CPU сервера опроса.
У ТС проблема была в типе преобразователя интерфейсов. Разница между ними кстати описана в инструкции, но про рекомендации для С2000-Ethernet ни гу-гу.
«. Тип преобразователя интерфейсов, используемого для конвертирования RS-485 интерфейса.
Источник
forum-bolid.ru
Проблема с Windows Server 2016 и Орион Про
Здравствуйте!
На Windows 7 (EN) работает всё отлично, ставил сам.
Сейчас осуществляем переезд на другую железку с Windows Server 2016. Система англоязычная, поэтому сначала установил SQLEXPRESS2012 с активированной учеткой SA и паролем 1-6, импортировал нашу базу, установил Орион Про, изменил в реестре данные для нашей базы.
Запускаю shell, запускаю cso (OCS) и больше ничего не запустить. При запуске Server Manager — ошибка «Can’t connect to server». Адрес 127.0.0.1 и порт 2001. Пробовал локальный адрес машины указывать — бестолку.
Пробовал разные версии Ориона — 1.20/1.20.1/1.12 и русские и английские.. Ставил с нуля sqlexpress 2008/2012..
Чувство, что сервер (CSO) находится в своей песочнице и его не видят остальные компоненты программы. Прошу помочь, уже третий день сна не знаю 
У вас сервер менеджер не может подключиться к ЦСО.
До SQL дело даже близко не доходит.
Открываем ЦСО на первую вкладку и смотрим внизу порт.
Идём в фаервол и убеждаемся что порт не заблокирован. Идём в антивирус и убеждаемся что порт не заблокирован. Идём в командную строку netstat /a от админа и убеждаемся что порт открыт. Если не открыт — идём в настройки совместимости и запускаем ЦСО от имени администратора. Если порт всё ещё не открыт а ЦСО «работает» — на этом моменте мы уже обращаемся в техподдержку.
Дальше идём в каталог с Орион ПРО в файл orion.ini.
В разделе SrvLog проверяем SrvAddr — адрес машины. Можно 127.0.0.1 если всё на одной машине и lopback активен (проходит пинг на 127.0.0.1). SrvPort — должен совпадать с тем, который выводит ЦСО.
После того как всё проверили — запускаем сервер менеджер. И если оно опять не коннектится — обращаемся в техподдержку.
При обращении в техподдержку быть готовы назвать: Точную версию Орион ПРО (можно посмотреть в файле version_orion.ini). Версию ОС (включая разрядность). Версию SQL.
Не доходит дело до SQL.
Давайте ещё пару моментов проверим. Посмотрите в свойствах файлов ЦСО и Сервер менеджера в дополнительных что они одного выпуска. Если случайно попались ЦСО и сервер менеджер из разных выпусков (до 1.20 и после), то они не смогут соединиться.
Дальше вы говорите что руками переносили в реестр настройки. Стоит их убрать — полностью снести ветку. Возможно происходит какая то внутренняя ошибка при чтении.
Ну и в личку номер обращения в техподдержку.
Стандартный чеклист на этом заканчивается. Дальше только логи (в идеале тимвьювер или аналоги). Но это всё только через техподдержку.
Так может потому и пишут, что сервер не запущен ))
Таааакс. Так с SQL сервером-то ЦСО связывается, а не менеджер сервера. Откуда он может знать, сервер менеджер, что SQL сервер работает (или не работает), если он не может связаться с ЦСО?
Добавлено спустя 36 секунд:
А так да, вижу, SQL сервер запущен.
Получил следующий ответ от поддержки. Увы, на пятом шаге всё та же ошибка.. Переустанавливаю систему)
Спойлер Для настройки параметров SQL сервера, после установки АРМ Орион ПРО в ручном режиме на ПК с уже установленным SQL сервером необходимо:
1.
с помощью Среда SQL Server Management Studio необходимо проверить подключение к SQL серверу, при этом необходимо выбрать авторизацию SQL ввести учетную запись «sa» и пароль «123456».
Если при этом подключение не будет выполнено, то в SQL необходимо настроить данную учетную запись.
Так же стоит обратить внимание, на то что если в меню пуск в группе SQL Сервера отсутствует Среда SQL Server Management Studio, то её необходимо поставить и проверить.
2.
Далее если вход выполняется корректно, необходимо отключится от SQL сервера или перезапустить Management Studio. Из окна авторизации необходимо скопировать имя сервера (оно потом понадобится при настройке параметров сервера).
3.
При закрытом центральном сервере Орион ПРО необходимо зайти в редактор реестра по команде regedit путь
HKEY_LOCAL_MACHINESOFTWAREBolidORIONCSO для 32х
HKEY_LOCAL_MACHINESOFTWAREWow6432NodeBolidORIONCSO для 64х
и удалить папку DBPARAMS и если есть DBPARAMS12.
4.
Запустить центральный сервер Орион ПРО из контекстного меню «от имени администратора» (актуально для win7 и новее, что бы каждый раз не использовать данное меню можно зайти в свойства ярлыка выбрать вкладку совместимость и задать параметр «всегда выполнять от имени администратора»).
5.
Запустить «управление сервером» из меню пуск так же по правой кнопке — «от имени администратора», после запуска программы нужно ввести пароль 73173100, при этом в строке статуса должно быть указано «соединение установлено».
Если же при запуке выдается сообщение «нет соединения с сервером», то необходимо убедится, что в систем трее запущено CSO (центральный сервер), далее в меню файл — сервер — указать ip адрес текущего ПК, так же можно указать локальный адрес 127.0.0.1. После чего меню файл — переподключится и ввести пароль «73173100», результатом должно быть подключение к серверу и статус «соединение установлено».
6.
После запуска Менеджера центрального сервера, необходимо выбрать вкладку «параметры БД»
в параметрах указать
Database Access: ADO
Drivers: MSSQL
DATABASE NAME: не указываем
SERVER NAME: указывается имя сервера, скопированного из авторизации SQL Server Management Studio.
USER NAME: sa
CommandTimeout: 0
PASSWORD: 123456
7.
Далее
если была старая база SQL — указываем её имя в DATABASE NAME,
если база перенесена с другого ПК то в меню БД выбираем Восстановление (для восстановления из файла *.bak) или присоединение базы данных если скопированы файлы *.LDF и *.MDF
если не было базы, то в меню БД выбираем — «создать новую. «, далее следуя шагам мастера необходимо указать новое уникальное имя базы в поле DATABASE NAME.
Для присоедененных БД (или если база уже была на ПК) необходимо выполнить в меню БД — модернизация/слияние БД, в мастере отметить «модернизация» и следовать шагам. После кеширования в появившихся параметрах необходимо указать новое имя БД.
8.
После создания или присоединения БД, можно запустить оболочку Орион ПРО, в которой выбрать АБД, пароль либо 1, либо пароль от вашей старой БД.
9.
В АБД на первой вкладке нужно добавить ПК, указав его реальный ip в поле ip-адрес, а в поле имя указать hostname, после чего нажать сохранить.
10.
Далее необходимо отредактировать созданный ПК, в поле настройки выбрать «. » и отметить какие компоненты можно запускать на данном ПК, после чего сохранить параметры.
11.
Далее необходимо в меню сервис выбрать — обновление базы данных, при этом в оболочке параметр «анализ окружения» должен увеличится до 100%, и с некоторой задержкой запуститься Оперативная задача.
На этом настройка параметров сервера завершена.
Источник
forum-bolid.ru
Центральный сервер периодически виснет
Физический сервер — HP ProLiant DL145 Generation 2
ОС — Windows Server 2008 R2 Standart Service Pack 1 64bit
СУБД — MS SQL Server 2005 32bit
Версия программы — Центральный сервер Орион 1.11.2.46
На этой же машине подключены приборы по COM-порту. Там же работает Оболочка системы и Оперативная задача. В системе есть ещё 3 клиентские машины, каждая со своими ролями:
— Персональная карточка (стоит на раб. месте охранника у турникетов)
— Оперативная задача (раб. место начальника смены охраны)
— АБД (бюро пропусков).
Периодически (иногда несколько раз в день . ) что-то происходит с Центральным сервером (по всей видимости). Выглядит это так — на раб. местах Оперативная задача появляется сообщение о потере соединения с центральным сервером, на раб. месте персональная карточка перестают обновляться фото проходящих через турникет сотрудников.
Простым перезапуском на сервере Оболочки и Сервера БД Орион не лечится. Убийство процессов Оболочки и Центрального сервера в Диспетчере задач также не помогает. Приходится перезагружать ОС, запускать там Сервер БД Орион, Оболочку системы и Оперативную задачу (чтобы собирать данные с турникетов и приборов). Сегодня такое случалось уже 18 раз .
Ещё CoreOrion.exe не помешает. И надеюсь у вас в сообщение, а не в правилах антивируса опечатка — CSO.exe
Что выводится в лог оболочки при разрыве связи?
Локально (на ПК с ЦСО) тоже теряется связь с центральным сервером?
В доверенной зоне антивируса добавил CoreOrion.exe, исправил опечатку вместо sco.exe сделал cso.exe
Вот последние записи в файле EventLog.log
========== 21.04.2014 14:30:00 ========== omonitor.exe 1.11.2.1896()
21.04.2014 14:30:00 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:00 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:00 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:30:00 | Warning: Разрыв связи
21.04.2014 14:30:27 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:27 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:27 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:30:27 | Warning: Разрыв связи
21.04.2014 14:30:58 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:58 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:58 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:30:58 | Warning: Разрыв связи
========== 21.04.2014 14:37:53 ========== omonitor.exe 1.11.2.1896()
21.04.2014 14:37:53 | Hint: Соединение с сервером
21.04.2014 14:38:35 | Hint: TabAdd
21.04.2014 14:38:35 | Hint: Периметр 1
21.04.2014 14:38:35 | Hint: Периметр 2
21.04.2014 14:38:35 | Hint: Периметр 3
21.04.2014 14:38:35 | Hint: Периметр 4
21.04.2014 14:38:35 | Hint: Периметр 5
21.04.2014 14:38:35 | Hint: Периметр 6
21.04.2014 14:38:35 | Hint: Периметр 7
21.04.2014 14:38:35 | Hint: Периметр 8
21.04.2014 15:06:27 | Hint: TabAdd
21.04.2014 15:06:27 | Hint: Периметр 1
21.04.2014 15:06:27 | Hint: Периметр 2
21.04.2014 15:06:27 | Hint: Периметр 3
21.04.2014 15:06:27 | Hint: Периметр 4
21.04.2014 15:06:27 | Hint: Периметр 5
21.04.2014 15:06:27 | Hint: Периметр 6
21.04.2014 15:06:27 | Hint: Периметр 7
21.04.2014 15:06:27 | Hint: Периметр 8
21.04.2014 15:09:17 | Hint: TabAdd
21.04.2014 15:09:17 | Hint: Периметр 1
21.04.2014 15:09:17 | Hint: Периметр 2
21.04.2014 15:09:17 | Hint: Периметр 3
21.04.2014 15:09:17 | Hint: Периметр 4
21.04.2014 15:09:17 | Hint: Периметр 5
21.04.2014 15:09:17 | Hint: Периметр 6
21.04.2014 15:09:17 | Hint: Периметр 7
21.04.2014 15:09:17 | Hint: Периметр 8
А вот последние записи в файле logErrorFromShell.log
========== 21.04.2014 14:26:39 ========== Shell.exe 1.11.2.996()
21.04.2014 14:26:39 | Hint: Соединение с сервером
21.04.2014 14:28:39 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:28:39 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:28:39 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:28:39 | Warning: Разрыв связи
21.04.2014 14:29:20 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:29:20 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:29:20 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:29:20 | Warning: Разрыв связи
21.04.2014 14:30:01 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:01 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:01 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:30:01 | Warning: Разрыв связи
21.04.2014 14:30:41 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:41 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:41 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:30:41 | Warning: Разрыв связи
21.04.2014 14:31:22 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:31:22 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:31:22 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:31:22 | Warning: Разрыв связи
========== 21.04.2014 14:33:00 ========== Shell.exe 1.11.2.996()
21.04.2014 14:33:00 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:33:00 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:33:00 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:33:00 | Warning: Разрыв связи
========== 21.04.2014 14:37:36 ========== Shell.exe 1.11.2.996()
21.04.2014 14:37:36 | Hint: Соединение с сервером
Оба лога с компьютера-сервера, на клиентских станциях логи пока не смотрел
Источник
Перейти к содержанию
В этом посте я хочу поделиться с вами информацией о том как расшифровать коды ключей Proximity карт в базе Орион Про Болид. Может возникнуть вопрос: «Зачем это нужно, ведь есть же генератор отчетов который предоставляет данную информацию?». Возможно я странный человек, но я считаю что пользоваться разного рода надстройками над СУБД если имеешь опыт работы с нею это несколько странно. Работать с базой напрямую гораздо интереснее и веселее чем изучать чужие костыли. Коды карточек PROXIMITY в базе хранятся в базе в таблице pMark с столбце CodeP. Зачем-то разработчики ПО Орион Про их зашифровали… Но на наше счастье не очень серьезно. О связях между таблицами в БД Орион Про я уже делал короткую заметку в посте Связи между таблицами в базе данных MS SQL Orion Pro Болид, поэтому сейчас на этом останавливаться не будем. Вообще если кого-то интересует аналитика — пишите в комментах, присылайте дампы базы — будем посмотреть.
У меня есть файл в формате excel — экспорт открытых ключей из базы Орион Про. На его примере мы посмотрим как легко расшифровываются ключи карточек. Вот скрин:
Возьмем в работу 3х человек, да простят меня эти люди. Участниками эксперимента назначим номера 10239 Меднов, 10297 Дербенева и 10308 Лапынин.
Теперь напишем простенький запрос к БД:
-
SELECT -
TabNumber
-
,Name -
,FirstName -
,MidName -
,CodeP -
FROM pList INNER JOIN pMark
-
ON pList.ID = pMark.Owner
-
WHERE pList.TabNumber IN ('10239', '10297', '10308')
На скрине виден результат. Ключи, как мы видим спрятаны.
Давайте скопируем крокозябры из столбца codeP и вставим в какой-нибудь двоичный редактор. Что получилось — видно на скринах ниже:
Таким образом мы выяснили что ключ представляет 12 байтное слово. На самом деле это кодировка ASCII. Теперь давайте для наглядности впишем полученные данные в нашу таблицу. Вот что получается:
Прелестно… Теперь откинем первый байт и заменим все пары байт FE01 на 00, вот что получилось:
Ну и напоследок: осталось переписать байты задом наперед и ключик наш! Делаем.
Вот собственно и все шифрование, далее осталось только написать функцию которая будет делать это на лету и можно писать любые запросы.
Если есть вопросы — задавайте в комментариях. Пожалуйста оценивайте статью.
Оцените пожалуйста статью:
6 оценок.
Загрузка…
Задача: настроить «Учет рабочего времени»
Первым делом на сервере (10.7.8.87 <=> Windows 7 x64, HDD = 500Gb, RAM = 4G,CPU=4 СКУД (Bolid Orion Pro) отключаем брандмауэр, затем создаем компьютер:
Но первым делом нужно проверить что сервер 10.7.8.87 прослушивает порт 2001
c:UsersAdminnetstat -a | findstr /I «:2001»
Оснастка: Орион. Администратор базы данных — Сотрудники — Добавить —
- Фамилия: alektest
- Имя: alektest
- Отчество: alektest
- Статус: любое значение из выпадающего списка
по окончании внесения настроек нажимаем «Сохранить»
Затем переключаемся в пункт «Пароли», нажимаем «Добавить», проверяем соответствие настроек:
- Сотрудник: alektest a. a.
- Тип кода: Пароль для программ
- Код: нажимаем сюда и указываем пароль:
- Новый пароль: Aa1234567
- Подтверждение пароля: Aa1234567
- Полномочия на запуск программ:
- Учет рабочего времени — вкл
- Генератор отчетов — вкл
по окончании внесения настроек нажимаем «Сохранить»
Далее заводим компьютер в оснастку с которого будет происходить подключение к модулю «Учет рабочего времени» — Орион. Администратор базы данных — Настройка — Структура системы — Система — Добавить:
- Имя — было указано хост имя клиентской станции
- TCP/IP — был указан IP адрес клиентской станции
На заметку: в поле «Имя» нужно обязательно указывать имя клиентской машины для которой разрешаем доступ.
После в параметре «Настройки» — определяю уровень доступ к СКУД, а именно запуск только программы «Генератор отчетов» на компьютере где развернут сам СКУД, т. е. Srv-skud
На заметку: советую на клиентской машине также как на сервере где установлен СКУД выключить брандмауэр.
В конечном итоге заведенный компьютер будет выглядеть так:
Орион. Администратор базы данных — Сервис — Обновить БД в «Оперативной задаче»
Теперь запускаю Virtualbox с осью Windows 7 x86 Корпоративная, устанавливаю из инсталляционного пакета клиентскую часть:
orionprosetup.exe (Версия файла: 1.12.2.0 от 03.09.2015, размер инсталляционного пакета: 958 MБ)
- Установить MS SQL Server Express 2008 не установлен: галочкой не отмечаем
- Тип установки: Ручная установка
- Папка назначение — оставляем по дефолту
- Компоненты: нужно только:
- Учет рабочего времени Орион Про
- Генератор отчетов Орион Про
- Монитор Орион Про
Далее указываем IP адрес компьютера на котором развернута база данных СКУД, в моем случае все на одной машине:
- Адрес компьютера: 10.7.8.87
Нажимаю «Установить» и ожидаю завершения установки.
Теперь перехожу в каталог куда установилось клиентское ПО Болида:
C:BOLIDARM_ORION_PRO1_12_2открываю файл orion.ini и изменяю его, а именно параметры:
Не забываем сохранить внесенные изменения.
Теперь запускаю на клиентской станции:
Пуск — Все программы — Болид — АРМ Орион Про 1.12 с сервисным пакетом 2 — Оболочка системы, подключение должно произойти, если это не произошло то можно посмотреть лог
Error: Ошибка 12142. Необходимо добавить данное рабочее место в базу данных — это значит у Вам не предопределен параметр того, что должно запускать с клиентской машины при подключении к СКУД, в моем случае это «Отчеты».
проверяйте все заново, вот так в правильном случае должно выглядеть окно подключения к системе контроля управления доступом.
Теперь запускаем «Отчеты», указываем пароль от заведенной выше учетной записи alektest — Aa1234567
и вуаля запускается оснастка «Генератор отчетов».
Ну, а дальше работа в оснастке не вызывает каких-либо трудностей, все интуитивно понятно. На этом я прощаюсь, заметка работоспособна. С уважением автор блога — ekzorchik.
Используйте прокси ((заблокировано роскомнадзором, используйте vpn или proxy)) при использовании Telegram клиента:
Поблагодари автора и новые статьи
будут появляться чаще 🙂
Большое спасибо тем кто благодарит автора за практические заметки небольшими пожертвованиями. С уважением, Олло Александр aka ekzorchik.
forum-bolid.ru
Проблема мне пока непонятного плана. УРВ перестал видеть список сотрудников. С сервером соединяется, но списка нет. Хотя пару дней назад он видел всех и корректно с ним работал.
Что делалось. У нас установлены турникеты, но в них, как оказалось, были неверно подключены датчики прохода. Естественно, что УРВ при этом не работал корректно. После того, как разобрались, где проблема и подключили датчики правильно, система стала корректно видеть все проходы, включая и в УРВ.
Однако, уже утром порадоваться за это событие не удалось, потому что УРВ перестал показывать сотрудников.
На подразделения заведены временные окна, у сотрудников установлены «График работы подразделения». Принудительная установка окна на сотрудника ничего не даёт.
Не могу понять, в каком направлении копать. Подскажите, пожалуйста.
- Ответить с цитатой
- −
- Ответить с цитатой
- −
Я как раз позавчера себе прописал организацию, соответственно потерял доступ к другой организации. Удалил у себя организацию — получил доступ ко всем.
Ещё раз много благодарен.
tommy_dark , Может быть схема подключения такая ПК — С2000-Ethernet — С2000М — Приборы?
Есть возможность подключиться к Ethernet’у по RS-485?
SQL Server Management Studio
Это был третий вариант решения проблемы.
. И это удобнее — программа вывела подробнейшую таблиwe всех приборов в Excelс полными названиями.
Это именно, что описания приборов, никак не их тип.
Без имени4.png
Добрый день. Посоветуйте что-нибудь по данной проблеме.
Пытаюсь сделать экспорт и импорт сотрудников из одной базы в другую (оба АРМ версии 1.20.3.9108). На стадии экспорта все нормально, а на стадии импорта сталкиваюсь с ситуацией, когда пароли.
Событие «40»(2 пожара) в «ОРИОН-ПРО», конфликты «ОРИОН-ПРО» и С2000М и (заметки дилетанта)
Вот что я никогда так скажем, «не любил», так это системы ПОС и АСПТ или по другому ОПС и АПТ- аббревиатур много, а смысл один — охранно-пожарная сигнализация и автоматическое пожаротушение.
Впрочем, кто из ИТР, отвечающих за их эксплуатацию и не имеющий в штате собственных монтёров, техников, инженеров ОПС их «любит»?
В общем, планирую ряд дилетантских заметок — я не специалист по пожарно-охранной сигнализации.
Да, есть форумы «Болид», ресурсы по это проклятущей охранно-пожарной сигнализации, но…
Те, кто в теме, кто работает на промыслах, меня поймут.
Больше, как действующий работник написать не могу.
Итак.
Что мы имеем?
При замене неисправного ППКОП Сигнал-10(не конфигурируются каналы, не прошивается, эксплуатация с 2012 года) на новый Сигнал-10(год выпуска 2019) при записи в конфигурации неадресного шлейфа как «Дымовой» при проверке дымового пожарного извещателя ИП-212 на АРМ ОРИОН-ПРО(версия 2011 года) проходит сигнал «Событие-40», вместо сигнала «ПОЖАР».
Поиск в Интернете, попытки конфигурирования дали «зацепку», что же это за фигня такая это «событие».
В общем, это 2 пожара, сработка двух извещателей в шлейфе, причём всё это связано и с версией ОРИОН-ПРО и самого ППКОП.
Сменили тип шлейфа на «Комбинированный».
Разумеется, прописали логику работы и прочее в соответствующем разделе объектового пульта С-2000М.
Всё работает отлично, сигнал «ПОЖАР» при проверке отображается на АРМ «ОРИОН-ПРО».
Итог — «Сигнал-40» на АРМ ОРИОН-ПРО- конфликт версий оболочки и полевого оборудования.
Для профи.
С версиями прошивки Сигнал-10 играли и ПРОФИ, не кидайтесь в дилетанта камнями — резисторы в шлейфе и первоначальную сработку проверяли магазином сопротивлений.
Про 4,7 кОм и ток шлейфа я в курсе, это я уяснил ещё в 2003, когда на меня спихнули в первый раз «пожарку».
Все эти «танцы с бубном» не помогли.
А вот с оболочкой ОРИОН-ПРо всё хреновато — я не настолько спец, чтоб менять её версию. Очкую, что уж понтоваться!
Кстати, ОРИОН-ПРО для изучения мы пытались поставить на другой ПК — не получилось — нет лицензии. Планирую заказать тестовую версию
Да, вот ещё что…
Для ППКОП «Сигнал-10», С2000-4 «крестик» в графе «автовзятие» увы, «не работает».
Не встанет он у Вас на охрану, хоть убейтесь!
Постановка на охрану либо с пульта С2000м или С2000-БКИ или с АРМ ОРИОН-ПРО, с ключа, точнее считывателя.
Но сам по себе, никак!
Т.е. заменить скажем, УПКОП, которые частенько пихают в шкафы УДР, БДР итд, на С2000-4 или Сигнал-10- ну никак!
Разве что считыватель приляпать. А он вряд ли у Вас на промысле в загашнике есть. Да и гемор с этими, блин, «считывателями»(Ну это отдельная история)
Да, профи, Вам то смешно, но мне было не очень, пока тему не просёк.
Теперь ещё про конфликты в ОРИОН-ПРО.
Опять-же, профи, не смейтесь, это для бедолаг, полевых ИТР, которым в это приходится вникать
То, что вы конфигурируете в ОРИОН-ПРО никаким боком не попадёт в пульт С-2000М.
Т.е. то, что записано в пульте. нужно ручками переносить в базу данных. Да, вроде существует возможность прямой записи, но до конца непонятно как.
В итоге при перезагрузке оболочки возможны различные «глюки»
Пример?
С2000-4. Выход из строя одного из шлейфов, в моём случае шлейф 1, неадресный, дымотепловой пожарный извещатель(не прописывается, перепрошивка не помогает).
Переносим извещатели на другие свободные шлейфы.
В моём случае это шлейф 2 комбинированный дымотепловой извещатель ИП 212/101-3А-A1R, шлейф 3 ручной пожарный извещатель
Конфигурируем С2000М.
Появляется необходимость перезагрузки оболочки…
Вуаля!
Не ставится на охрану, так как первый шлейф(удалённый) по прежнему записан в ОРИОН-ПРО.
Почему не записали? Ну тогда ещё думали, что подтянет данные АРМ.
Но и у уже сконфигурированной «профессиОналами» системы могут быть косяки, что бывало и у меня.
В общем, если при перезагрузке оболочки у Вас к примеру, врубилась светозвуковая сигнализация, причём при отсутствии пожара не паникуйте.
Да, на фото адресный дымовой извещатель — с ними всё в разы проще, кстати.
И аэрозоль для проверки дымовых извещателей, тоже, неплохо.
Это я чтоб картинка была.
Инсталляция, монтаж » Проблема со списком сотрудников в УРВ
Я успешно наладил срабатывание турникета на поднос карты ко входному и выходному считывателям, по тому как работает система, понимаю, что все аппаратно работает замечательно, есть и контроль прохода, и перемещение персонала с доступом из зоны в зону, но.
При запуске программы УРВ столкнулся с тем, что сотрудники в программе никак не отображаются, выборку сделать не по кому. Или с программой/базой глюк, или я что-то не так заполнил, или я просто не понимаю как это работает.
У меня через турникет проходят работники трех фирм, бухгалтерия только в одной из них. Из описания работы УРВ я понял, что списки фирмы №1 может формировать только сотрудник фирмы № 1.
1. Хорошо, я создал трех фиктивных работников с правами «Администратор» в каждой из фирм, захожу каждым из них и не вижу ни кого в списке сотрудников его организации.
2. Захожу Ивановым И.И с правами «Хозяин» — не вижу никого.
Звонил в техподдержку Болид, не получается объяснить им мою проблему, они выслушивают, дают подсказку поменять, заполнить, поправить — делаю как говорят — не работает. Звоню снова и снова — безрезультатно. Выслал по их просьбе бэкап моей базы . Подалуста подскажите. Готов ответить на любые уточняющие вопросы и выслать любой интересующий файл на анализ.
upd: — у каждого сотрудника с ключом прописана организация, где он работает, подразделение и должность, в каждом подразделении проставлено расписание работы
— в свойствах фиктивных «Администраторов» и у «Хозяина» права на работу с УРВ есть.
И да, как это сделать? «Сотруднику, ответственному за составление отчетов нужно создать пароль для программ». Ведь если ,например, у бухгалтера Смирновой, ответственной за составление списков УРВ, есть карточка для прохода на территорию, пароль для программ не добавляется.
5 лет 5 месяцев назад
Ратеев Игорь Григорьевич
11 ответов
При открытии программы, соединение с сервером есть? Какой тип отчета формируете??Если не сделали, то в самом контроллере через uprog считывателям назначить зону доступа в которую они пускают/выпускают. В АБД посмотрите номер зоны и впишите в контроллер.
Что бы был и пароль и карта, на вкладке пароли, сотрудника необходимо добавить два раза, первый с картой, чтоб второй с паролем для программ.
5 лет 5 месяцев назад
Тремасов Константин Александрович
– Заварзин Сергей Петрович 5 лет 5 месяцев назад
– Ратеев Игорь Григорьевич 5 лет 5 месяцев назад
1. В настройках каждого подразделения указать график работы. Например максимум или свой. Без этого в УРВ никто ничего не увидит.
2. Если есть возможность, то убери организацию у человека и он будет видеть все организации. Если не возможно, то только фиктивные сотрудники.
3. Для присвоения пароля программ измените статус сотрудника на дежурный оператор. Тогда сможете присвоить пароль.
5 лет 5 месяцев назад
Рыбкин Евгений Сергеевич
– Ратеев Игорь Григорьевич 5 лет 5 месяцев назад
Не в описании сотрудника, в настройках подразделения. В том окне, где вы заносили подразделения.
И видимо вы неверно добаляете пароль для программ сотруднику. Надо делать новый пароль. а не выбирать дополнительный в старом! Карта один пароль, программа второй пароль!
– Рыбкин Евгений Сергеевич 5 лет 5 месяцев назад
– Ратеев Игорь Григорьевич 5 лет 5 месяцев назад
– Ратеев Игорь Григорьевич 5 лет 5 месяцев назад
– Гаринов Вадим Викторович 16 дней назад
Скриншот настроек подразделения.
И пароль программ неправльно заносите по скринам.
5 лет 5 месяцев назад
Рыбкин Евгений Сергеевич
– Тремасов Константин Александрович 5 лет 5 месяцев назад
– Рыбкин Евгений Сергеевич 5 лет 5 месяцев назад
Теперь скрин данного уровня доступа и скрин окна времени для него.
С паролем разобрались?
5 лет 5 месяцев назад
Рыбкин Евгений Сергеевич
– Рыбкин Евгений Сергеевич 5 лет 5 месяцев назад
Что-то я совсем поплыл Уровнями доступа и Расписаниями. Еще раз внимательно посмотрю вебинар по настройке и отпишусь. По всей видимости с ними у меня ошибка. Спасибо, что навели
5 лет 5 месяцев назад
Ратеев Игорь Григорьевич
Всем спасибо. Проблема решена. Нужно очень внимательно подходить к этапу формирование рабочего расписания и допуска, назначения предприятия и отдела персоналу. Еще раз тщательно всё переделал и заработало как надо.
Все интересующиеся подробностями могут обращаться ко мне на e-mail greenir@inbox.ru
5 лет 5 месяцев назад
Ратеев Игорь Григорьевич
1. Во вкладке Окна времени необходимо создать ДВА расписания.
— Первое расписание описывает временной промежуток, когда сотрудник с карточкой или паролем ИМЕЕТ ПРАВО находиться на объекте. В моем случае круглосуточно, галочки на 7 дней в неделю + галочки на Вх Вых. Назвал я его «Расписание доступа»
— Второе расписание описывает временной промежуток, когда сотрудник с карточкой или паролем ОБЯЗАН находиться на объекте. В моем случае это 2 временных интервала с 7:00 до 11:59 и 12:00 до 16:59 в каждом проставлены галочки с понедельника по пятницу + галочки на Вх Вых.Назвал «Расписание работы»
2. Во вкладке Уровни доступа необходимо создать ДВА уровня доступа.
— Первый уровень доступа описывает через какую дверь сотрудник с картой или паролем ИМЕЕТ ПРАВО проходить в любую сторону в пределах, определенного нами ранее окна времени «Расписание доступа». В моем случае создав уровень, зашел во вкладку Доступ и добавил туда свою единственную дверь (1)турникет. В описании элемента Дверь определил следующее: Режим — Вход/Выход, Окно времени — Расписание доступа. Я назвал этот уровень доступа «Контроль доступа»
— Второй уровень доступа описывает в какой зоне сотрудник с картой или паролем ОБЯЗАН находиться в пределах, определенного нами ранее окна времени «Расписание работы». В моем случае создав уровень, зашел во вкладку Доступ и добавил туда зону, на которой должен осуществляться контроль пребывания и учет рабочего времени сотрудников, то есть зону (1) Предприятие. В описании элемента Зона доступа определил следующее: Режим (не меняется) — проход, Окно времени — Расписание работы. Я назвал этот уровень доступа «Контроль работы»
3. Во вкладке Сотрудники, создав нового сотрудника, необходимо обязательно заполнить графы Компания, Подразделение, Должность. В меню добавления Подразделения необходимо обязательно указать в графе График работы вовсе не график, а наш второй уровень доступа, который контролирует время и факт пребывания сотрудника на работе. Это необходимо для корректной работы программы УРВ. В нашем случае это «Контроль работы»
В графе График работы можно оставить значение по умолчанию «График работы подразделения», но я на всякий случай поставил тот же уровень доступа «Контроль работы»
4. Во вкладке Пароли после считывания карты необходимо в строках Уровень доступа установить тот уровень, который описывает право прохода конкретного сотрудника с конкретной картой через дверь, в моем случае это «Контроль доступа» . В строке Хранить код ключа в приборах необходимо установить значение «вкл», для того, чтобы ключи дублировались в приборе.
5. Для запуска программы УРВ необходимо войти под Ивановым Иваном Ивановичем, фиктивным сотрудником с правами Владелец. Этот сотрудник не должен состоять ни в одном из подразделении, иначе выборка будет осуществляться только по одному подразделению одной компании. Чтобы не было глюков с учетом этого фиктивного сотрудника, который не входит и не выходит с предприятия, а нужен только для запуска приложений, в графе График работы ему выставил «Максимум» и поставил галку на «Свободный график»