petr5555

А зачем нужно открывать шлагбаум у себя во дворе "с любого места планеты" ? И вообще какое отношение весь этот спор имеет к заготовкам MF-3 и OTP-2.0 ?

А без шевелений вообще не писались...... Кстати, Метаком несколько лучше, а Цифрал вообще с трудом. Болванки были разные и коды тоже ..... Да мне, по большому счёту, всё равно как там пишется RW15. Я с ТМД работаю не так часто ......... Просто решил проверить это сообщение.

Не знаю на каких именно приборах ...... А так - только после долгих шевелений заготовки в считывателе..... Но ведь 46-я то пишет и без всякого колдовства ?

Да, вы правы. Действительно не хочет писать RW15. Откатился на 46-ю. Пишет. Так что чего-то намудрили в прошивке.........

Ну головой то подумайте ! В ключе останется старая информация, а в домофоне уже будет изменённая. При следующем проходе сравнение не пройдёт и всё ! Так что останется только снова прописывать ключ в панель ..... P. S. Кстати, если не ошибаюсь, в панелях Метаком с ТМ ключами такое уже давно есть. Сделано на основе ключа ТМ2004

Вы не поняли сути. Это очень простая и действенная защита. Более того, тут даже и данные не надо защищать ! При каждом проходе меняется содержимое какого-либо блока памяти и это отмечается в домофоне. Поэтому, если сделать копию такого ключа, то при первом же проходе содержимое ключа или копии изменится и дальше будет работать или исходный ключ, или копия. Так что - да, в этом случае копию не сделать.......

Ну так учиться надо, читать документацию........ Тот кто читал документацию, тот не будет задавать детских вопросов про ключи А и Б, а просто посмотрит как сконфигурирован доступ к блокам в секторе ........

На самом деле не очень понятно зачем это промежуточное стирание ? Если надо, то просто перезаписываю ........

Не понимаю, чего дальше мусолить эту тему ? Если нужна перекодировка кодов ( указаных сверху ), то надо просто взять описание стандарта Em-Marine. Там всё подробно описано. Всего в коде 64 бита. Заголовок ( 9 единиц ), сам код из десяти шестнадцатиричных цифр с битом чётности после каждой ( т. е. всего 50 бит ), 4 бита чётности по столбцам и стоповый бит ( 0 )........

Да, вот что в конце-концов и происходит, если экономить и собирать всякую ерунду .... Мой совет - если хотите работать с ключами без проблем, то купите нормальный дубликатор ! Ну а код в вашем случае должен быть такой: FF:A9:8A:B9:B1:D4:D2:56

Наверное речь идёт о регистре статуса в ТМ2004 и о работе с ним ........ Только это не финализация а возможность закрытия памяти от записи. Впрочем, документация на этот ключ в сети есть и там всё подробно описано........

Нет, не брак. Просто вот так они пишутся....... Вообще я пока среди КС-07 брака не встречал. Довольно прочная заготовка.

Ну это как раз понятно. Это "отрыжка" функции автоматического распознавания ключей при чтении....... Что касается КС-07, то они пишутся не от батареи, а от встроенного преобразователя. Поэтому при разрядке батареи преобразователь может и не выдавать нужного напряжения........ И пишутся КС-07 тоже очень своеобразно. То есть заготовку просто надо удерживать на считывателе некоторое время.........

Конечно бред ! В этом случае проще использовать метку с памятью и уже в ней перезаписывать информацию .......

Полностью согласен. Или сам ключ, или дубликатор барахлит......

А смысл ? Не думаю, что будут менять Бевард на Визит........

А чего волноваться ? Не то сообщение выскакивает - ну так отключите в меню запись других типов заготовок. Оставьте только H7 и будет вам счастье......

