Pavel

Что за уид первого достоверного, UID находится только в 0 секторе.

Каким образом? Панель не сообщает прибору какой из ключей ей понравится больше. Берется последний из списка.

А зачем, если за 10 лет их никто до сих пор не переписывает программно, т.к. как верно было сказано ранее, подача 12В на оригинал в половине случаев выведет из строя ключ и чтобы послать такое напряжение нужно не только схему домофона переделывать и решать проблему, как достоверно, заранее определить, что это не оригинал. Сейчас проблема со слетом кода не в том, что его переписывают путем умышленной перезаписи, проблема в другом и известна была нам давно, вот только акцент на данном моменте стали использовать для фильтрации в основном, только в Украине и лишь спустя несколько лет. Сделали бы мы тогда вариант с финализацией (читать: потрать ещё несколько млн на новые фотошаблоны) то сейчас, спустя столько лет, так же бы желающие нашли способ, как их фильтровать.

Чип уже в процессе доработки. Но даже переделка существующего кристалла это 1-2 года работы. Пока не получу готовых, рабочих образцов, рано что-то гарантировать.

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

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

Не надо скачивать 2.38, убраны ссылки т.к. в ней ошибка есть, поэтому и не скачивается. Издатель неизвестный будет всегда.

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

Только по USB значит.

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

Список ячеек от 0 до 1000, вверх - движемся в направлении начала списка, вниз - в конец списка

Нет, память в приборе не резиновая, 1000 ячеек для сохранения простых ключей, у которых данных нет (только ID) или он небольшой, а MF1K это 1К данных. Такие дампы только в TMD-6 сохранялись на флешку, а в 5S флешки нет, он изначально работал с майфаером посекторно, поэтому сектор ещё сохранить можно, а 1k уже нельзя.

В ближайшем вряд-ли. Но в целом, данные функции в планах заложены, из описания приложения: "В планах полная поддержка дубликаторов TMD-5S (осталось добавить записную книгу и архив), TMD-6 (по Wi-Fi)."

Добрый день. Использовать ikey express или считывать метку через функцию в приложении "поиск криптоключа".

Ок, если сохраняем сектор 14, то какой у него UID? Откуда ему взяться? UID есть только в 0 секторе, поэтому при сохранении MF Sector выводится UID. А при сохранении MF1K выводится именно UID, а не криптоключ, потому что там 16 секторов и в каждом UID может быть свой, от какого выводить UID, почему не от 4 или 7? Может в 0 там FF-ки, а используется только 12й. Комментарий всегда "Для записи на Zero 7b" - вставляется (должен вставляться) только в дампы с 7 байтным UID, и именно для того, чтобы не писали на 4х байтную OTP эта запись и добавляется, если она добавляется на 4х байтные дампы, то это ошибка.

Вы бы хоть картинку приложили ключа, по описанию обычный EM-Marin используется, зачем его разбирать.

51 51 последняя. (27 января скомпилирована, 11 февраля выложена). В описании неверно было указано, исправил.

Починили работу со считывателями Mifare iL, на корпусе которых 4 полосы. Не работало, даже при загрузке обоих секторов, 0 и 14. Добавили поддержку нового формата Техком ТК-17 (но только через пару дней выйдет приложение ikey express, в котором этот формат правильно будет работать). В предыдущей или этой прошивке так же исправили проблему выключения питания, если по очереди слать майфаер-даллас-майфаер ключ мог задуматься и вырубить питание. Проявлялось не на всех ключах.

Обновить прошивку прибора. Судя по всему, у вас Дезфайр.

Да, вероятно. У нас тоже сейчас тоже не получается, если вдруг заметите снова или получится повторить, сообщите пожалуйста.

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

Не совсем пойму. Если в базе появился 00, то причем прибор то. Прибор не пересылает назад никакие данные. Я допускаю, что какой-то косяк в базе, программисту перекину сейчас, но связи с прибором не улавливаю. Рекомендуем использовать ikey express. ikeybase скоро не будет поддерживаться.

1. Дать/показать пример дампа. Указать отправка откуда - название приложения и версию. 2. Переключите на 1 ключ.

При сохранении в память дампа Ultralight он сохранялся из одних нулей, только это исправили.

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