Активность

Всё там работает. Единственно - в тех случаях когда установки хранятся в памяти микроконтроллера можно работать только с кодами ключей. Поэтому и написал, что в этом случае надо менять панель....

Не работает эта программа с домофоном МК2003.2 -TM4E

Есть такая программа в сети "Домофон-конфигуратор". Найти и установить её архинужно и архиважно !😉 Так что находите её, скачиваете, находите в списке домофонов вашу панель, заливаете ваш дамп eeprom и сможете посмотреть где и что находится в этой памяти... Повезёт - значит узнаете пароли и установки, ну а нет - меняйте вашу панель на новую...☹️

Всем привет . Имею на столе домофон МК2003.2 -TM4E , имею слитую еепром 24LC256 . Нужно узнать код для входа в программирование. Предыстория , домофон в моем подъезде установлен в 2013г, конторы устанавливающей уже не существует , пароли и мастер ключ не найти ни при каком раскладе. Может кто знает по каким адресам в еепром находится 6ти значный код?

Ты не из Казахстана случайно? У меня такое иногда бывает, проходит само по себе. Проблема не в смартфоне и интернете. Проблема со стороны IKEY. Началось после путинских блокировок интернета. На этот случай IKEY добавил встроенный VPN в приложение, но я им еще не пользовался.

Старые пропадать не могут. Могут новые не записаться. Когда база подключена к приложению, sqlite драйвер создаёт дополнительные файлы временные, часть данных может быть закешировано в оперативной памяти. Чтобы гарантированно не терять данные - либо закрывайте базу в приложении, и потом пересылайте, либо используйте функцию "Поделиться базой" в меню "три точки" на экране с базой в iKeyExpress.

Если считали Nested'ом - некоторые метки отдают очень много КК, в таком случае выгоднее попробовать Hardnested (продвинутый), он сам по себе считает дольше, но явно быстрее. Если считали Фуданом - так всегда. Дело не в скорости интернета, дело в проверке КК - один КК проверяется 100-400 ms в зависимости от подключения (USB\BLE). Если записей 84 тысячи, то в лучшем случае (если usb) - считаться будет 8.4 тысяч секунд = примерно полтора часа.

Вы со сниффером подходили и получали данные аутентификаций ? Если нет, то не всё пробовали.... А имеющиеся приборы далеко не всё умеют правильно читать и интерпретировать....

Что значит ломается логика ? Вы с этим ключом 00...00 пробовали читать этот сектор ? Если нет, то значит там другой ключ... И, вообще, прежде чем говорить о логике надо получить данные и проанализировать их. А не гадать на кофейной гуще что и как там "ломается"....

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

пробовал uid и все способы расчета. Когда расчет доходит до сектора с криптоключем 00-00-00-00-00-00, то пишет что не удалось прочитать.

Все методы уже использовал. Я думаю что это какой то баг в приборе. Когда криптоключ 00-00-00-00-00-00 ломается логика расчета криптоключа.

ПИКовская панель для classic 1k при захвате хамелеоном выдавала вместо всем известного ключа 000000000000 и EEEEEEEEEEEE. Считыватель iL тоже спамит левыми ключами при захвате. И что это за метка такая, которая не подвержена hardnested (если не Fudan) и staticnested (если Fudan)?

Вот о чём говорил много раз - устройства и онлайн программы, которые заточены под конкретные условия не всегда могут работать корректно. Шаг влево, шаг вправо и они просто не понимают что и как интерпретировать.... Так что тут надо отталкиваться от основного метода поиска ключей. То есть с помощью любого сниффера получить данные аутентификаций (полных или нескольких не полных), проанализировать их и применить программу для расчёта ключей доступа.... P. S. Вообще, если углубляться в теорию, то имеющиеся программы не рассчитывают ключи, а пытаются восстановить первоначальное состояние 48 битного сдвигового регистра по его состоянию на определённый момент времени. Для этого используются данные аутентификаций. А так как программы расчёта частично основаны на некоторых логических предположениях, то на выходе они могут выдавать несколько разных ключей. И надо выбрать из них нужный...

Ну так берёте любой сниффер. идёте к считывателю, получаете информацию и выкладываете её здесь.... А так как можно понять что там происходит ?☹️

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

Домофон bas ip. Метка classic 1k. Все сектора с 0 по по 15 открыты кроме 11го. При захвате выдает 00-00-00-00-00-00. При выборе копия на заготовку выдает ошибку. При онлай тоже не копирует. Версии прибора обновлены до последней.

1) Какие считыватели и панели конкретно? 2) Корректно ли подносите смкей при захвате к считывателю? Какие прошивки на приборах? 3) Какая метка? Возможно это динамика от IL. Еще раз повторяю, экстрасенсов тут нет. Чем развернутее задан вопрос, тем оперативнее и правильнее будет ответ!

Помогите. Все чаще сталкиваюсь со считывателями, которые при считывании выдают криптоключ 00-00-00-00-00-00. Ни smkey, ни tmd 5s не может расшифровать сектор.

Вообще интересно - попробуйте По поводу что на пм3 лучше , может быть - но не удобно на улице , у хамелеона все очень удобно в мобильном приложении организовано

Не знаю, я не пробовал. Могу попробовать, когда будет время. Хотя с PM3 лучше нюхать.

У вас есть это в личных сообщениях, файл из Dicord NielDK [RFID], — 14.07.2026 14:01 Попробуйте это, в нем есть предложенное мной исправление (v2.2)

И кстати откуда версия 2.2 ? Я через CU GUI пытаюсь проверить прошивку , 2.1 (v2.1.0-253) - и он пишет что она актуальная , не предлагает обновлений

Это все прелестно , но вопрос на счет mfkey , научился ли он на последних обновленных iL снифить , у меня куча матриксов обновленных на которых от тупо не может поймать нонсы Эмуляция сама по себе не так важна - хотя и не так сильно интересна , но по крайней мере теперь можно проверять дампы без записи на 3.2

Самое верное решение - обратитесь к мастеру, который обслуживает данный домофон с просьбой записать вам копию... Возможно он не откажет за некоторое вознаграждение.... Ну а нет - тогда по официальным каналам...