Простой копировщик домофонных ключей (часть 2)

seeg090909 · 18.01.2020, 01:49

Сообщение от Sailanser

А чего сами не нарисовали корпус?

Если бы делал изначально плату,то нарисовал бы��.Просто делал времянку в электрокорбке,и потом решил перекинуть в корпус нормальный.Да и времени после праздников маловато.Четвертый вариант будет скрещен с кодграббером от джокера в одном корпусе��.
Сейчас жду ещё одну сборку на Ардуино.Там ТМ,RFID,и вроде как будет эмулятор rfid.Корпус уже распечатал(спасибо автору),и платы заказал(спасибо автору,подсуетился и сделал в гербере).Пять плат вышло 2$ с доствкой,))Прибор с пачку сигарет.управление с энкодером с oled lcd.

seregkasa · 18.01.2020, 15:00

Сообщение от seeg090909

кодграббером от джокера

есть печатная плата? под него для 3310

seeg090909 · 18.01.2020, 15:27

Сообщение от seregkasa

есть печатная плата? под него для 3310

На фрикере есть платы разные,но,как и всем,придется переводить в боевой прошивку.Но я засунул в 3410,)).

Muxtair · 20.01.2020, 08:52

Доброго !
Подскажите, собираюсь прошить pic16f628a, когда выбираешь файл с прошивкой *.hex фьюзы сами выставляются ?
Или ткните носом как выставить фьюзы.

petr5555 · 20.01.2020, 09:27

Сообщение от Muxtair

Доброго !
Подскажите, собираюсь прошить pic16f628a, когда выбираешь файл с прошивкой *.hex фьюзы сами выставляются ?
Или ткните носом как выставить фьюзы.

У них ничего не надо отдельно выставлять.
Просто загружаете прошивку и шьёте.............

Jirvil · 22.01.2020, 09:28

Народ, привет!

Собрал недавно копировщик в варианте Andriska_Riga. Как думаете, нужен ли здесь подробный рассказ-отчет-мануал о сборке, от печатки до корпуса, или нет?

RECTO · 22.01.2020, 10:12

Сообщение от Jirvil

Собрал недавно копировщик в варианте Andriska_Riga. Как думаете, нужен ли здесь подробный рассказ-отчет-мануал о сборке, от печатки до корпуса, или нет?

Попробуйте!
Скорее всего, многим впервые собирающим может оказаться очень кстати...

petr5555 · 27.01.2020, 09:50

Вообще приятно, что есть люди, которые и свои копиры пытаются
делать, и экспериментировать с ключами проводить.

Правда это не отменяет работу с документацией........

Только вот вопрос то был такой:

Сообщение от ZoomerJuk

Вот тут был проблемный ключ. Снял амплитудным детектором (контур на 125кГц + мост) процесс обмена ключа с домофоном. Ожидал увидеть как домофон читает (с паролем) регистры ключа и по результатам фильтрует копии. Но ожидания не оправдались...

Специально выделяю:
"Ожидал увидеть как ДОМОФОН читает (с паролем) регистры ключа и по результатам ФИЛЬТРУЕТ копии. Но ожидания не оправдались..."

И где здесь хоть слово про свой копир ?

Кстати.
Домофону для фильтрации абсолютно не надо "....читать ( с паролем )
регистры ключа ....." !!!
На самом деле всё гораздо проще.......
Да и откуда домофон вдруг получит этот пароль ?

ZoomerJuk · 27.01.2020, 11:52

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

Предположение о наличии пароля на чтение сделано на основании гугла и экспериментов. Гугл рассказал, что некоторые фильтры на том и построены: ставится пароль на чтение данных из ключа, сам домофон при этом модифицированный, он активный и способен читать содержимое ключа, а не банально демодулировать передаваемый им код. При обнаружении ключа он сначала, как обычный, смотрит передаваемый код, а далее, если код подошёл, пытается читать регистры ключа. И по результатам чтения делает выводы об оригинальности ключа. В худшем случае читаются неизменяемые регистры первой страницы, например, ID производителя. Тогда, даже зная пароль сделать копию будет очень проблемно.

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

Код:

 In case the transmitted password does not
match with the contents of block 7, the T5557 tag returns to the regular-read mode.

т.е. сразу после окончания передачи запроса ключ начинает выдавать данные с блоков 1,2, содержащих код ключа, проигнорировав запрос выдать содержимое 0 блока. С правильным же паролем (на записанный мной ключ), ключ отвечает как должен, выдавая содержимое всех запрашиваемых регистров. Именно этот случай был показан на фото с моим копиром - содержимое всех регистров, чтобы исключить бессмысленные советы "у тебя наверное копир не работает".

По итогам гугла и экспериментов сделано предположение, что содержимое ключа под паролем, а домофон фильтрует содержимое чтением этого содержимого. Но в данной теме продолжать не вижу смысла.

RECTO · 27.01.2020, 14:28

Сообщение от ZoomerJuk

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

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

Вы торопитесь делать выводы. Всё намного проще: скорее всего, ваш оригинальный ключ - обычный, неперезаписываемый ЕМ4100. Который ничего, кроме выдачи своего кода, делать не умеет. И конечно, он игнорирует любые попытки чтения других блоков памяти, хоть с паролем хоть без. Потому что у него их попросту нет. Только почему об этом не знает гугл?..

Видимо, нужно было не только записать запрос домофона, но и расшифровать. Тогда стало бы ясно, что же конкретно там происходит. Фильтры могут работать совершенно по-разному, эта схема с паролем - не единственная, и уж слишком экзотичная какая-то... Обычно делается проще - например, фильтр пытается перезаписать (испортить) 0-й блок. Ключ замолчал - ну, туда ему и дорога, значит. Как-то так...