Pavel

Третий раз пишу, удалите всё из папки Keys и Dumps и потом пробуйте.

Зачем, если он не участвует в работе.

Ок, проверим. Обновите пока через ПК

Ну так о чем и говорю. А на АСР читается, т.к. проигнорировали написанное ранее, что нужно удалить данные из папки Dump и Keys. Метка читается на ACR потому, что ранее была прочитана с оригинала или зеро и приложение помнит криптоключи.

Считка то пропустит, но если у вас сейчас читается метка, то это не отр2, а зеро (или что-то из вышеописанного не выполнено) и закрытие секторов вообще никакого эффекта не даст. Ну, или криптоключ в метке на 0м секторе из FFFFFFFFF...А создать дамп с левыми криптоключами можно разными путями. Можно через АСР (вы же видите считанный дамп, видите ключи во всех секторах, так замените FFFFFFFFFFFF на 123456654321) Можно в приложении создать на телефоне дамп MF1k и забить все криптоключи мусором, а у сектора 0 снять галку "достоверный", затем, после записи, дополнительно записывать этот дамп на метку. Сектор 0, ранее записанный при копировании, будет пропущен (не будет испорчен). Чтобы точно разобраться почему у вас читается, присылайте скриншот с дампом, фото заготовки, проверяйте, читается ли метка через прибор через Меню/Копирование/Майфаер.

Возможно, старость этой связке пришла

Не может она (OTP 2) на NFC считаться, если UID не из нулей и дамп её ранее не был прочитан. Что-то в этой связке не так. Удалите всё из папки Dump и Keys. Пробуйте считать. Проверьте что UID не нули. Убедитесь, что это точно OTP2

После записи она уже не читается как зеро. И сделать копию с нее без выхода уже совсем не так просто. Сами то попробуйте считать ОТР2 с закрытым сектором. А если ещё и остальные сектора закрыть любыми криптоключами, то уже совсем непросто будет.

Тем и отличаются, что работают.

У вас нет захваченных ключей, вот в чем дело. Захват есть, но ни одного криптоключа не вычислено из захваченных данных. Лучше сразу на месте проверять последние захваченные, получилось ли получить криптоключ. И удерживайте прибор подальше, как только цвет экрана изменился удерживайте 3-4 сек, не двигая. Если захват не произошел или подсветка погасла отодвиньте/пододвинье на 0.5-1 см. Пока идет захват подсветка должна светиться. Часто именно поднесение в упор (или слишком близко) является причиной плохого захвата.

Так они и дома перепишут через дубликатор, он же на экран выводит и тип и код ключа. Скрыть коды от просмотра в базе можно попробовать, но это уже тогда следующим этапом.

Тогда то же самое можно сделать и через дубликатор. Считать и переписать код. Задача была сделать сложным скопировать базу со всеми геоточками. Вы же сами писали, "по одному ключ вряд-ли кто то будет копировать, это оч муторно."

