романофф
блестящий...
Попалась интересная фигня, не понимаю в чём прикол.
замок, 3 ключа. один оригинальный (1) шина, второй замещающий (2) шина, третий дополнительный (3) шина.
родной ключ 14EC два других 15EB тип.
погуглив выяснилось, что заводские ключи идут с ID 14EC, запасные в запчасти 15EB.
ок. получается, что
1 ключ - родной
2 ключ - замещающий
3 ключ - дополнительный
теперь то, что не понятно.
1 и 2 не работали, работал только 3. SSID одинаковый. сделал вычитку пароля, с паролем замка - вычитал из ключей, которые не работали текущий HASH через функцию восстановления hopping code.
полученные данные вписал в соответствующие дорожки. заработало только 2 и 3. делал несколько раз, один раз сработали все три, но первый ключ был только однократно виден замком, после чего перестал снова приниматься. при этом все ключи отдают информацию в прибор (чтение ключа).
ладно, тут была тема про то, что ключ не вяжется и что-то с ним случается. это не важно.
ключ 2 - который замещающий в информации, которая считывается из ключа - всегда пишет - 0 ИСПОЛЬЗОВАНИЙ и 195 тысяч (ну, сколько там изначально) - остаток.
это не меняется. при этом ключ работает, после синхры с замком он подсосался в тачке и там всё штатно работает.
вопрос в том - возможно-ли какое-либо программное невереное отображение данных замещающего ключа? фактически думаю, что это возможно так как счётчик циклов в замещающем ключе должен быть больше, чем 196тыс. и возможно прибором-программой не верно отображается.
кто видел? подтвердите.
разумно предположить, что если-бы на ключе что-то не работало, то он не читался-бы в замке из-за неработоспособности кода переменного, да и количество срабатываний должно было-бы быть. а так - только статус - номер шины, ром, тип ключа.
ключи все - современные. (bga)
замок, 3 ключа. один оригинальный (1) шина, второй замещающий (2) шина, третий дополнительный (3) шина.
родной ключ 14EC два других 15EB тип.
погуглив выяснилось, что заводские ключи идут с ID 14EC, запасные в запчасти 15EB.
ок. получается, что
1 ключ - родной
2 ключ - замещающий
3 ключ - дополнительный
теперь то, что не понятно.
1 и 2 не работали, работал только 3. SSID одинаковый. сделал вычитку пароля, с паролем замка - вычитал из ключей, которые не работали текущий HASH через функцию восстановления hopping code.
полученные данные вписал в соответствующие дорожки. заработало только 2 и 3. делал несколько раз, один раз сработали все три, но первый ключ был только однократно виден замком, после чего перестал снова приниматься. при этом все ключи отдают информацию в прибор (чтение ключа).
ладно, тут была тема про то, что ключ не вяжется и что-то с ним случается. это не важно.
ключ 2 - который замещающий в информации, которая считывается из ключа - всегда пишет - 0 ИСПОЛЬЗОВАНИЙ и 195 тысяч (ну, сколько там изначально) - остаток.
это не меняется. при этом ключ работает, после синхры с замком он подсосался в тачке и там всё штатно работает.
вопрос в том - возможно-ли какое-либо программное невереное отображение данных замещающего ключа? фактически думаю, что это возможно так как счётчик циклов в замещающем ключе должен быть больше, чем 196тыс. и возможно прибором-программой не верно отображается.
кто видел? подтвердите.
разумно предположить, что если-бы на ключе что-то не работало, то он не читался-бы в замке из-за неработоспособности кода переменного, да и количество срабатываний должно было-бы быть. а так - только статус - номер шины, ром, тип ключа.
ключи все - современные. (bga)
Последние изменения:
