Перейти к содержанию

Рекомендуемые сообщения

Опубликовано
comment_32565
8 минут назад, Pavel сказал:

За 5 лет только процентов 30 перевели на майфаер, а тут бац, и начнут менять уже установленные майфаер на майфаер? Что-то сомнительно.

Бывает, что меняют. И ключи перестают работать. А на новых даже начинают

  • Ответов 365
  • Просмотры 50.9 тыс
  • Создана
  • Последний ответ

Топ авторов темы

Популярные посты

  • Пока не видно на горизонте, но дело идет.

  • Бред) я считаю что звонить на шлагбаум - это дико не удобно. Думаю я не один такой. Код вводить тоже менее удобно чем иметь ключ. Отдавать домофону биометрические данные - тоже затея не из лучших. Вот

  • вот по всем этим причинам я бы и сделал в итоге так - на шлагбауме есть ключ обычный домофонный, и он подключен как либо к интернету с возможностью через него его как то открывать. Через интернет - уд

Изображения в теме

Опубликовано
comment_32624
В 18.12.2021 в 01:50, Pavel сказал:

За 5 лет только процентов 30 перевели на майфаер, а тут бац, и начнут менять уже установленные майфаер на майфаер? Что-то сомнительно.

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

Опубликовано
comment_32625
2 часа назад, student1372 сказал:

даже если ранее сделанную заготовку вновь записываешь  домофон или ошибку выдает

Это как? Какую заготовку перезаписываете?

Опубликовано
comment_32628

Ну так правильно.

Некоторые организации таким образом стараются 

контролировать запись ключей в домофоны, которые они обслуживают......:cd:

При этом сразу двух зайцев убивают.

И копии отсеивают, и новые ключики жильцам продают..... 

 

Иное дело - а нужны ли такие изменения самим жильцам ?:bz:

 

Опубликовано
comment_32629
12 часов назад, student1372 сказал:

мифару менает на мифару

А "родные" ключи это не гробит? Только копии?

 

2 минуты назад, petr5555 сказал:

Иное дело - а нужны ли такие изменения самим жильцам ?:bz:

Что-то мне подсказывает, что управляющую банду... Тьфу, компанию, это мало интересует.)

Опубликовано
comment_32633
54 минуты назад, Zavgor1990 сказал:

А "родные" ключи это не гробит? Только копии?

 

 

Родные ключи обычно нет, но под это дело можно и новые ключи жильцам продать.....

А вот заготовки можно отсеять !

Впрочем заготовки тоже не надо "гробить".

Пока они все прекрасно распознаются.....:ds:

 

Опубликовано
comment_32643
20 часов назад, Jason сказал:

Это как? Какую заготовку перезаписываете?

mf3

  

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

А "родные" ключи это не гробит? Только копии?

 

Что-то мне подсказывает, что управляющую банду... Тьфу, компанию, это мало интересует.)

родные то остаются а вот копии отсеиваются

 

  • 4 недели спустя...
Опубликовано
comment_33019

Сегодня попался такой ключ. Но на таком домофоне, где работает OTP 2.0. Но когда записал с ключа клиента на OTP 2.0, то он не заработал (дамп на скриншоте 1). Пришлось записать на другую заготовку дамп другого ключа, сделанного на этом же адресе (скриншот 2) Он работал нормально. Почему?

Что делать в таком случае? 

 

А ещё на одном адресе попался дамп как на скриншоте 3. Обычно там работает OTP 2, но этот дамп не работал, и заготовка не перезаписывалась

 

 

Screenshot_20220115-155740.png

Screenshot_20220115-160616.png

Screenshot_20220115-161008.png

Опубликовано
comment_33020
10 минут назад, Jason сказал:

Сегодня попался такой ключ.

Первое что приходит на ум - несовпадение первых четырех байтов в блоке 0 и 1 на первом скриншоте.

Опубликовано
comment_33021
10 минут назад, Uilyi сказал:

Первое что приходит на ум - несовпадение первых четырех байтов в блоке 0 и 1 на первом скриншоте.

Да это-то я вижу. 

Раньше такие ключи встречались только там, где никакая заготовка не работает, а сегодня - там, где работает OTP 2.0

Опубликовано
comment_33024

Перезаписался. 

 

Может, это какая-то новая разновидность Classic? Которая не до конца расшифровывается при чтении? Выглядел оригинал как обычно. 

Опубликовано
comment_33025

А потом, расставшись с клиентом, попробовал сделать процедуру Classic под прописку с этим UID и получился такой дампScreenshot_20220115-155728.thumb.png.0aac87e9cb167779c9d83da3822cb9b3.png

 

Записал его на Mf3 и он открывал. 

Опубликовано
comment_33026
12 минут назад, Jason сказал:

Записал его на Mf3 и он открывал. 

Вот мы и пришли к тому что разница в первых 4-ех байтах 1 и 0 блока были решающими.

Каким методом вы получали все данные с изначальной метки клиента?

Опубликовано
comment_33027
43 минуты назад, Uilyi сказал:

Вот мы и пришли к тому что разница в первых 4-ех байтах 1 и 0 блока были решающими.

Каким методом вы получали все данные с изначальной метки клиента?

С помощью функции "Копирование на заготовку".

Опубликовано
comment_33224
В 23.06.2020 в 17:28, student1372 сказал:

а эмуляцию ключа пробовали делать с прибора на открытие двери?

 

в Сургуте тоже есть такой гемор

И в Минске бывает кстати

Опубликовано
comment_33228
В 17.01.2022 в 12:12, HELLSTEWART59 сказал:

Когда примерно ожидается MF-4?

об этом даже "примерно" не знает даже производитель , так что история видимо затяжная , Павел осторожно заявляет , что возможно даже не в этом году , печаль короче , к тому времени как она выйдет , можно уже следующую готовить

Опубликовано
comment_33231
В 15.01.2022 в 16:05, Jason сказал:

Сегодня попался такой ключ. Но на таком домофоне, где работает OTP 2.0. Но когда записал с ключа клиента на OTP 2.0, то он не заработал (дамп на скриншоте 1). Пришлось записать на другую заготовку дамп другого ключа, сделанного на этом же адресе (скриншот 2) Он работал нормально. Почему?

Что делать в таком случае? 

 

А ещё на одном адресе попался дамп как на скриншоте 3. Обычно там работает OTP 2, но этот дамп не работал, и заготовка не перезаписывалась

 

 

Screenshot_20220115-155740.png

Screenshot_20220115-160616.png

Screenshot_20220115-161008.png

 

Ну, с первым скрином понятно....

 

Не знаю откуда у вас взялся такой дамп на третьем скрине...... 

Это что за SAK = 89 ?

 

Так что сбои при чтении никто не отменял !:dh:

 

Опубликовано
comment_33233
6 минут назад, petr5555 сказал:

 

Ну, с первым скрином понятно....

 

Не знаю откуда у вас взялся такой дамп на третьем скрине...... 

Это что за SAK = 89 ?

 

Так что сбои при чтении никто не отменял !:dh:

 

В этом поселке подобные ключи попадались 3 раза

Опубликовано
comment_33245
5 часов назад, Jason сказал:

А что за проблема с дампом 1?

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

Опубликовано
comment_33246
Только что, student1372 сказал:

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

Возможно, что неправильно считался. Но не первый раз. 

Может, какая-то особенность чипа?

Присоединяйтесь к обсуждению

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

Гость
Ответить в этой теме...