Автор Тема: Разные номера у одной карты на Z2 USB и считывателе FL-20 USB, как решить?  (Прочитано 4991 раз)

aonmaster

  • Пользователь
  • *****
  • Сообщений: 5
Добрый день!
В СКУД я новичок, прошу помочь советом.
Есть некая программа (не от Ironlogic), в которую через считыватель FL-20 USB вносят карты. Этот считыватель подключён по USB (настольный).
Затем из базы этой программы делаем экспорт в файл Excel, и там видим номер карты в десятичном формате и W26, причём есть ещё и поле CRC.
Например, вот данные карт 1 и 2 из этой проги:
1. Номер десятичный 2235079, Номер W26   034,06855, CRC 228.
2. Номер десятичный 146391 , Номер W26     002,15319, CRC 33.

Однако, эти же карты при считывании в ПО GuardLight на другом компе, выдают такие данные:
1. 23 22 DE E7. Через конвертер http://guardsaas.com/ru/content/keycode получаем код в десятичном виде 2285287, а код W26 такой: 034,57063.
2. 23 03 3B F7. Через конвертер http://guardsaas.com/ru/content/keycode получаем код в десятичном виде 211959, а код W26 такой: 003,15351.

Видно несоответствие. Но ведь на карте записан один номер, а не два.
Если взять десятичный  код карты из файла экспорта 2235079, то он совпадает с кодом 034,06855 из этого же файла.
Но как понять, из-за чего возникает несоответствие? Нужно чтобы номера карт из файла экспорта программы внести в GuardLight.

Помогите, пожалуйста, разобраться. Название проги сказать не могу, она узкоспецифична.

aonmaster

  • Пользователь
  • *****
  • Сообщений: 5
Неужели никто не знает, в чем может быть дело(

gsa

  • Пользователь
  • *****
  • Сообщений: 265
Здравствуйте
Если сравнивать номера в двоичном представлении, то видно, что некоторые биты отличаются и они выключены (бит №5, №10, №14, №15, №16):
1.      0x2322DEE7  00100011 00100010 11011110 11100111
2235079 0x221AC7    00000000 00100010 00011010 11000111
2.      0x23033BF7  00100011 00000011 00111011 11110111
146391  0x23BD7     00000000 00000010 00111011 11010111

В GuardLight номера полные, а в узкоспецифичной проге - нет, поэтому невозможно преобразовать эти неполные номера в формат GuardLight.
« Последнее редактирование: 21 Октября 2021, 19:09 от gsa »

aonmaster

  • Пользователь
  • *****
  • Сообщений: 5
Спасибо за идею, а поле CRC здесь никак не поможет? не в нём ли зашифрованы недостающие биты.

gsa

  • Пользователь
  • *****
  • Сообщений: 265
а поле CRC здесь никак не поможет? не в нём ли зашифрованы недостающие биты.
Не смог расшифровать к сожалению.