Uilyi

Звёздочка в начале говорит о том что не верная контрольная сумма. Ладно, раз так, то полный код выглядит так: 68 00 00 00 00 EE C6 01 Где 68 это контрольная сумма, 01 код семейства, а код ключа - 00 00 00 00 EE C6. Просто код семейства для далласа по умолчанию 01, а контрольную сумму программы и приборы рассчитывают автоматически, поэтому я их никогда не пишу...

Следует полагать что всё зависит от установщика. У нас в городе цыфралов очень мало, буквально несколько десятков, и нет ни одного который бы не работал с обычными китайскими RW1990. Если бы не форум - не знал бы что с ними могут быть какие то проблемы. @Валдис Вот, кстати, ради интереса, создайте ключ даллас с кодом 00 00 00 00 EE C6 и проверьте его на этом адресе рядом. Если откроет - то значит домофон просто читает из далласа последние два байта, и вся "перекодировка" сводится к добавлению спереди восьми нулей ) Это и ответ на вопрос

Вот смотрите: у меня есть дампы памяти домофонов Элтис, Визит, Камсан, Метаком. Все ключи из них перенесены в iKeyBase. С помощью волшебной функции "Найти дубликаты ключей" ищем что нибудь такое "вездеходное". И, вот незадача, никакого таинственного ключа, который присутствовал бы во всех панелях, нет! Можно конечно начать рассуждать в духе того что этот ключ прописан в микроконтроллер домофона и т.д., но сами подумайте: ради какой такой высшей цели конкурирующие производители будут прописывать в свои домофоны какой то единый ключ, да еще и так основательно его прятать? Это на грани конспирологии и утопии. Поэтому приходим к выводу что ключ, о котором вы слышали, работает максимум в пределах одного города, а может быть даже района. Это уже больше походит на правду. Ну а то что тут разные варианты могут быть. С цыфралами проблемы в этом плане есть, какая то перекодировка там нужна; а может быть просто требуется заготовка какая то определенная, обходящая фильтры.

Тут вопросы то в чем: Можно ли во всём этом процессе получить криптоключи с помощью которых в дальнейшем, используя тот же TMD5S и сопутствующие программы, можно будет получить полный дамп ключа, который можно будет сохранить в базу. Или может быть в сопутствующем флипперу приложении после получения "полной копии ключа" можно сохранить его дамп который можно будет использовать потом где бы то ни было? Ну и самый главный вопрос: получение криптоключей к любому случайному UID. Типа "Классик под прописку". Флиппер даст?

Я думаю компания iKey должна помочь с решением данного вопроса. А из вариантов я бы попробовал: 1) Powerbank с поддержкой беспроводной зарядки (я бы смотрел прежде всего в сторону моделей которые выдают через USB гнездо 5, 9 и 12 вольт, так как они автоматически подстраивают выходное напряжение под потребности/возможности подключенного устройства). 2) Взять что нибудь типа этого https://aliexpress.ru/item/1005005093979099.html?spm=a2g2w.productlist.search_results.16.62984aa6jArlXC&sku_id=12000031633266363 Там так же заявлено адаптивное напряжение и сила тока.

С известными криптоключами считайте полный дамп с метки, сохраните его в базу. Откройте полученный дамп, откройте 8 сектор. Сделайте фото/скриншот этого сектора. В данный момент интересует информация в вашей метке которая располагается в обведенном в красный прямоугольник на этом примере:

Криптоключ то от него известен? Через приложение очистку производите?

Зайдите через "Мой Компьютер" в папку где у вас хранится база ключей. Правый клик по нужному вам файлу - в выпадающем меню нажимаете "копировать". Теперь заходите так же через "Мой Компьютер" в память телефона. Создайте там папку, например "Ключи", или "iKey". Зайдите в неё, правый клик на пустое место - в выпадающем меню нажимаете "вставить". Файл базы скопируется. Отключаем телефон от ПК. Заходим в iKey express. Открываем раздел базы. Найдите на телефоне папку в которую вы скопировали файл, откройте папку, выберите файл. Готово.

