Pavel

Пришлось убрать, сегодня выложим, недоделку обнаружили.

Попробуем повторить, исправить, займусь этим вопросом.

Вот в этом то и проблема. Нужно не быстро, а приложить и подождать. Прибор несколько раз проверит и выдаст результат, а так конечно, что успел считать из того и "слепил"

Н5 сняты с продажи с конца 18го года, поэтому и прошивки удалены.

У Mifare plus совсем другое шифрование. Ничего считать со считывателя не получится, если карта не в режиме совместимости, так же конечно зависит от того, как настроен считыватель, в какое шифрование.Прибор пишет это не классик, если SAK не оканчивается на х8 или х9, в соответствии с этим документом (стр 11-12) в режиме совместимости SAK у MF+ был бы 28, а выходит, эта карта только +, ловить там нечего. Считать только UID можно и телефоном, затем ввести его в SMKey вручную. Я передам программисту чтобы добавил возможность чтения уид не классиков.

Нет, второй пункт меню это UID/Считать Какой протокол записи у китайских 7-и байтных не знаю, у нас нет их, если такой же как и у обычных, то должны записаться.

Да как нам повторить вырубание смкея то? криптоключ для 7-и байтных UID от вычислять умеет, считайте UID через второй пункт меню и будет видно, 7 байт там или нет. Затем захват и подносим. Если вырубается, то что там за считыватель, какой UID считан и версию прошивки прибора сообщайте. На iL считывателе все проходит штатно. Попробуйте ещё менять режимы захвата.

Весьма непросто это сделать, но постараемся в следующих прошивках

Интересно, как прибор должен сказать почему метка не пишется, она что, ему об этом сообщает? URMET и INDALA - да как это получается у Вас? Не повторить ни разу не удается.

И долго ждать нам кода перед началом записи? Бесконечно? А если метка пустая? Нулевая, с завода? А если она сконфигурирована в 1/2 вместо 1/64 скорость выдачи, и там даже близко никакого кода нет?Н2 и H5.5 уже пишет. Обновите снова.

Конечно, а разве я выше не об этом же написал, что так и будет, если нужный код уже записан?

Ну, просили - сделали) вместо RFID надо конечно написать Н2, подправим. 4305 проверили, пишет Н3, точно ли код у Вас в заготовке не соответствовал тому, что пишется? Верные данные будут только если записывать новый код. Если метка уже записана этим кодом, то будет писать все что угодно. А где 1.45 делась сам не знаю, скорее всего я забыл вовремя выложить

Тогда что записывалось на ключ, когда он "на чистую заготовку пишет без ошибки". Откуда данныне взялись? как они были считаны? Просто меню/копирование/mifare, поднесли, считали, записали? Тогда у Вас копия только 0го сектора. После записи нажимаем назад, изм. сектор 1, читаем, записываем. Нажимаем назад, изм. сектор 2, читаем, записываем. Нажимаем назад, изм. сектор 3, читаем, записываем .... Нажимаем назад, изм. сектор 15, читаем, записываем.

Опять не ясно. Тогда к чему это было "Ошибка записи"? К чему "Пишет ключ 888888888888 - Криптоключ не подходит" Если была ошибка записи, или ключ не был считан, то априори не может быть и речи о том, что данные в обеих метках идентичные. То, что совпадает UID совсем не говорит о том, что совпадает все остальное. Может и не Mifare 1K быть, а 4K, либо вообще MF+ Только если считывание и запись всех секторов были успешными нужно копать дальше, а то сейчас нет полной ясности даже в этом

Сделайте поиск ключей А и B без чтения. Затем используйте ключ B для чтения из сектора, а не ключ А. Возможно метка сконфигурирована так, чтобы не давать читать данные по ключу А, а прибор пытается читать именно по А.И сделайте это на ПК или iOS, на Андроиде, насколько помню, нет возможности выбора какой отправить ключ, А или B. Или просто руками впишите в прибор криптоключ B от этого сектора, в режиме чтения это можно сделать нажав клавишу вправо и выбрав "ключ"

