Качайте конвертер
https://drive.google.com/file/d/0B1JyuCCGLL5nVHhJZGd6MHM5RkE/view?usp=sharing
или
https://drive.google.com/file/d/0B1JyuCCGLL5nc1lSWHh1M0dZOVE/view?usp=sharing

Имейте в виду, что wconvert имеет ошибку. Если пятизначный код начинается с 00, то байт серийного номера смещается, соответственно и контрольная сумма неверная и весь полученный код в формате TM. Такие номера приходится вторым конвертером считать. Хотя в wconvert можно сразу HEX вводить без лишней конвертации.

Спасибо! 

Как вспомогательный инструмент к wconvert файл exel с формулами - в первый столб вводим HEX карты, в последнем получаем код для вставки в w_2_tm c сохранением нулей первого байта пятизначного кода. Может кому пригодится)

https://yadi.sk/i/tDzjLICKxwQD2

Подскажите пож-та, есть ли пакетный аналог wconvert ? Программа  work.exe  не помогла ( 
Или подскажите логику как из HEX  сделать код , который понимает Болид (Орион 1.12).
Например, нужно из "8271B6" сформировать "F60000008271Bb601" 


    

Логика такая:
Для преобразования кода карточек Виганд в формат кода Dallas TouchMemory необходимо дополнить код Виганд нулевыми битами до 7-ми байт и посчитать для них циклическую контрольную сумму:
8-й байт - CRC    
5-7 байт - дополнение до 7-ми байт (00 00 00)    
2-4 байт - код Вигант    
1-й байт - 01

Т.е. на примере кода 011 55982 получается следующий код:
1-й байт – 01 (всегда 01 просто дополнение)
2-й байт – AE
3-й байт – DA (55982 - в шестнадцатеричной системе DAAE)
4-й байт - 0B (011 - в шестнадцатеричной системе 0B) 
5-й байт = 6-й байт = 7-й байт = 00 (просто дополнение до 7-ми байт)
8-й байт = CRC = 0E Циклическая контрольная сумма

 Спасибо большое, разобрался ) . Осталось расчет CRC допилисть, что бы для каждой строки рассчитывал.
   

Вот в либрофисе расчёт CRC8 сделал.
https://yadi.sk/i/sKbjLw7p3GpepY
Там на третьем листе всё по простому - вводим десятичный номер, 2 байта и десятичный сайт-код карты, байт, и получаем CRC8 и болидовский код
Если старшие байты не нулевые - то их тоже надо просто вписать в табличку в десятичном виде.

  Андрей, Ростов на Дону, немного сложновато или просто много инфы.
Я взял на основу скрипт отсюда https://www.maximintegrated.com/en/app-notes/index.mvp/id/4600 и малость доделал что бы он по строкам пробегал.
Вот что получилось :
https://yadi.sk/i/QIV609F93Gr35V

Андрей, Ростов на Дону  - тезка, ни в коем случае не упрек, наоборот респектище!!!
Я просто поделился своим решением , достаточно простым и возможно кому то полезным.     

Таких бы людей побольше на форуме, ответсвенных, которые хотя бы о результате отписывают, еще к тому же и делятся. 

Коллеги, доброго времени суток.
Может кто подскажет.
Есть база(более 2000тыс чел) от старого скуда где храняться коды карт в виде код объекта-код карты  128-50173
У нас на объекте считки физически подключены в режиме TouchMemory.
Соответсвеенно все коды карт мне надо перевести в формат понятный болиду.
В представленных выше конвертерах код карты например 128-50713 переводиться в 9700000080c61901
А в болид со считывателя та же карта прилетает как 0D00180080C61901
Вот пытаюсь понять по какому принципу нужно перекодировать эту карту?

 

Добрый день!

Обновите пожалуйста ссылки !!

Спасибо.

ДОброго... расскажите, пожалуйста, как пользоваться вышеуказанными программами для конвертации ключей?
мне Орион 1.20 дает выгрузку ключей (сотрудников) вот в таком виде