Если провести аналогию с хамелеоном, а там есть функция MF Detection, то дальше по идее нужен UID, с которым устройство будет обращаться к считке, потом прикладываем к считке, далее, если рассматривать на примере с тем же хамелеоном, жмем "Crack" (метод там называется MFKey32), и процесс пошел. Разумеется очень желательно чтобы полученные криптоключи потом где нибудь высвечивались. Если в флиппере всё описанное работает, то его статус становится более серьёзным.

Проблема с EM-Marine с большой долей вероятности решается записью на неё любого кода. Возможно то же самое поможет и с MF3. А если уж совсем не пишется и не читается - тогда прямой путь в утиль. Хотя с MF3 я бы конечно не торопился, может на других приборах ситуация будет иная.

Да вроде было https://www.key-msk.ru/product/tmd-5-rf-дубликатор-домофонных-ключей/ Оно, по сути, не могло не быть, поскольку даже в скоропостижно выбывшем https://ikey.ru/RWmegakey/ OTG было реализовано, и я сам лично этим попользовался.

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

Разумеется нет. Такой код даже на эмуляцию отправляться не будет, потому что не является форматом электронного ключа. "Цифровой код" это как шпаргалка, для удобства, чтобы хранить всё в одном месте, даже такие коды которые вводятся вручную.

Вот так выглядит без расшифровки и с ней. А FF-ки в 39-ой странице это из меток 9.0, встречается в них такое.

Нет. Это максимум девятка, по нескольким моментам это можно определить.

Маркировку смотрите, и будет вам счастье. С маркировкой 20.0, 21.0, 22.0 - вскрывать пароль через SMKey Online. С маркировкой 9.0 и меньше копируются и так.

Если вам нужна только информация с метки - возьмите смартфон в котором есть модуль NFC. Установите на него приложение NXP Taginfo. Запустив приложение приложите метку к смартфону в область работы NFC считывателя. Приложение выдаст всю доступную информацию с метки.

Я, наверное, уже достал тут всех с этими ультралайтами. Но что поделать, видимо из-за появления зашифрованных визитовских ключей их стали так активно устанавливать, а мне приходится активно с ними работать. Относительно эмуляции на данном приборе: когда прописываю эмулированный на iKey ключ Ultralight в панель - чаще всего ключ после этого "заглючивает". Приходится выключать питание, заново включать и досылать тот ключ который прописал, чтобы проверить. Проверка всегда удачная. Я так понимаю что панели шлют что то в ответ, и эмулятор так на это реагирует. Тем же, видимо, объясняется ситуация с пропиской в панель копий на Ultra, которая практически никогда не работает.

На данный момент для таких дел вроде как без применения ROOT прав никак.

Устройство то может, не может софт. На этом скрине видно что софт частично понимает ультралайт, всё что подчеркнуто красным соответствует формату. А дальше конечно лажа.

Как то странно это всё. Вы сервисный пароль от домофона знаете? Если ДА - то в инструкции к домофону прописано как узнать нужный вам пин-код. Если НЕТ - то толку от этих манипуляций? Привязка ключей к БВД без их прописки в БУД ничего не даст.

Эмуляция не нужна по экономическим соображениям, иначе у определенного процента потенциальных клиентов отпадет надобность в этом "как он там называется" 😂 Да даже с моральной точки зрения...

Потому что, как и писал ранее, при чтении из метки там всегда будут нули. Нельзя прочитать пароль для записи, иначе в нем не было бы смысла, если бы он так просто читался. У вас настройки таковы, что чтение всех разрешено, запись части страниц только по паролю. Записываю на другую Ultra код ключа с паролем. Включаю функцию SMKey Online. Он пишет: "Ключ может быть создан, это вам обойдется..." Про ту заготовку Ultra о которой идет речь SMKey Online пишет пароля нет, данная функция не требуется. Я же снял про это видео, прикрепил ссылку. Пишется всё равно только до 34 страницы.

Почему тогда SMKey Online никакого пароля в ней не обнаруживает?

О, милостивые боги! 🙉🙏 А можно немного приоткрыть завесу тайны - что это будет?