Да, есть такой нюанс. Об этом надо помнить. Правда в данном конкретном случае я не понял - а зачем это выложили ? Впрочем, это проще понять если перевести всё на русский язык ...... Номер байта 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 Описание КЛЮЧ А Биты доступа КЛЮЧ B (необязательно) 0xFF 0x07 0x80 ПОЛЬЗОВАТЕЛЬ Условия доступа к блоку данных 0 Биты доступа Условия доступа для заявка C10 C20 C30 читать записывать приращение уменьшение, перенос, восстановление 0 0 0 ключ A | B1 ключ A | B 1 ключ A | B 1 ключ A | B 1 транспортная конфигурация 0 1 0 ключ A | B1 никогда никогда никогда блок чтения / записи 1 0 0 ключ A | B1 клавиша B1 никогда никогда блок чтения / записи 1 1 0 ключ A | B1 клавиша B1 клавиша B 1 ключ A | B1 блок значений 0 0 1 ключ A | B1 никогда никогда ключ A | B 1 блок значений 0 1 1 клавиша B1 клавиша B1 никогда никогда блок чтения / записи 1 0 1 клавиша B1 никогда никогда никогда блок чтения / записи 1 1 1 никогда никогда никогда никогда блок чтения / записи 1, если ключ B можно прочитать в соответствующем сегменте трейлера, он не может служить для аутентификации (все выделенные серым строки в последней таблице). Как следствие, если считыватель аутентифицирует любой блок сектора, который использует условия доступа, отмеченные серым цветом, и используя ключ B, карта откажется от любого последующего доступа к памяти после аутентификации. Условия доступа к блоку данных 1 Биты доступа Условия доступа для заявка C11 C21 C31 читать записывать приращение уменьшение, перенос, восстановление 0 0 0 ключ A | B1 ключ A | B 1 ключ A | B 1 ключ A | B 1 транспортная конфигурация 0 1 0 ключ A | B1 никогда никогда никогда блок чтения / записи 1 0 0 ключ A | B1 клавиша B1 никогда никогда блок чтения / записи 1 1 0 ключ A | B1 клавиша B1 клавиша B 1 ключ A | B1 блок значений 0 0 1 ключ A | B1 никогда никогда ключ A | B 1 блок значений 0 1 1 клавиша B1 клавиша B1 никогда никогда блок чтения / записи 1 0 1 клавиша B1 никогда никогда никогда блок чтения / записи 1 1 1 никогда никогда никогда никогда блок чтения / записи 1, если ключ B можно прочитать в соответствующем сегменте трейлера, он не может служить для аутентификации (все выделенные серым строки в последней таблице). Как следствие, если считыватель аутентифицирует любой блок сектора, который использует условия доступа, отмеченные серым цветом, и используя ключ B, карта откажется от любого последующего доступа к памяти после аутентификации. Условия доступа к блоку данных 2 Биты доступа Условия доступа для заявка C12 C22 C32 читать записывать приращение уменьшение, перенос, восстановление 0 0 0 ключ A | B1 ключ A | B 1 ключ A | B 1 ключ A | B 1 транспортная конфигурация 0 1 0 ключ A | B1 никогда никогда никогда блок чтения / записи 1 0 0 ключ A | B1 клавиша B1 никогда никогда блок чтения / записи 1 1 0 ключ A | B1 клавиша B1 клавиша B 1 ключ A | B1 блок значений 0 0 1 ключ A | B1 никогда никогда ключ A | B 1 блок значений 0 1 1 клавиша B1 клавиша B1 никогда никогда блок чтения / записи 1 0 1 клавиша B1 никогда никогда никогда блок чтения / записи 1 1 1 никогда никогда никогда никогда блок чтения / записи 1, если ключ B можно прочитать в соответствующем сегменте трейлера, он не может служить для аутентификации (все выделенные серым строки в последней таблице). Как следствие, если считыватель аутентифицирует любой блок сектора, который использует условия доступа, отмеченные серым цветом, и используя ключ B, карта откажется от любого последующего доступа к памяти после аутентификации. Условия доступа для секторного прицепа Биты доступа Условия доступа для Замечание KEYA Биты доступа KEYB C13 C23 C33 читать записывать читать записывать читать записывать 0 0 0 никогда ключ А ключ А никогда ключ А ключ А Ключ B можно читать [1] 0 1 0 никогда никогда ключ А никогда ключ А никогда Ключ B можно читать [1] 1 0 0 никогда ключ B ключ A | B никогда никогда ключ B 1 1 0 никогда никогда ключ A | B никогда никогда никогда 0 0 1 никогда ключ А ключ А ключ А ключ А ключ А Ключ B можно прочитать, транспортная конфигурация [1] 0 1 1 никогда ключ B ключ A | B ключ B никогда ключ B 1 0 1 никогда никогда ключ A | B ключ B никогда никогда 1 1 1 никогда никогда ключ A | B никогда никогда никогда [1] для этого условия доступа ключ B читается и может использоваться для данных HTML разработан Akafugu Corporation . Информация взята из MF1S503x от NXP Semiconductors.

На самом деле всё очень просто, если бы внимательно изучили как работают ключи Mifare 1K ........ Надо смотреть на "трейлер". В "трейлере" ( в каждом секторе это третий блок ) видим FF 07 80. Это биты доступа. Расшифровываем их и получаем: 1. Ключ А не читается, записывается по ключу А. 2. Биты доступа читаются по ключу А, записываются тоже по ключу А. 3. Ключ В читается по ключу А и записывается по ключу А. 4. Остальные блоки сектора читаются и записываются и по ключу А, и по ключу В. Вот из этого и надо исходить при анализе получаемой информации !

Сейчас - никак. Пока не закончится карантин......

"Нам бы схемку аль чертёж. Мы б устроили вертёж...." Со схемой и прошивкой - это каждый дурак сделает. А вы своё разработайте.... Если хотите подешевле.

Ну а перейти вверх на два сообщения и почитать ?

"А может вам дать ещё и ключ от квартиры ......." Вы посчитайте сколько будут стоить только детали под такой дубликатор ? Впрочем, если сами его будете делать, то в такую сумму сможете и уложиться.......

А какие проблемы ? Вот держите. Ставится обыкновенно через iKeyBase. fmwTMD5RF_v1_37.hdv

Подразумевается, что от вас информация на 100% верная и в 100% случаев. Но вот вопрос, а откуда она берётся ? Так что если в дальнейшем захотите у меня в личке ещё что-либо спрашивать, то помните, что я теперь тоже буду на вас "забивать" ........