Добрый день, в БД Орион Про 1.20 как можно перекодировать коды из TM в WG для С2000-2 V2.20. Раньше использовались считыватели по ТМ, теперь надо считывать по WG-24, а собирать ключи и по новой прописывать в WG очень большая проблемма.
Привожу код брелка из базы Орионы по ТМ - BE000000898AE901 (он же в С2000-2 с длиной серийного номера =12 )
Вот так этот же Брелок прописывается в приборе с кодом WG - 04000000000FFF01.
В техподдержке помочь бессильны. Прошу помощи у Вас.

BE000000898AE901 Считывал с С2000-2 c подключенного к нему считывателя Proxy-3A-1   с настройкой по TM (как и все ранее записанные коды в БД Орион), а потом также, но с настройкой С2000-2 в виганде и получил 04000000000FFF01. Длина номера стоит 12

Считыватели одни и теже Proxy-3A, что в случае с ТМ, что в случае с вигандом. Микрик №6 в положении ON, остальные OFF. Настройка считывателя либо тач либо виганд. Длина номера 12. 

А сохраненные коды в БД ОРион про как-то из тачмемори в виганд перекодировать надо или так допуск по ним в виганде предоставлятся будет? Там где комп с орионом интернета нет, спрашивать от туда не смогу. 

Спасибо. Поеду пробовать. Отпишусь

Доброй ночи. Подскажите как преобразовать десятичный ключ 6957002 в болидовский 4F0000006A27CA01     либо hex 6A27CA в 4F0000006A27CA01 максимально автоматизировано??? База на 1500 человек уж очень не хочется чере замечательный конвертер преобразовать это все в ручную!

Здравствуйте.С переводом Proxy-3А с ТМ на WG разобрался. Как говорил Константин Александрович, тот код действительно оказался WG, но к сожалению выяснилось, что болид шифровал коды в зависимости от брелков - 80% оказалось в ТМ. Эти коды я перекодировал утилиткой в начале этой темы TM to WG - прекрасная пакетная штука. Коды WG на выходе не меняются, коды ТМ преобразуются в WG, т.е. в стартовый тхт можно сунуть все ключи и забрать их из выходного тхт. Но столкнулся с экспортом-импортом. Экспортируются без проблем, а вот обратно с перекодированными ключамиСотрудники практически не импортируются из-за ошибок в заполнении формы. Просьба, образцом правильного заполнения csv файлов сотрудников и ключей  не поделитесь.

Спасибо, с ключами то все нормально, я с сотрудниками мучаюсь. Те кто выдавал ключи создавали сотрудников от болды еще с версии 1.12. Табельные номера идут с буквам, пробелами, дробями и тире. Фамилии с цифрами тире, дробями и пробелами между цифрами и буквами. Что из символов импорт проглотит и какие поля обязательны?

Спасибо,все получилось. Успел 380 человек в ручную забить в базу пока ждал помощи.

Константин Александрович, спасибо. Заполнил поля по Вашему образцу, отчество вписал тоже, и залил. Ошибки возникли только при повторении табельных номеров, как они в базе жили так и не понял. Все символы, что описывал раньше, тоже перенеслись, вот только загадка - сотрудников стало на 60 штук больше, ключей на 40, в отличии от данных АБД до экспорта и обратного импорта с перекодированными ключами. С этим заморачиваться не стал, ключники лишних поубивают, а вот беда с удалением сотрудников напрягает сильно. В версии 1.20.2 они удалялись по одному, запара немеренная, в версии 1.20.3 удаляются те, что видны в окне выбора, тоже хреново, когда эти товарищи в количестве, а еще сперва ключи удалить надо, иначе сперва вопросы АБД задает, а потом оказывается что на все подтверждения зря кликаешь, сотрудники возвращаются, если сперва ключ не удалил. Как их всех разом можно кильнуть в 1.20.3, волшебной кнопки "выбрать все" я что-то не углядел.?

Да, по ссылке можно всех удалить пакетно. 

Только что обнаружил проблему на версии 1.20.3 . Экспортировал ключи со сроком действия 10 лет, а после обратного импорта ключи получили срок действия 1 год, Куда ноль делся? и как пакетно сделать срок действия ключей 10 лет?

Не, так нельзя. Надо по группам доступа. Они тоже пересохранятся по первому сотруднику, если всей кучей менять. Вовремя заметил, иначе неделю бы возвращал кому куда ходить.