Активность

Продам Дубликатор домофонных ключей TMD-5R цена 10 000руб. Состояние почти новое. Местоположение г.Москва. писать на почту feronts@mail.ru Дубликатор TMD-5R.jfif

//tronenergyfrog.com можно арендовать энергию для одного перевода USDT TRC‑20 и заплатить от 0,5 до 1,5 TRX вместо обычного сжигания. Иногда тарифы падают ниже 1 TRX, а в редких ценовых окнах они доходят до 0,8 TRX, что делает перевод почти беззатратным. Публичная почасовая история за последние семь дней позволяет сравнивать цены и выбирать самые выгодные моменты для аренды. Даже если вы не планируете покупать энергию в больших объёмах, график цен поможет увидеть лучшие снижения и сэкономить на каждом переводе.

Если это элтис 5000 с динамикой, то возможность копирования таких ключей появилась около года назад. Но только не благодаря китайцам, а непосредственно компании iKey, на форуме которой вы находитесь. При изготовлении действительно требуется интернет, потому что все необходимые расчёты происходят на сервере. Насчёт полночи может быть преувеличено, но некоторые ключи могут весьма долго рассчитываться, десятки минут. Как бы то ни было, не стоит умалять заслугу мастера. Она в его знаниях. Потому что без понимания сути процесса можно потерпеть фиаско, даже не смотря на то что дубликатор в совокупности с приложением подсказывают буквально каждый шаг.

Для считывания SMKEY используйте ACR122U‑A9 с драйвером iKeyBase; подключите к ПК, запустите программу, выберите «Read key» – в 3–5 секунд получите данные. Если ключ не читается, проверьте контактный разъём и убедитесь, что карта находится на расстоянии до 2 см от считывателя.

Сервис Tron Energy Frog сдаёт энергию для переводов USDT TRC‑20, фиксируя тариф и позволяя покрыть

При чтении дубликата первые теги читаются корректно, а остальные падают: возможно из‑за некорректного обновления CRC в каждом блоке. Проверь правильность копирования всех 16‑байтовых ячеек и пересчитай контрольные суммы.

Нужно проверить таймеры и ключи в каждой карте: если первая карта читается, но остальные не работают – скорее всего, в коде прерывается после первого успешного счёта. Поменяйте обработчик так, чтобы он продолжал читать дальше и обновлял статусы каждой карты по очереди.

Если вы клонируете карту, но считываете только первую поднесённую, вероятно, не обновляете UID в памяти. Нужно записать новый ID и ключи, иначе остальные карты будут считаться «старой».

Если вы создаёте копию MIFARE‑CF и она считывает только первую поднесённую карту, то проблема в динамической генерации UID. Убедитесь, что ваш скрипт генерирует уникальный идентификатор при каждом «поднесении» карты; иначе остальные метки воспринимаются как дубликаты первой.

Интересно, что дублируется только первая метка – остальные «отваливаются», как будто динамика меняет состояние.

Доброе время суток! Пожалуйста поделитесь полной и мини схемой устройства. Не могу их скачать, только миниатюры. Моя почта uce6706@gmail.com. Спасибо

Ну это могут быть разные варианты... Например в определённый блок ключа записывается какой то код. Этот же код записывается в память домофона (он привязан к UID ключа). При прикладывании ключа код считывается и сравнивается с тем, что хранится в домофоне для данного ключа. Если они совпадают, то дверь открывается, а коды в ключе и домофоне перезаписываются на новые.... Если есть копия ключа с таким же UID, то в нём остаётся старый код. Поэтому при прикладывании копии домофон не срабатывает.... Ну а проверить есть ли динамика просто - считать содержимое ключа до прикладывания и после. И сравнить её....

Интересно, как именно реализуется динамическая часть при копировании метки – почему только первая поднесённая считывается?

Интересно, почему после поднесения второй карты динамика падает?

если метка «поднимается» только при первом чтении, а остальные тянутся, значит ли это, что память не полностью скопирована? Можно ли проверить статичный сектор отдельно?

