Как сделать карту в орионе
forum-bolid.ru
Как прописывать новые карточки в с2000-2 3шт
Есть ли возможность добавлять новые карточки во все приборы. И чтобы это могли сделать обычные операторы(знающие систему болид на уровне простого пользователя).
И еще удаленность с2000-ethernet составляет более километра.
Я добавил первые 98 карточек с помощью программы Uprog, путем снятия приборов с2000-2 и подключением их напрямую, вместе со считывателями.
Существует ли что-то вроде контрольного считывателя? Чтобы не бегать не снимать приборы. Возможность удаленно считывать каждую новую карточку есть, но не хотелось бы использовать такой метод, т.к. количество карточек может быть и 200 и 300 новых.(в таком случае удобнее снять прибор)
в приборах записаны 100 ключей, вопрос в том что, когда понадобиться еще несколько ключей записать в приборы, как мне это произвести. АРМ Орион находится у оператора, приборы со считывателями находятся в километре от оператора. На карточках не написан тот сложный код, что высвечивается в приборах (т.е. записать вручную код карточки нет возможности из за этого).
Вопрос как можно упростить добавление карточек в систему желательно не вызывая специалистов, или чтобы это можно было сделать в кабинете оператора, без ручного добавления в приборы, т.к. они закреплены и закрыты в шкафах(доступ возможен, но это не самый удобный способ).
Надеюсь я разборчиво написал)))
на карточке написан код (040,15332)
высвечивается в ПО код (42004D00283BE401)
отпишитесь как проверите, если сработает буду ставить программу.
еще несколько кодов других карт используемых также в этой системе
кстати я так понимаю просто никак неиспользуемый порядковый номер карты?
на изображении ошибки ячеек.
к сожалению не смог разобраться, не могли бы вы написать пару слов *куда чего*
В красные поля вводил данные, но остальные поля пишет #ИМЯ?
В котором месте указаны «переведенные» коды карточек?
Подскажите как это у Вас получается?. не могу перевести из одного вида в другой.
я неверно указал..кдл пошит до 1.38 ( на плате 1.34).
а со времён той проблемы конфигурации из контроллеров считывали через АБД?
Да, и считывал и записывал. И синхронизировал.
ПКУ версия 2,07. Все остальные приборы 1.15
Причем в режиме программирования ПКУ в UProg этот же прибор в режиме.
Здравствуйте, ситуация следующая.
Установлен контроллер с2000-2 (v. 2.20)
ОрионПро 1.20 (в. 1, п. 3895)
номер лицензии АВ144В9613А616ВА0F
Структура системы:
— контроллер с2000
— два считывателя Proxy–2MA (на вход и на выход)
— 400 карт EM-marine
-.
Не получается подключить такую схему.
Правильно ли я подключаю С2000-ethernet к C2000? Контакты как на этом.
Как расшифровать коды ключей Proximity в базе Орион Про Болид
В этом посте я хочу поделиться с вами информацией о том как расшифровать коды ключей Proximity карт в базе Орион Про Болид. Может возникнуть вопрос: «Зачем это нужно, ведь есть же генератор отчетов который предоставляет данную информацию?». Возможно я странный человек, но я считаю что пользоваться разного рода надстройками над СУБД если имеешь опыт работы с нею это несколько странно. Работать с базой напрямую гораздо интереснее и веселее чем изучать чужие костыли. Коды карточек PROXIMITY в базе хранятся в базе в таблице pMark с столбце CodeP. Зачем-то разработчики ПО Орион Про их зашифровали… Но на наше счастье не очень серьезно. О связях между таблицами в БД Орион Про я уже делал короткую заметку в посте Связи между таблицами в базе данных MS SQL Orion Pro Болид, поэтому сейчас на этом останавливаться не будем. Вообще если кого-то интересует аналитика — пишите в комментах, присылайте дампы базы — будем посмотреть.
У меня есть файл в формате excel — экспорт открытых ключей из базы Орион Про. На его примере мы посмотрим как легко расшифровываются ключи карточек. Вот скрин:
Дамп ключей из БД Орион Про в формате Excel
Возьмем в работу 3х человек, да простят меня эти люди. Участниками эксперимента назначим номера 10239 Меднов, 10297 Дербенева и 10308 Лапынин.
Теперь напишем простенький запрос к БД:
На скрине виден результат. Ключи, как мы видим спрятаны. 
Запрос к БД Орион Про для получения кодов ключей
Давайте скопируем крокозябры из столбца codeP и вставим в какой-нибудь двоичный редактор. Что получилось — видно на скринах ниже: 
Код ключа из базы Орион Про в редакторе WinHex 
Таким образом мы выяснили что ключ представляет 12 байтное слово. На самом деле это кодировка ASCII. Теперь давайте для наглядности впишем полученные данные в нашу таблицу. Вот что получается: 
Сырой код ключа из БД Орион Про
Прелестно… Теперь откинем первый байт и заменим все пары байт FE01 на 00, вот что получилось: 
Ну и напоследок: осталось переписать байты задом наперед и ключик наш! Делаем. 
Расшифрованный ключ карты Proximity из БД Орион Про
Вот собственно и все шифрование, далее осталось только написать функцию которая будет делать это на лету и можно писать любые запросы.
Если есть вопросы — задавайте в комментариях. Пожалуйста оценивайте статью.
Оцените пожалуйста статью:
18 Replies to “ Как расшифровать коды ключей Proximity в базе Орион Про Болид ”
Эта схема преобразования старая как мир, но работает не во всех версиях Орион ПРО.
Сейчас пытаюсь реверсировать для версии 1.20.2 и пока без результата.
Вот пара примеров карт и базы:
Карта: 62 00 04 00 AF CE DE 01
в Базе: 08 01 D0 AE D0 9E D0 87 D1 8E 01 04 D1 8E 01 62
Карта: 8A 00 00 00 34 7C FA 01
в Базе: 08 01 D1 8A 7C 34 D1 8E 01 D1 8E 01 D1 8E 01 D0 89
Выложите еще пару примеров. По двум картам сложно что-то анализировать.
Эксплуатация » Как сделать карту комбинированной?
Поговорите со мной.
Состав системы: Орион Про 1.12 и множество С2000-2 версий 1.21, 2.01, 2.20, 2.50, считыватели С2000-Н Proxy
Требуется.
При простом прикладывании карточка должна просто открывать замок.
При непростом прикладывании карточка должна либо брать под охрану, если раздел снят, либо снимать с охраны, если раздел взят.
В Uprog есть поле «время удержания комбинированной карты для взятия/снятия» и в руководстве есть страница, где слово «комбинированной» встречается 12 раз. Но я не нашёл, как сделать карту комбинированной. Или же тип карты «основной» одновременно является комбинированным?
Сейчас получается так: подхожу к считывателю, вижу красный светодиод, раздел под охраной. Подношу карту и удерживаю, замок щёлкает, а больше ничего не происходит.
Второй способ, нажимаю и удерживаю кнопку пять секунд, светодиод начинает моргать. Подношу карточку в первый раз, Орион пишет «идентификация хозоргана». Подношу второй раз, раздел снимается с охраны, красный светодиод гаснет. Выжидаю десять секунд, считыватель ведёт себя мирно. Подношу карточку, но вместо открытия замка, раздел снова берётся под охрану.
Мне всё равно, будет ли взятие/снятие через удержание карты или через предварительное удержание кнопки, главное, понять, как это сделать.
10 месяцев 27 дней назад
Иванов Андрей Львович
1 ответ
Комбинированной карта становится когда в УД есть и двери и права на управление разделом. Попробуйте найти код этой карты в контроллере и поставить галку хозорган без выбора локальных шс.
10 месяцев 27 дней назад
Тремасов Константин Александрович
Попробовал, пока непонятно.
Непонятно много чего, что-то сломалось.
В АБД на компьютере1 пытаюсь присвоить сотруднику новую карточку, выбираю прибор, назначаю считыватель, выходит надпись «ждите». Прикладываю карточку к считывателю, Орион этого не замечает, надпись «Ждите» продолжает висеть. Проверил на шести разных приборах, где есть по два считывателя, пробовал на обоих.
При этом самые удалённые разделы берутся под охрану, двери централизованно открываются, и всё это происходит так же быстро, как всегда.
На компьютере2 отключил порт в ядре опроса, с этого же компьютера2 подключился UProg-ом к С2000-2, конфигурация С2000-2 считывается, изменяется, записывается, но записать новый ключ тоже невозможно, поднесение карточки остаётся незамеченным, надпись «приложите ключ к считывателю» остаётся висеть.
Итого, ни Орион Про, ни UProg не могут приказать записать новый ключ. Либо приказывают, но не видят ответ.
Предположил, что это какая-то хитрая утечка в интерфейса, разорвал интерфейс недалеко от начала линии, оставил на линии только самый первый С2000-2, результат тот же самый.
Отключил С2000-2 от линии, подключился к нему ноутбуком через USB-RS485, запись ключа сработала. UProg одинаковый и на сервере и на ноутбуке.
Что это, дохлый С2000-ПИ в начале линии, дохлый С2000М, дохлое ядро опроса? Но все остальные опер ации выполняются.
Пульт ведёт себя не подозрительно, кнопки нажимаются, табло таблеет.
С2000-ПИ заменил на новый.
Завтра подключу ноутбук к началу линии, посмотрим, как будет вести себя UProg.
Может, есть какая-нибудь галочка, не позволяющая UProg-у запрашивать карточки именно через ядро опроса?
– Иванов Андрей Львович 10 месяцев 27 дней назад
– Тремасов Константин Александрович 10 месяцев 27 дней назад
Проблема с предъявлением новой карты не устранилась. Если я редактирую свой пароль и подношу ранее известную свою собственную карту, тоже не видит.
Не меняя ничего в пульте, запустил старый Орион 7.6.3, и он поднесение карты видит, то есть, железо работает.
– Иванов Андрей Львович 10 месяцев 26 дней назад
– Тремасов Константин Александрович 10 месяцев 26 дней назад
– Иванов Андрей Львович 10 месяцев 26 дней назад
– Иванов Андрей Львович 10 месяцев 26 дней назад
Добавить ответ
После подтверждения номера мобильного телефона у вас появится возможность добавлять сообщения на форуме.
Мы надеемся, что данная «форма допуска» сведет к минимуму флуд, флейм и троллинг на форуме, а также повысит ответственность пользователей за их сообщения.
Ваш номер телефона будет доступен только администраторам сайта.
Спасибо за понимание.
ПОКАЗАН
ЗАДАН
10 месяцев 27 дней назад
ПРОДУКТЫ
По каждому вопросу/ответу можно добавлять комментарии. Комментарии предназначены для уточнения вопроса/ответа.
Интеграция 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 и запрос вида:
Замок разблокируется на выставленное время или до момента открытия двери, только не надо рассчитывать, что это действие останется незамеченным. В логе событий Ориона увидим запись: ДатаВремя – хх.хх.ххх чч.мм.сс; Событие — Доступ предоставлен (по кнопке); Дверь — название; Описание – Вход\Выход; Адрес – 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 – добавляется в конец ко всем ключам.
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. То есть сейчас наше решение доказало возможность быстрого масштабирования и в других компаниях, независимо от специфики работы и количества сотрудников.