1. Версия 1.30 - С этим все Ок 2. Режим сбора данных Mifare - КАК? речь шла о надписи "Пишет ошибка записи", причем тут режим сбора данных? Ошибка записи может быть только после прочтения ключа. Если хотите чтобы мы поняли, что не так, пишите точно, что делаете. 3. Такой же, как и у оригинала FB15A913 - Значит метка уже записана. У чистых (!) заготовок OTP2.0 UID при чтении 00 00 00 00 00 4. Поднес. Прибор прочитал. Написал готово. Поднесите заготовку Zero/OTP - Подносим Чистую заготовку(!) и записываем. Не работает - запускаем поиск криптоключей для всех секторов. Вызываем эту функцию в приложении, нажимаем найти и считать данные. После считывания всех секторов подносим заготовку и нажимаем записать всё. 5. Фото прикрепляю (оригинал слева, справа заготовка) На фото Urmet, снизу и заготовка (неизвестно какая) сверху. Слева и справа ничего нет. Но даже если предположить, что Urmet был слева, то это вообще обычно метки с частой 125 кГц, копируется на H2 заготовку и к Mifare вообще никакого отношения не имеет. Хотя, возможно, появился Urmet c Mifare В итоге не ясно многое. Для начала, не ясно что за заготовка используется, какая маркировка на ней, откуда в заготовке уже записанный UID, совпадает ли он с UID оригинала, все ли сектора делались, или только 0й.

1.Какая версия прошивки прибора? 2.Какая надпись на экране прибора перед поднесением метки, сектор какой? 3.Заходим в меню, 2й пункт UID. Считать. Подносим Заготовку, которая пишет ошибка записи. Какой UID выдается? 4.Запускаем приложение iKeyBase. Ничего не нажимаем, в меню прибора входим в пункт копирование/mifare, считываем Заготовку которая пишет ошибку записи. Приложение напишет что считан дамп, сохранить? Нажимаем да и сообщаем, какие данные в блоках, какие криптоключи показаны. 5.Покажите фото заготовки.

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

Если не будет следов падения, то будет гарантийный

Дело явно не в прошивке. Проблема с батареей. Пишите на е-мейл, сделают накладную на сдачу в СДЭК, высылайте в ремонт.

А можно пожалуйста, для простых юзеров объяснить, что это такое и в каких случаях необходимо "баловаться" этой опцией с ползунком? У нас заготовки с чипом H7 применения пока не находят... но так, на будущее, что-бы знать и быть в курсе ) з.ы. у вас там небольшая опечатка в описании... (резонанаса) з.ы.ы. не забывайте обновлять колонку новостей на главной Это влияет на дальность считывания метки домофоном. Например, если метка не читается или читается только одной стороной и кое как, то подгонка резонанса дает возможность попробовать улучшить дальность.

При подключении к ПК не нужно ничего нажимать в приборе. Должна идти зарядка и соответствующая надпись.На Андроид - прочитать описание приложения в плеймаркете. Там все есть.

Не понимаю. Зачем? Сейчас идет и зарядка и одновременная возможность выгрузки данных в программу. Если выйти из зарядки, например воткнув прибор когда он работает в режиме чтения/записи, будет идти зарядка и работа с метками, но не будет возможности работы с программой. Тут или "Кувшинчик или дудочка".

Можно проще, считать данные с оригинала, воткнуть в USB, нажать четвертую иконку "Работа с прибором", далее в "Считать дамп". Увидите данные, можно сохранять в базу. Дамп в памяти хранится и после выключения питания.Но одновременно с ПК и RFID метками он не работает как в 5S, тут или работа с меткой или работа с USB

100 ячеек это если Вы в них сохраняете. Сделали захват, сохранили, указали имя. Если этого не делать, то в "последних считанных" хранится только последний захват. Что значит скопировал - не ясно. Если копировали именно, как копия, например через копия на заготовку, то последний полный дамп, который был считан прибором из оригинала, хранится в отдельной памяти, и он всегда один. Его можно получить выбрав в приложении "получить дамп". Не путайте захваченные данные с домофона и считанные данные с метки клиента. В первом случае это только рассчитанный криптоключ, во втором случае там все данные из сектора.