Не всегда ли это просто «период»? А как быстро можно настроить новый таймер, если нужно сменить код чаще?

Можно ли обновлять прошивку, если телефон подключён к сети с низкой частотой сигнала?

Если коротко, то вам просто повезло с конкретным домофоном.... Но это могут потом исправить. а могут и оставить всё как есть... P. S. Впрочем, если интересно, то можете найти паспорт для него. Эта панель действительно похожа на 5000-ю серию Элтиса...

Доброго времени! Сам в вопросах домофонов полный ноль и из праздного любопытства решил создать данную тему. Имеется домофон Eltis DP5000 (не уверен точно в модели). Бегло начитавшись форумов и услышав мнения пары контор где делают ключи, я был уверен что ключи для данного домофона не имеют возможности копирования . Но каково было моё удивление, когда обратившись к очередному мастеру, я обнаружил что все 3 копии брелка заработали. Действительно ли так просто было сделать копию а сложность работы была сильно преувеличена, или же мне повезло с какими то настройками конкретного домофона? А может сама криптография этой модели давно сломана китайцами и изготовление копий поставлено на поток? Сам мастер особо не афишировал процесс изготовления лишь сказав что "потратил полночи" и "делал через интернет". Благодарю за ответ!

Ну так в споре обычно и рождается истина. Впрочем спор не об UID а о информации в блоке 0.... И, если сравните, вашу информацию и то что было представлено в начале темы, то вопросы всё равно остаются....☹️ Так как самому интересно разобраться, то буду искать такую метку для более подробного исследования....

Ой зря... © Enot Ну ладно Алиса не отличает структуру uid Fudan от Ultralight, но вы то, с 2010-го года на форуме, 3,500 сообщений и спорить не имея аргументов, еще и с такой подачей. Вот фото, любуйтесь:

В ЛС. Прога не моя, сам не ставил. Все на свой страх и риск..

Здравствуйте! А у кого-нибудь осталась эта программа? Перезалейте пожалуйста или скинь в ЛС, спасибо.

Здравствуйте, можете поделится программой?

Да, выводы очевидны.... Одни слова... А где факты ? Где же фотки блока 0 ключа от Фудан ?☹️ А пока ещё некоторые факты от ИИ и именно по чипам от Фудан : Разбор структуры по байтам: UID часть 1 (Байты 0, 1, 2): Байт 0 — это всегда код производителя. Для Fudan Microelectronics он жестко задан как 1D (в отличие от 04 у NXP). 1. Байты 1 и 2 — это начало серийного номера карты. 2. BCC0 (Байт 3): Первая контрольная сумма. Она рассчитывается по формуле: CT ⊕ UID0 ⊕ UID1 ⊕ UID2, где CT (Cascade Tag) он равен 88h. 3. UID часть 2 (Байты 4, 5, 6, 7): Оставшиеся 4 байта уникального серийного номера карты. 4. BCC1 (Байт 8): Вторая контрольная сумма. Считается строго как UID3 ⊕ UID4 ⊕ UID5 ⊕ UID6. 5. SAK (Байт 9): Байт ответа на выбор. Для 7-байтовых карт Fudan/Mifare 1K обычно равен 08 (иногда 18 в зависимости от модификации). Ну и остальное - служебная информация... Пример реальной HEX-строки Блока 0 (7-байтовый Fudan): При чтении карты вы увидите строку из 32 символов (16 байт): 1D A1 B2 34 C3 D4 E5 F6 BD 08 00 11 22 33 44 55 1. 1D A1 B2 — Начало UID (где 1D — маркер Fudan). 2. 34 — Контрольная сумма BCC0. 3. C3 D4 E5 F6 — Конец UID. 4. BD — Контрольная сумма BCC1. 5. 08 — SAK (Mifare 1K). 6. Служебные данные.... Ну как ? Так ничего странного в блоке 0 (который приведён в начале этой темы) нет ?😉 Мяч на вашей стороне поля.. Опровергайте но только с фактами.😏 Ждём-с....