Планирую модернизацию существующей скуд переходом на mifare. Определились с выбором карт - mifare sl3 7b. Контроллер zkteco c3-400, софт, соответственно, их же. А вот считыватели есть 3 брендов: itonlogic, rusguard, proxway. 

Ввиду того, что карты будут иметь номер длиной 7b, то и интеграция считыватель - контроллер выполняется посредством wiegand 58. И вот здесь возникла проблема: во всех считывателя формат wiegand58 преднастроен, т.е я его просто выбираю, а на стороне софта контроллера прелнастроенного варианта 58 нет, можно добавить вручную, но конкретных значений нет. В сети ничего стандартного я не встретил, в одном источнике есть пример значений, я их указал и система мне не отобразила ошибку. Но вот при считывании карт возникает ошибка в софте - некорректный формат wiegand. Есть ли те, кто сталкивался с подобным?

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

Задавал 34 и 60 - длина передаётся все равно 4b

Так начинайте со стандартного wiegand 26.

На 26 точно так же передается длина 4 байта.

1 час назад, Frolik сказал:

На 26 точно так же передается длина 4 байта.

Так и чем плохо? Задача то какая, пусть передается 4 байта. Считыватель все сам прекрасно обрежет и выдаст. Зато параметры контрольных битов у wiegand 26 известны и все будет работать корректно.

59 минут назад, Pavel сказал:

Так и чем плохо? Задача то какая, пусть передается 4 байта. Считыватель все сам прекрасно обрежет и выдаст. Зато параметры контрольных битов у wiegand 26 известны и все будет работать корректно.

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

3 часа назад, Frolik сказал:

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

Так берите последние, зачем брать первые. С какой стороны брать в ридерах настраивается.

2 часа назад, Pavel сказал:

Так берите последние, зачем брать первые. С какой стороны брать в ридерах настраивается.

Нет, в считывателе это не настраивается. А в самом софте Галка не активна, да и так себе выглядит решение. А вообще неужели wiegand58 никто не использует?

9 часов назад, Frolik сказал:

Нет, в считывателе это не настраивается. А в самом софте Галка не активна, да и так себе выглядит решение. А вообще неужели wiegand58 никто не использует?

Я не понимаю этого авангардизма....

 

И почему это 3 байта кода не устраивают ?

У вас что десятки миллионов карт будет ?

 

10 часов назад, Frolik сказал:

Нет, в считывателе это не настраивается. А в самом софте Галка не активна, да и так себе выглядит решение. А вообще неужели wiegand58 никто не использует?

Да все настраивается в iL и в росгуарде. У вас сам контроллер сохраняет по 4 байта в память, от того что вы впустую будете гонять лишние байты никакой пользы не будет.

15 часов назад, Frolik сказал:

Нет, в считывателе это не настраивается. А в самом софте Галка не активна, да и так себе выглядит решение. А вообще неужели wiegand58 никто не использует?

Проверил, и в proxway тоже все настраивается.

Результат в контроллере при изменении:

5 часов назад, Pavel сказал:

Да все настраивается в iL и в росгуарде. У вас сам контроллер сохраняет по 4 байта в память, от того что вы впустую будете гонять лишние байты никакой пользы не будет.

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