Pavel

Добрый день. Получилось исправить? Конечно, новая версия же доступна.

В программе на ПК открыть Работа с прибором, выбрать тип ключа MF sector или MF 1k, ввести криптоключ в поле ключа А и нажать кнопку "Отправить ключ А/В", затем выбрать, для записи или для чтения.В iOS нажать на заголовок SMKey, выбрать Создать криптоключ, нажать отправить и выбрать, для чтения или записи.

Еще нет. То, что пишет есть обновление это косяк в текущей версии. Пока ещё делаем. При изменении фундаментальной функции слишком много изменений.

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

Нужно делать все сектора. Функция "Копия на заготовку" заточена под iL считыватели и делает не все сектора. А у Вас на фото совсем другой ридер. С какими он секторами работает, не ясно.Запускайте поиск криптоключей для всех секторов, вставляйте известный ключ и стартуйте. После прочтения всех нажимайте записать все сектора и подносите заготовку.

Благодарю! Поправил.

Вернуть эти заготовки продавцу и взять у другого. Сделано.

Если проехать на транспорте, то вот вам и 165, услуга же предоставлена, оплата не поступила - ущерб, а 272 притянут, т.к. на сервер ушла информация об оплате проезда, что повлекло модификацию данных на серваке. Вот и пример даже нашелся.

Ультралайт работает. 7 байт, думаю да, попозже сделаем. На турникетах, валидаторах не проверяли, 272+165я это минимум. Тайминги в MF отточили уже, но все равно были отзывы, что проявляются странности на некоторых панелях - могут считать левый UID. Пока причина не ясна.

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

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

А, я неправильно понял, думал ручной поиск по базе. Проверьте версию 2.29, вроде удалось исправить, но проверить не на чем.

да

Если криптоключ от сектора 0 известен, то да.

То же самое, просто некоторые считки спамят, этот режим для них. Если неправильно выбрать сложный/простой, то вообще не будет захвата.

Нет, это не по сектору выбор, это "пропуски" авторизаций, как будто ключ для метки не подошел

В смкее все есть, называется "Режим", который переключается правой кнопкой в режиме захвата и имеет 10 значений для выдергивания с 1 по 10й ключ.

- та же ерунда.... Завтра будем проверять. Какой дубликатор и какая винда? Какой код искать в базе, какой тип. Поиск вообще не связан с прибором, можете скрин сделать, где будет видно что в поиске вводить и что в базе имеется

Не знаю, нужно у автора спросить, что у него было, наверняка за год исправили.

Так кто мешает Вам перехватить инициативу, раз уж такой потенциал вырисовывается, то соберите, да продавайте за 5 копеек. Или давайте Silca для программирования чипов возмём для примера, у них станки только под их болванки, по 200к, окупаются через несколько лет только, и ничего. А тут прибор, как уже многие писали, окупающийся за пару месяцев, отдай за 5 копеек.

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

Да, судя по описанию ситуации, именно так.

Если старая прошивка прибора, то такое могло выдавать, даже в случае успеха. Если прошивка свежая, то в зависимости от того, что сейчас в копии в UIDе, если там данные отличаются от оригинала, значит метка уже была записана. Если там нули, значит почему-то не записался 0й сектор, повторить. запись только 0-го.А то, что оригинал перестает работать, значит, что при каждом поднесении данные в метке меняются и двух всегда рабочих копий быть не может, нужно прописывать второй ключ в систему.

Всегда только так и делаем! Но, однажды и так нам не повезло... Стоит как раз попробовать убрать весь мусор. Только блок 0, блок 1 - первые 4 байта, и криптоключ записать.

Общая картина такая: В настоящее время нужны данные только из 0го сектора. Даже если считыватель обращался к 14му (56 блок, если делать захват через SMKey). В Москве и области орудует компания, которая пишет данные в 8й сектор, 0й ей не нужен, но UID всё же используется. Не так давно стали появляться где только 8 и 12й сектора нужны, при этом 0й не используется вообще.