Pavel
-
Публикаций
4 785 -
Зарегистрирован
-
Посещение
-
Победитель дней
374
Весь контент Pavel
-
Ни что не мешает домофону UID ультралайта воспринимать иначе. Записывайте на ZERO UID 7b.
-
Если вы хотите чтобы мы что-то проверили и исправили, то должно быть оформлено так: Взять такую-то метку. Запустить такое-то приложение (ПК/Андроид/iOS) Выбрать такую-то функцию. Установить ключи... (А/Б), сектора (Все/0..) Галка прочесть после поиска должна/не должна стоять. Нажать поиск, после ... программа падает с ошибкой ... Как-то так.
-
Это баг в прошивке, только что выложил обновление с исправлением.
-
7.20 не фильтровала, сейчас выложили 7.25, проверим. -
Нда, что за бессвязный набор слов.. Ну да ладно.
-
Значит UID в так называемой "заготовке" не подлежит перезаписи.
-
Да да, и я про тоже) Видимо, это данный случай:
-
Если видите 3 полоски на ридере, смело можно брать ОТР 2.0, если 4, то заранее не угадать, только от прошивки считывателя зависит и прибор не может это узнать.
-
Переход в запись отключен. Что я делаю неправильно? https://youtu.be/pzZY_RLFx4w
-
Последняя страница инструкции.
-
А какие кнопки ещё нужны? И что значит нельзя скопировать? Что мешает поднести заготовку для записи, я не понимаю.
-
Да, нужен считыватель. Или поищем, что там они прошивают в него, но в любом случае пока без вариантов.
-
С каких пор у классика обычного ATS появился?
-
Нужен считыватель, а не ключ. Ключ проверьте через Tag info на Андроиде, какой SAK и ATQA показывают?
-
В случае с iL ридером это исключено, даже наоборот, одинаковый UID будет иметь разный криптоключ, если разные установщики были. Зачем вообще ориентироваться на UID, это же просто набор случайных цифр, есть ведь адрес, есть комментарий к адресу, есть комментарий к ключу, все же это отображается.
-
Не ясно зачем зря тащить хвост из 15 остальных неактивных секторов, если запись все равно происходит одинаково. Вопросов от пользователей будет больше в разы, почему тут так, а с остальными иначе.
-
Уже разобрались, просто если первый байт криптоключа имеет 0, то он съедается.
-
Вижу, что ключ А съехал на пол байта вперед, будем исправлять, ставить в угол программиста и лишать конфет. Неудачной попытки - это про какую функцию, классик под прописку?
-
От программы не зависит, чтобы разбираться нужно смотреть последние захваченные что там, что во второй программе (после очередного захвата) и тогда будет видно в чем разница.
-
По классик под прописку я не то написал, перепутал с "копия на классик". Если не работает "под прописку" - сохраните дамп и пришлите снимок с данными, что в этом дампе. И страницу "последние захваченные данные", причем ничего больше не захватываем после работы функции "под прописку", просто откройте потом "последние захваченные" и сделайте скрин, посмотрим. По поводу P.S. - не срабатывает, значит не все нормально захватывается. А при следующем разе просто более удачный захват происходит (как раз и ikeybase запустили). Чтобы разобраться - сохраняйте дамп, затем, если не работает, присылайте скрины сохраненного дампа (всех сделанных секторов) и снимок из окна "последние захваченные данные". Иначе это все гадания.
-
Значит у клиента была уже копия. Покажите созданную метку, считайте её и пришлите дамп.
-
Значит у клиента уже копия. Покажите созданную метку, считайте её и пришлите дамп.
-
А разве выше не ответ? Вы написали: Я сразу указал: Это осталось без ответа. Если вторая не работает, то никакие соединения не помогут. MF OTP 2 уже давно научились фильтровать. Уже и MF3 то часто не работают, что уж говорить от OTP 2.
-
Если вторая дверь тоже заработала, то просто запустите поиск криптоключей и чтение для всех секторов с оригинала, используя любой захваченный криптоключ. Сделайте полную копию и все должно работать.
-
Проверили, не повторяется у нас ни один. Пробуйте от USB или нешумящего БП.
