Интегрированная система охраны «Орион» (далее — ИСО «Орион») комплекс, предоставляющий возможность контроля и управления системами охранно-пожарной сигнализации и автоматического пожаротушения (далее — ОПС), системами контроля и управления доступом (далее — СКУД или СКД), инженерными системами зданий. АРМ «Орион Про» — программная составляющая аппаратно-программного комплекса ИСО «Орион», предназначенного для организации комплексной охраны таких объектов, как: банковские учреждения, большие и малые промышленные объекты, офисные помещения, складские помещения, жилые дома, загородные коттеджи, гостиницы, автостоянки, учебные заведения.
АРМ «Орион Про» предоставляет возможность централизованного наблюдения и управления одновременно несколькими охраняемыми объектами с протоколированием всех событий. АРМ «Орион Про» позволяет заранее задавать поведение системы в ответ на определенные события. Таким образом, пользователь оказывается застрахован от непредвиденных ситуаций. АРМ «Орион Про» — возможность объединения в единую систему практически неограниченного количества охранных зон (ШС сигнализации или адресных зон), релейных выходов для управления внешними устройствами и точек доступа.
Основные показатели системы:
Работа с приборами «С2000», «С2000М», «С2000-К», «С2000-КС», «С2000-БИ», «С2000-БКИ», «С2000-2», «С2000-4», «Сигнал-20», «Сигнал-20 сер.02», «Сигнал-20П», «Сигнал-20М», «С2000-КДЛ», «С2000-СП1», «С2000-КПБ», «С2000-АСПТ», «С2000-ПТ», «Поток-3Н», «С2000-БИ исп.01», «Рупор», «С2000-ИТ» и «РИП-RS».
— поддержка подключения приборов к нескольким COM-портам на одном ПК;
— поддержка подключения к одному COM-порту до 127 пультов «С2000» («С2000М»), а к каждому пульту до 127 приемно-контрольных приборов или подключение к одному COM-порту до 127 приемно-контрольных приборов;
— включение в сеть необходимого числа компьютеров.
Модульная архитектура и масштабируемость — система состоит из отдельных модулей, которые можно эксплуатировать как на одном компьютере, так и нескольких, связанных в сеть. Каждый модуль за счет гибких настроек обеспечивает возможность специализации каждого рабочего места под определенную задачу.
Наращиваемость — поддержка как одного рабочего места, так и нескольких рабочих мест, связываемых по сети Интернет (с использованием протокола TCP/IP), возможность приобретения одного рабочего места и последующего наращивания системы за счет приобретения дополнительных модулей.
Гибкость — широкий выбор различных настроек, поддержка возможности программирования сценариев управления и поддержка наращиваемости системы определяют способность системы функционировать в соответствии с особенностями и спецификой охраняемого объекта.
Надежность — возможность рабочих мест с Оперативной задачей функционировать даже после обрыва сети для обеспечения безопасности объекта.
Основные возможности АРМ «Орион Про»:
Работа под управлением сервера MS SQL 2005/2000.
Графическое отображение на планах помещения состояния ОПС, СКУД, а также состояния системы видеонаблюдения, возможность управления логическими объектами с планов помещений.
Развитая система авторизации и разграничение прав доступа в соответствие со статусом сотрудника в системе, а также его прав для управления объектами охраны.
Централизованное управление пожаротушением.
Редактор планов помещений.
Возможность программировать сценарии управления, поддержка внутреннего языка программирования и привязка их к событиям системы, а также возможность ручного запуска оператором, запуск по расписанию, запуск из «Оперативной задачи» с помощью специальных элементов интерфейса.
Хранение фотографий сотрудников в формате jpeg.
Учет рабочего времени.
Программная эмуляция работы приборов.
Поддержка временных ключей защиты для «Ядра опроса» на 1000 часов.
Создание шаблонов карточки сотрудника для печати на бесконтактных картах на специализированном принтере.
Работа с пультами «С2000″/»С2000М», начиная с версии 1.2x.
Возможность импорта базы данных в пульты «С2000″/»С2000М».
Поддержка групп разделов.
Возможность формирования пользовательских групп событий.
Переименование базовых и пользовательских событий.
Централизованное конфигурирование доступа с одного или нескольких рабочих мест «Бюро пропусков».
Централизованное «мгновенное» прописывание ключей во все необходимые контроллеры доступа системы.
Централизованное управление доступом с поддержкой сетевого, зонального, временного Antipassback, а также поддержка прохода по правилу 2-х, 3-х лиц и кода с подтверждением.
Контроль сотрудника с точностью до зоны доступа, сценарии управления доступом, отработка тактик «Взятие по уходу последнего», «Снятие по приходу первого».
Привязка сценария управления как к общему событию, так и к событию, сгенерированного по инициативе:
— конкретного пользователя системы;
— пользователя с конкретным уровнем доступа;
— пользователя с конкретным паролем;
— пользователя, принадлежащего конкретному подразделению и т.п.
Аппаратные средства (минимальные):
— для рабочего места «Оперативная задача» — Pentium IV 2.4, 512 Мб RAM;
— для рабочего места «Сервер базы данных» (ОПС) — Pentium IV 3.0, 1024 Мб RAM.
Источник: studbooks.net
Интеграция Bolid в 1С или как мы приручили СКУД
Где-то в 2009 году, когда еще речи не шло о группе компаний в сегодняшнем виде, i-Free арендовала помещения в бизнес-центре, сначала занимая одну комнату и расширяясь с годами.
Филиалы в шести странах мира и размещение «с трудом» в четырёх бизнес-центрах Санкт-Петербурга ещё впереди, а пока только 5 кабинетов в разных концах коридора и даже на разных этажах. Коридор общий для разных арендаторов, вход в БЦ свободный. Бегая к коллегам в другой кабинет, замыкать двери на ключ нередко забывали. Стало быть, СКУД стал необходимостью. Задумались о решении, и тогда выбор пал на Болид.
Почему Болид? Альтернатив особо не было, что было реализовано в бизнес-центре, то и «продлили» для себя, просто потому, что был нужный специалист «под рукой».
Быстро решили отделить свою систему от бизнес-центра, чтобы не было дискуссий о доступах и управлении СКУДом.
После появления большего количества помещений, отказались от контактных «таблеток» в пользу более удобных бесконтактных. Появились считыватели em marine, карточки. Купили «аж 150 карточек» и вбивали их в систему.
Спроектировали, смонтировали, настройка закончена, карточки выданы, пошла ежедневная работа.
Я опущу плюсы, буду писать о минусах, чтобы было понятно, как и почему мы пришли к сегодняшней системе.
Итак, минусы:
— для простой выдачи карточки требуется специалист, обученный работе с весьма замысловатым интерфейсом Болида, имеющий соответствующие доступы в программу управления. Значит «в отпуск нельзя, болеть нельзя, умереть запрещено под страхом смертной казни»;
— очень быстро пришло понимание, что карточки нужно не только выдавать, но и менять. При росте компании свыше 200 сотрудников теряли не менее 2-х карточек в неделю;
— гораздо чаще «ой я забыл сегодня дома, дай карточку». До десятка в день;
— а еще «к нам гости из Пекина, 10 человек, в коридоре, нужно срочно карточки… что значит тебе некогда? мне же нужно!»;
— дублирование ввода информации — кадровик вводит информацию о сотруднике в 1С, администратор — в AD, инженер СКУД — в Болид. Три раза;
— а еще, компания оплачивает питание сотрудников, и всё время в воздухе витала идея «а как бы это нам по карточкам обедать в нашем кафе»;
— «а неплохо бы еще вооот такой отчётик, у нас же все ходы логируются… что значит нельзя сделать отчет? это же база данных. ». Отчеты у Болида тогда были предусмотрены, но за деньги. И весьма ограниченный набор отчётов при этом;
Первым шагом к интеграции стал перевод базы данных Болида на сервер. Описание БД есть, попробовали подключиться из 1С — ура! Вопрос с отчетами решен. Какой хотим, такой и получаем.
Шло время, и была разработана система оплаты питания «по карточкам», предвестник нынешнего наЛанча
Система питания потребовала формата Mifare, дабы организовать на карточке «кошелёк», пришлось заменить все считыватели. И это был следующий этап.
В какой-то момент мы выросли из «нашего» бизнес-центра, арендовали дополнительно еще два этажа в другом. Подключили удаленные помещения по локальной сети, благо Болид позоляет такую архитектуру. Намного позднее к нашей системе подключили даже филиалы в Москве, Украине, Казахстане.
Узким местом остались турникеты на входе во второй БЦ — пришлось навешать на чужие приборы, работающие с em marine, наши считыватели Mifare. Если «на этажах» вход в наши помещения мы контролировали самостоятельно, то «на турникеты» приходилось регулярно передавать списки ключей, новых и заблокированных. Один раз в неделю, что создавало проблемы для «потеряшек» и новых сотрудников. В какой-то момент удалось договориться с удаленными бизнес-центрами поставить параллельно не считыватели, а наши приборы, подключенные по сети. И тогда вопрос обновления ключей стал делом минут, а не дней.
В то же время мы активно изучали Болид изнутри, это оказалась довольно гибкая система. За счет внутреннего макроязыка сценариев, нам удалось дисциплинировать сотрудников: ежедневно скрипт проверял порядка 50 помещений на предмет взятия под охрану, если помещение не под охраной, создавался алерт ответственному, для разборки полетов. Плюс дополнительные удобства: постановка под охрану сразу нескольких помещений при определенном алгоритме, или получение комментариев от охраны на e-mail, при возникновении тревожных ситуаций.
Шло время, наконец закончился переход на Mifare и мучения с двумя карточками у сотрудников. Отчеты по СКУД уже в 1С, корпоративное питание тоже, дело за малым — добиться того, чтобы данные из 1С сами попадали в контроллеры. Здесь нам на помощь пришел комплект разработчика для Ориона Про.
С помощью XML-RPC процедур мы смогли немедленно обновлять данные на контроллерах системы, оперативно блокировать ключи или изменять уровни доступа сотрудников.
Вот пример, как можно поиграться с дверьми, если у вас аналогичная система — запрос ControlAccess отправляет команду на открытие двери, для этого нам понадобится Curl и запрос вида:
ControlAccess
ControlAccess ComPort 1 //адрес компорта к которому подключена ветка контроллеров; PKUAddress 0 //при наличии клавиатуры управления С2000С2000М, указываем её адрес; DeviceAddress 111 //адрес нашего контроллера с экспериментируемой дверью; AggregateAddress 1 //номер реле, для С2000-2 с однодверной конфигурацией это 1; Command 0 //команда управления 0 – предоставление доступа на время, заданное в контроллере, обычно на вход ставят около 10 сек; MethodNameForAnswer Result IPSERVER 127.0.0.1 //куда отправлять ответ о выполнении запроса; PORTSERVER 8080
Замок разблокируется на выставленное время или до момента открытия двери, только не надо рассчитывать, что это действие останется незамеченным. В логе событий Ориона увидим запись: ДатаВремя – хх.хх.ххх чч.мм.сс; Событие — Доступ предоставлен (по кнопке); Дверь — название; Описание – ВходВыход; Адрес – 1/0/111/1; Зона доступа – прописанная в контроллере.
В скором времени наш основной БЦ стал уже тесен и не удовлетворял текущим запросам, для этого специально для нас было надстроено три этажа в конгрессно-выстовочном центре по соседству, в котором и сейчас благополучно находится наш главный офис.
В ходе знакомства с текущими системами нового бизнес-центра нам снова встретился Болид: в виде пожарной, охранной системы и системы контроля доступа, на нем мы и продолжили строиться.
Сборы и переезд — отдельная тема, но результат того стоил того.
Интеграция болида в 1С существенно облегчила администрирование, позволила создавать автоматические правила по смене уровней доступа при перемещении сотрудника между отделами и автоматической блокировки при увольнении, но при замене карт по-прежнему требовалось вмешательство оператора.
Здесь с помощью нашего SMS-Direct мы подключили сервис по автоматической замене и блокировке карт, для этого сотруднику необходимо отправить кодовые слова, если skud block, то блокируются все имеющиеся ключи у сотрудника, если skud pin то в ответ приходит код, который в дальнейшем необходимо ввести на клавиатуре для аутентификации.
Список сотрудников с телефонами хранится в 1С, ежедневно в ноду SMS-Direct выгружается белый список телефонных номеров сотрудников. При поступлении SMS с запросом номер телефона проверяется по списку, если нет в списке, отправляется ответ о том, что хорошо бы зайти в отдел HR и провериться, если всё Ok — генерируется случайный короткий номер и отправляется в 1С и сотруднику, 1С конвертирует пин-код в ключ для контроллеров:
1234 = F300000000123401
4321 = 1B00000000432101
9876 = 9E00000000987601
4582 = 8200000000458201
123456 = 0500000012345601
Если разобрать последний пример, то 05 – контрольная сумма, 000000 – добивает до 16 символов, 123456 – наш короткий код, 01 – добавляется в конец ко всем ключам.
Циклическая контрольная сумма получается по правилу фирмы Dallas. Расчет осуществляется следующим образом:
CRCTable: array [0..255] of byte = (
0,94,188,226,97,63,221,131,194,156,126,32,163,253,31,65,
157,195,33,127,252,162,64,30,95,1,227,189,62,96,130,220,
35,125,159,193,66,28,254,160,225,191,93,3,128,222,60,98,
190,224,2,92,223,129,99,61,124,34,192,158,29,67,161,255,
70,24,250,164,39,121,155,197,132,218,56,102,229,187,89,7,
219,133,103,57,186,228,6,88,25,71,165,251,120,38,196,154,
101,59,217,135,4,90,184,230,167,249,27,69,198,152,122,36,
248,166,68,26,153,199,37,123,58,100,134,216,91,5,231,185,
140,210,48,110,237,179,81,15,78,16,242,172,47,113,147,205,
17,79,173,243,112,46,204,146,211,141,111,49,178,236,14,80,
175,241,19,77,206,144,114,44,109,51,209,143,12,82,176,238,
50,108,142,208,83,13,239,177,240,174,76,18,145,207,45,115,
202,148,118,40,171,245,23,73,8,86,180,234,105,55,213,139,
87,9,235,181,54,104,138,212,149,203,41,119,244,170,72,22,
233,183,85,11,136,214,52,106,43,117,151,201,74,20,246,168,
116,42,200,150,21,75,169,247,182,232,10,84,215,137,107,53);
KeyCode: array[1..8] of byte;
KeyCode[ 8 ] := 0;
For j := 1 to 7 do
KeyCode[ 8 ] := CRCTable[ KeyCode[ 8 ] xor KeyCode[ j ] ];
Далее в 1С задается заранее установленный уровень доступа с включенным antipassback (дабы ключ не вводили по 5 раз) и отправляется XML на ядро. Орион, согласно уровню доступа, рассылает ключи необходимым контроллерам, контроллеры ждут появления нашего сотрудника.
Обычно процедура запроса пин-кода занимает не более минуты, после ввода сотрудником пин-кода на клавиатуре, контроллер формирует сигнал о предоставлении доступа и отправляет в Орион сообщение об успешной аутентификации сотрудника. В Орионе начинается мониторинг поднесенного ключа к нужному нам считывателю, методом ReadKeyCodeFromReader, и отправляется команда на включение реле 2 для подачи сигнала пользователю о «прислонении» карты, после получения кода отпускается реле (активируя antipassback) и формируется запрос в 1С, в котором передается короткий код аутентификации и новый код карты. В 1С по этому запросу создаются соответствующие документы замены ключей. Вся операция от отправки смс до активации карты занимает не более пары минут.
Терминал для активации карт представляет из себя контроллер С2000-2 и подключенные к нему считыватель и клавиатуру, плюс пачка незарегистрированных карточек. Мы расположили один на посту охраны, второй в отделе HR.
Теперь каждый сотрудник может самостоятельно в любое время заменить себе проходку и попасть в офис согласно своему уровню доступа, да ещё и пообедать «по проходке» через пару часов после активации.
Если форм фактор в виде карточки не устраивает, любой сотрудник может взять кожаный брелок, силиконовый браслет или наклейку на телефон — кому что удобнее — и самостоятельно активировать при получении, в отделе HR по той же процедуре.
В процессе этой автоматической замены, конечно же, слишком много посредников, и всё это можно сделать на одном устройстве в виде планшета с gsm и nfc или raspberry с подключенным считывателем и gsm модемом, но в исходных данных у нас был Болид, и нам важно было показать возможности интеграции и автоматизации системы контроля доступа именно на его основе.
Выводы и итоги
Эти решения помогли нам избавиться от ручного вмешательства в СКУД; свести к нулю риск возникновения ошибок при назначении уровней доступа и заменевыдаче ключей; ускорить выдачу новых карт; повысить общую безопасность системы и интегрировать новые сервисы.
По прошествии нескольких лет наш партнер, достаточно крупная компания, занимающаяся ритейлом в сфере FMCG, обратилась за помощью в подобной интеграции в свою инфраструктуру, что мы успешно сделали, естественно, учитывая все трудности, с которыми нам пришлось столкнуться при внедрении системы в i-Free. То есть сейчас наше решение доказало возможность быстрого масштабирования и в других компаниях, независимо от специфики работы и количества сотрудников.
- Блог компании i-Free Group
- Анализ и проектирование систем
Источник: habr.com
Форум по системам видеонаблюдения и безопасности.
Форум по системам видеонаблюдения, безопасности, пожарным и охранным сигнализациям, контролю доступа.
- Список форумовОхранные и пожарные сигнализации, контроль доступа и прочие системы безопасностиОхранные и пожарные сигнализации, пожаротушение и т.п.
- Поиск
Нужен мануал по установке Орион 7.6
Вопросы, связаные с охранно-пожарной сигнализацией, пожаротушением и прочие технические вопросы, не связаные с видеонаблюдением.
8 сообщений • Страница 1 из 1
Нужен мануал по установке Орион 7.6
Сообщение Громозека » 26 апр 2010, 22:18
Доброго времени суток!
На днях надо переустановить Орион с 7.5.2 на 7.6. Объект несложный, но ответственный.
На сайте Болида, к моему удивлению, не нашёл инструкции по установке.
Вопрос: как с минимальными потерями (или без оных) установить 7.6 на 7.5.2? Желательно знать порядок действий и какие папки сохранить.
Источник: forum.videon.spb.ru
«ОРИОН». Настройка АРМ и администрирование.
Сообщение Mozgun » 09 июн 2008, 11:45 .
Есть тут спецы по сабжу? Нужна консультация по настройке.
Сообщение Or » 09 июн 2008, 11:55 .
Сообщение Mozgun » 09 июн 2008, 12:03 .
Подскажите начинающему чайнику как лучше построить систему: АРМ Орион 7.5.2 стоит на проходной небольшого предприятия (700 чел.),база там же, к нему подцеплены через С2000-ПИ три контроллера доступа С2000-2, первые два на турникет и ворота проходной, третий — удален на 500м. в кабинет начальника отдела кадров для прописывания карточек-пропусков. Там же стоит комп с УАБД и по локалке соединяется с компом на проходной.
Кабинет нач. ОК находится в АБК, там развитая локалка, серверная, етс, а вот до проходной идет «узкий участок» сети 10мбит, выше не поднимается. Пока настроено администрирование строго по мануалу, но регулярно происходят жуткие тормоза при коррекции базы данных. База кстати большая — около 600 мегов, потому как фото сотрудников плохо пожали. даже при добавлении одного сотрудника коррекцию с обновлением ОЗ надо ждать минут 10.
Напрягает однако.
При загрузке ОЗ кстати тоже долго приходится ждать, хотя комп вроде там неслабый Р4 1гиг ОЗУ, винт быстрый.
Можно ли как то сделать все более шустро? типа — базу поместить в третье место (сервер) а ОЗ и УАБД чтобы работало корректно? Или сетку надо менять на проходную на более быструю? Или еще какие соображения будут?
Буду рад любым советам, сам в этом ОРИОНе новичек, вроде запустил СКУД (потом еще УРВ надо будет настраивать), но вот корректировки БД еще много (пропуска еще не всем выдали) и эти непонятные тормоза смущают. Да еще при обновлении БД в ОЗ — проходная на момент перезапуска блокируется (в памяти контроллеров ключи не держу — может стоит?).
Сообщение Mozgun » 09 июн 2008, 12:07 .
Добавлю: ключи я таки в память контроллеров прописал, чтобы работу проходной не блокировать при траблах с компом.
На одном форуме было вскользь утверждено что можно базу держать в третьем месте а админить со стороны, но как конкретно — так мне и не ответили.
Желательно держать базу на серваке, а ОЗ и УАБД чтобы тоже туда подключались, это реально реализовать?
Сообщение Mozgun » 09 июн 2008, 12:08 .
Плюс еще надо УРВ запустить упрощенный а как я понял из описалова надо датчики прохода на с-2000-2 подключать, а их в турникете нету вовсе. придется чтото самодельное присобачивать.
Сообщение Or » 09 июн 2008, 13:04 .
1. что не нравится. Вы используете ПО преднозначеное для локальной (по совей идеологии) работы в качестве сетевого. Это не ваша вина, это ваша беда и жадность (просто болидовцы погнались за золотшком и поналяпали тучу удаленных рабочих мест к ПО задуманному изночально как локальное). В результате работа по сети не оптимизирована Там куча инфы гоняется взад вперед, вот и тормаза. Чем больше база тем хуже дело. координально лечится только установкой «Орион Про», данное ПО уже построено именно для сети.
НО ваше руководство на это не пойдет (скорее всего).
2. Турникеты без датчиков проворота палки это экзотическое дерьмо. (даже дешовка имеет эти датчики).
Вопросы: 1.коррекция базы проводится удаленно?
2. проверялся ли запуск ОЗ при отключеной сети?
3. Если да и тормоза сохранялись, то проверялись ли настройи ком-порта (скорость передачи и проверка пакетов), правильность прокладки(соединения) 485 интерфейса, длинна прокладки 232 интерфейса?
По поводу удаленной базы: это возможно, но делается это не штатно (штатно база на томже компе) из соображений безапасности базы (быстродействие ОЗ падает, что грозит долгой реакцией на проход после предъявления карточки).
Mozgun писал(а): Желательно держать базу на серваке, а ОЗ и УАБД чтобы тоже туда подключались, это реально реализовать?
Реально, но штатными средствами не возможно (ПО изночально локальное) и ни чего кроме траблов не сулящее. Я б делать так не стал бы.(подобный подход, повторюсь, реализован в «Орион Про»)
Сообщение Mozgun » 09 июн 2008, 19:32 .
Or писал(а): что не нравится. Вы используете ПО преднозначеное для локальной (по совей идеологии) работы в качестве сетевого. Это не ваша вина, это ваша беда и жадность (просто болидовцы погнались за золотшком и поналяпали тучу удаленных рабочих мест к ПО задуманному изночально как локальное).
Я не выбирал, тут от меня ничего не зависело.
Or писал(а): 2. Турникеты без датчиков проворота палки это экзотическое дерьмо. (даже дешовка имеет эти датчики).
Есть там датчик поворота, нашел уже, завтра подключу, и проверю как отрабатывает на контроллере.
Or писал(а): Вопросы: 1.коррекция базы проводится удаленно?
2. проверялся ли запуск ОЗ при отключеной сети?
3. Если да и тормоза сохранялись, то проверялись ли настройи ком-порта (скорость передачи и проверка пакетов), правильность прокладки(соединения) 485 интерфейса, длинна прокладки 232 интерфейса?
С коррекцией пока сложно. там к сожалению синхронизация данных работает только «в одну сторону», то что вносится на месте не видно на удаленном компе с УАБД, и при коррекции с УАБД теряются те данные что на месте вводились. Хреново. Возможно что не всегда, там же можно с УАБД не полностью базу обновлять а только новые данные, но толком еще не могу определить как лучше корректировать, тут еще имеются не очень умелые ручки начальницы ОК, что она там творит — дело темное, клянется что ничего не трогала а вчера кудато половина данных слетела, включая планы помещений. Полдня восстанавливал.
Как в анекдоте про верблюда :»Чего у тебя шея кривая? А вы чего у меня вааще прямого видали?»
При отключенной сети не проверял, завтра попробую. Тут правда есть еще один нюанс — комп на проходной местный админ заблокировал от шаловливых ручек по самое не балуйся, он парень грамотный без дураков но особенности эксплуатации данного софта ни он ни я толком не знаем и имхо тут собака и порылась.
232 и 485 нормально работают, я даже на 232 скорость поднял повыше, там всего 2 метра провода соединитель, С2000-ПИ прямо над системником висит, и С2000-2 рядом же.Тот контроллер что у нач. ОК нужен только для добавления пропусков, он из опроса отключен совсем, (кстати там была заморочка с чтением новых карточек пока я его из опроса не исключил, по совету техподдержки Болида)
Еще занес все карточки в память контроллеров, для скорости и чтобы при траблах с компом проходную не блокировало. В принципе стирать их выборочно достаточно просто — синхронизацией ключей в АБД.
И еще появился вопрос по УРВ, там в настройках надо пароль на доступ к серверу както ввести, а опция заглушена, и при соединении пишет что «пользователь вошел неавторизованным».
В справке нифига не понял где этот пароль назначается, написано что в АБД в разделе паролей пользователей надо чтото прописать, а найти что и где — не могу.
Спасибо за ответы, а Вы первый кто откликнулся.
Or писал(а): По поводу удаленной базы: это возможно, но делается это не штатно (штатно база на томже компе) из соображений безапасности базы (быстродействие ОЗ падает, что грозит долгой реакцией на проход после предъявления карточки).
А как можно сделать? Быстродействие я думаю с учетом того что в памяти контроллеров ключи напрямую занесены сильно не упадет, а вот как нормально коррекцию базы наладить? Желательно с УАБД, чтобы на проходную не бегать.
Сообщение Mozgun » 09 июн 2008, 19:40 .
На одном форуме вычитал что можно базу прописать как сетевую папку к компу с ОЗ, вроде бы утверждается что нормально работает, но как УАБД тут состыковать? Вот вопрос. если делать синхронизацию базы с компа с УАБД, то как настроить чтобы ОЗ обновлялась? Может отключать ОЗ на время коррекции базы?
Сообщение Or » 09 июн 2008, 20:07 .
Mozgun писал(а): Полдня восстанавливал.
Папку с базой на флэшку копировать надоть, тогда можно будет востанавливать в пол тычка. (база по умолчанию Демо. Так всю папку чтоб не разбираться.)
Mozgun писал(а): комп на проходной местный админ заблокировал от шаловливых ручек по самое не балуйся,
Нехай вернет все в зад . В орионе есть встроеная закладка (читай описание) которая позволяет запускать только специально выбраные программы. Своими закрытиями он ничего не добъется только затруднит работу ориона (мож он теперь до какого-то полезного файла не может добраться и поэтому траблы). Вообще прежде чем подключать удаленку, у»закрывать» комп надо чисто на локальном рабочем месте, добиться уверенной работы системы.
Mozgun писал(а): там всего 2 метра провода
Mozgun писал(а): я даже на 232 скорость поднял повыше,
не витамин. скорость критично важна только тогда когда пакеты битые идут (снижением скорости правим пакеты)
Mozgun писал(а): 485 нормально работают,
звезды нет7 Резистор согласующий стоит? общий ноль обеспечен? сколько пар используете?
Упрог (программа) быстро находит контроллеры (адреса надеюсь выставили )
Mozgun писал(а): (кстати там была заморочка с чтением новых карточек пока я его из опроса не исключил, по совету техподдержки Болида)
нехрен править базу при запущеной ОЗ .(конфликт доступа ОЗ и АБД) ну решение правильное.)
Mozgun писал(а): а вчера кудато половина данных слетела, включая планы помещений.
врядли тетка виновата. Это постараться надо. У меня бывало сам Орион базу накрывал (проверь мастером наличие ошибок в базе).
Mozgun писал(а): там в настройках надо пароль на доступ к серверу както ввести,
сейчас не готов сказать.
Mozgun писал(а): А как можно сделать?
Сам такими изысками не занимался, найду ссылку на сек. ру с описанием технологии, дам.
проверьте Орион без сетки. Возможно траблы не в ней А в криво стоящей базе.
Сообщение Or » 09 июн 2008, 20:10 .
Источник: popgun.ru