В последнем обновлении iKey express добавили возможность создать зашифрованную копию базы. Эту базу передаём на телефон сотрудника, создаем через приложение на телефоне сотрудника защищенный ключ (который хранит пароль к базе в связке ключей Андроида) и открываем защищенную базу. Все, работает. При этом копирование базы на другой телефон бесполезно, она зашифрована, а пароль из связки ключей практически не достать, даже на взломанных телефонах. Это альфа версия, на всякий случай не удаляйте у себя незашифрованную базу. Как минимум, пока все хорошенько не будет проверено. Полная справка по работе с функцией имеется в самом приложении, по нажатии на "?" в данной функции. Дублирую её сюда: Обзор функции Шифрование баз данных может использоваться для защиты от копирования базы, содержащей адреса и коды, посторонними людьми или наемными работниками. При шифровании базы данных доступ к ее содержимому возможен только посредством использования ПО iKey Express с установленным защищенным ключом к зашифрованной БД, при этом, не зная самого ключа, файл базы невозможно открыть обычными средствами для просмотра баз данных, а ключ от базы данных хранится в связке ключей Android в зашифрованном виде и получить его в явном виде нет возможности. Чтобы наемные работники не смогли свободно копировать базу данных, выполните следующие шаги: Устройство владельца данных: откройте ПО iKey Express и перейдите на экран настроек приложения (иконка с шестеренками); перейдите в меню «Менеджер шифрования БД» (иконка базы с замком); нажмите на панель с приглашением выбрать базу данных для зашифровки (в случае, если в приложении уже открыта незашифрованная БД, то она сразу будет выбрана) и в открывшемся диалоге выберите файл базы данных .ib2, который вы хотите зашифровать; придумайте пароль, состоящий из символов латинского алфавита и цифр, размер которого не менее шести и не более двадцати символов, запомните его и, желательно, куда-нибудь запишите; введите придуманный пароль в соответствующее поле ввода и нажмите на кнопку «Зашифровать БД»; дождитесь окончания шифрования БД, в случае успеха последней записью в отчете шифрования будет сообщение о том, что база зашифрована и путь её расположения; передайте работнику зашифрованную базу данных любым удобным способом (зашифрованная база данных будет создана в той же директории, что и оригинальная, в названии файла перед расширением будет постфикс _encrypted, т. е. для оригинальной базы данных с именем «my_base.ib2» имя зашифрованной БД будет иметь вид «my_base_encrypted.ib2»). Устройство работника: сохраните файл зашифрованной БД на устройстве, запомните его местоположение; откройте ПО iKey Express и перейдите на экран настроек приложения (иконка с шестеренками); перейдите в меню «Ключи шифрования» (иконка с ключиком); придумайте и введите произвольное название для защищенного ключа шифрования; введите пароль от зашифрованной базы данных, нажмите кнопку «Создать защищенный ключ». В случае, если это первый защищенный ключ, он по умолчанию будет активным; перейдите на экран работы с базой данных, нажмите на панель выбора файла базы и в открывшемся диалоге укажите путь к зашифрованной БД. Всё готово, зашифрованная база данных открыта и может использоваться на данном устройстве. Если же база данных не открылась, приложение выведет уведомление о том, что база данных разрушена или предоставлен неверный пароль. Тогда еще раз проведите описанную выше процедуру, внимательнее выполняя шаги. Установив активный ключ шифрования БД вы можете продолжать пользоваться незашифрованными базами данных без необходимости изменения настроек приложения. В случае, если установлен активный ключ шифрования, то ПО iKey Express сначала попытается открыть базу с помощью активного ключа, затем, в случае неудачи, попытается открыть базу данных без использования пароля.

Заранее тоно определить, OTP2 подойдет или уже только MF3 нельзя. Это зависит от прошивки считывателя. Если нет желания экспериментировать то если увидели 4 полоски и панель установлена недавно, то лучше сразу использовать MF-3

Исправим, программист был не сведущ в понятиях)

Так я же про это и писал ранее, что Вы умудрились отфильтровать настоящий, незаписываемый чип). Который существовал ещё до появления OTP2.0

Лукавит

Нужно сделать ключ на месте, имея ключ клиента, через функцию копия на заготовку и только потом занести все в базу.Сделанный захват без ключа клиента бесполезен, если только Вы заранее не считали UID клиента. Возможно, понадобится заготовка MF-3

Это будет немного позже реализовано в другой версии приложения

Ну вот, за что боролись, на то и напоролись)

Да, очень может быть, что это наоборот какая-то альфа версия, которая так и не вышла в свет.

Всё, поправили.

Значит будем ждать пока тайна не вскроется/прошивка не появится. Эти же черные взяли неделю назад, разными прошивками прошиваем, работают.

Ну, нужно смотреть что поставили, попробовать сделать с нуля. На iL считыватели прошивки новее пока не вижу. 14й сектор записан?

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