Дубликатор Tmd-5 Rfid

[Вячеслав 28 0]

Приобрели у вас TMD-5 RFID,RW Megakey и ключи Megakey. Почему то TMD5 невидит прокси брелки МЕТАКОМ.Элтис и цифрал без проблем. А вот RW Megakey - молодец, читает все виды.

[Pavel 582]

высылать с образцом не читаемого брелка на ремонт

[novchik 0]

Если на кнопку нажать появляется изображение ключа на дисплее.

Что это и зачем?

[Pavel 582]

Если на кнопку нажать появляется изображение ключа на дисплее.

Что это и зачем?

Ключ будет записан и финализирован

[novchik 0]

А зачем это?

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

[Pavel 582]

Ага. теоретически так

[novchik 0]

Только теоретически???

[Pavel 582]

как можно уточнить если таких фильтров нет?

[novchik 0]

как можно уточнить если таких фильтров нет?

Не понял вопроса?

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

Как из памяти программатора найти и сохранить коды?

Не нашел что то,те коды .

Или сохранение возможно при дублировании ключа непосредственно при подключенном к компу программаторе?

То есть при дублировании ключа на месте,у подъезда для того чтоб сохранить код ключа надо его переписать ручкой непосредственно после копирования перед клиентом,когда он высвечивается на экране и после делать дубликат?

[petr5555 294]

Только теоретически???

 

 

Тут подразумевается, что в большинстве случаев настоящей финализации нет, а есть псевдофинализация, которую можно снять.

Поэтому, если фильтр будет её снимать и перезаписывать заготовку, то он испортит код ключа. Конечно, после этого

ключ не будет правильно восприниматься домофоном.

[novchik 0]

А насчёт баз ключей?

[Pavel 582]

как можно уточнить если таких фильтров нет?

Не понял вопроса?

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

Как из памяти программатора найти и сохранить коды?

Не нашел что то,те коды .

Или сохранение возможно при дублировании ключа непосредственно при подключенном к компу программаторе?

То есть при дублировании ключа на месте,у подъезда для того чтоб сохранить код ключа надо его переписать ручкой непосредственно после копирования перед клиентом,когда он высвечивается на экране и после делать дубликат?

Я ответил Вам для чего теоретически нужна функция финализации. Для того чтобы сказать помогает ли она практически нужны фильтры которые бы занимались тем, о чем пишет Петр. По крайней мере нам такие панели не встречались, поэтому ответить можем только теоретически.

Если у вас панель будет менять в заготовке код ключа то возьмите заготовку которая поддерживает окончательную, а не псевдо финализацию и запишите ее, например это тм01, rw1990.2. После чего ключ нельзя будет перезаписать. И заодно и проверите на практике, помогает ли эта функция.

По поводу базы-

ТМД5 не имеет встроенной памяти или архива. Если прибор не подключен к ПК то код никуда не сохраняется.

В следующей прошивке будет добавлена функция вызова последнего записанного ключа

[Register 1]

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

[petr5555 294]

Даже нормальные ключи имеют разбросы параметров.

Так что пока фильтры отсеивают и нормальные ключи.

А потом заготовки всё равно будут совершенствоваться......

[Register 1]

Даже нормальные ключи имеют разбросы параметров.

Так что пока фильтры отсеивают и нормальные ключи.

А потом заготовки всё равно будут совершенствоваться......

 

:) Заготовки будут совершенствоваться! Обязательно, иначе никак не получится их постоянно продвигать. Диалектика, т.с. :) Но только, вот..В ЧЁМ?? "совершенствоваться"? Или Вы считаете, что разброс параметров грозит только..."нормальным ключам"?

[petr5555 294]

Даже нормальные ключи имеют разбросы параметров.

Так что пока фильтры отсеивают и нормальные ключи.

А потом заготовки всё равно будут совершенствоваться......

 

:) Заготовки будут совершенствоваться! Обязательно, иначе никак не получится их постоянно продвигать. Диалектика, т.с. :) Но только, вот..В ЧЁМ?? "совершенствоваться"? Или Вы считаете, что разброс параметров грозит только..."нормальным ключам"?

 

В чём совершенствоваться?

Попробуем сформулировать параметры нужной всем заготовки:

 

1. Самое главное - это ответы на внешние команды. Отличий ( у записанной заготовки ) быть не должно.

2. Заготовка должна быть универсальной. Годиться для записи всех видов ключей.

3. Электрические параметры заготовки не должны отличаться то нормальных ключей. И работать она должна при большем

разбросе питающих напряжений.

4. Должна быть предусмотрена возможность окончательной финализации заготовки.

5. Ну и цена заготовки не должна быть намного больше цены нормального ключа.

[Register 1]

А-га...Кроме п.3 (дорогостоящее мероприятие) всё достижимо. ТРУДНО, но достижимо!

[petr5555 294]

А-га...Кроме п.3 (дорогостоящее мероприятие) всё достижимо. ТРУДНО, но достижимо!

 

Пункт 3 просто предполагает отказ от микроконтроллеров, а применение простой логики.

Вот и всё. Никаких трудностей.

[Register 1]

И с применением простой логики будет... где всплыть, т.с. разного рода "подводным камням". И трудности там будут неслабые (дабы обеспечить главный функционал заготовок, особенно в обеспечении многоразовости смены кодаю Для OTP их подразумевается меньше,)

[petr5555 294]

И с применением простой логики будет... где всплыть, т.с. разного рода "подводным камням". И трудности там будут неслабые (дабы обеспечить главный функционал заготовок, особенно в обеспечении многоразовости смены кодаю Для OTP их подразумевается меньше,)

 

А зачем простому жильцу многоразовость перезаписи ?

 

Ему нужен просто хорошо работающий дубликат ключа.

Он что, будет сам каждый день менять код в заготовке ?

Ну будет там не 1000 перезаписей, а 100.

Главное качество заготовки - это не отличаться по параметрам ( временным и электрическим ) от

исходного ключа. Остальное не так важно.

[Register 1]

А зачем простому жильцу многоразовость перезаписи ?

 

Ему нужен просто хорошо работающий дубликат ключа.

Он что, будет сам каждый день менять код в заготовке ?

Ну будет там не 1000 перезаписей, а 100.

Главное качество заготовки - это не отличаться по параметрам ( временным и электрическим ) от

исходного ключа. Остальное не так важно.

 

 

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

Но, собственно не решена проблема безопасности одноразовой записи OTP-заготовок. Чуть не согласовал по времени или по контакту с лузой и ...good by, my darling clone-button! :) С многоразовой перезаписью шансы куда ширше. Но, аппаратная различимость: клон vs фирменный ключ в этом случае больше/явственней! Так и фильтруются..С МОМЕНТА появления самого первого клона! ИЗНАЧАЛЬНО! :)

[petr5555 294]

А зачем простому жильцу многоразовость перезаписи ?

 

Ему нужен просто хорошо работающий дубликат ключа.

Он что, будет сам каждый день менять код в заготовке ?

Ну будет там не 1000 перезаписей, а 100.

Главное качество заготовки - это не отличаться по параметрам ( временным и электрическим ) от

исходного ключа. Остальное не так важно.

 

 

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

Но, собственно не решена проблема безопасности одноразовой записи OTP-заготовок. Чуть не согласовал по времени или по контакту с лузой и ...good by, my darling clone-button! :) С многоразовой перезаписью шансы куда ширше. Но, аппаратная различимость: клон vs фирменный ключ в этом случае больше/явственней! Так и фильтруются..С МОМЕНТА появления самого первого клона! ИЗНАЧАЛЬНО! :)

 

Да что Вы упёрлись в контакт с лузой?

Ну еcли и испортится одна-две заготовки из ста при цене 15 - 20 руб. за штуку, то что тут страшного?

Мир не перевернётся. Хотя я вот сколько раз экспериментировал с записью а испортил всего одну ТМ-01 и одну RW125RF.

 

А проблема фильтрации вообще раздута фирмами из небольших городов, которые всё хотят контролировать.

Конечно, если держать изготовление ключей в своих руках, то тут можно и жильца, который отказывается от их

услуг поприжать и цену на изготовление ключа увеличивать бесконечно т. п.

Но это уже, извините, не рынок - это монополия ! И заинтересоваться такой практикой должны соответствующие органы.

А что касается фильтров, то более-менее серьёзных сейчас я видел один - два, не более.

А игры с питанием ( читай, дополнительный резистор ), которые везде высокопарно называют "аналоговым фильтром" - это

отсеивает не только дубликаты, но и часть нормальных ключей.

 

Ещё раз повторю, что основные проблемы заготовок сейчас - это:

1. Разница в ответах на внешние команды.

Ну этот пункт довольно легко ликвидировать.

2. Проблема с работой заготовки при уменьшенном питании.

Тут сложнее, но тоже решаемо. Особенно, если есть выход на предприятие, занимающееся выпуском микросхем.

3. Отсутствие возможности окончательной финализации заготовки.

Этот пункт тоже не должен вызвать сложностей.

 

Если доработать заготовки по этим трём пунктам, то никакой фильтр им не будет страшен.

 

Кстати, этим требования сейчас практически отвечают эмуляторы ключей, но правда им проще, они питаются от

своего источника.

[Register 1]

Про игры с питанием...резисторы... Эт Вы, Пётр, ещё не всё проверили в данном вопросе. уж простите, если сводите всё к токово-напружно-резисторному ограничению при фильтрации! Там интегратор. вкупе с программным кодом на сегодняшний день процентов 80 отфильтровывает (КТ1233КТ1.КТ1233КТ2). И, на чисто программном косяке тайм-слотов нынешние (и чуть ранее выпускаемые) RW1990. RW1990.2 куда более устойчивы были к фильтрации! А болванки-иммитаторы К1233КТ1(DC2000-Цифрал) и К1233КТ2(ТМ2003a) шикарно фильтруются по одной причине, что не совсем была взята предлагаемая НТЦ СИТ(Брянск) ими схема чтения. :)

З.Ы.Вы не один, Пётр, т.с. в этой теме анализируете тонкости ТМ/RF-ключей :)

 

И ещё раз повторю. Вы или кто-там сначала воплотите эти пункты , а потом уж будет видно ЧТО ТАМ С ФИЛЬТРАЦИЕЙ!

Про эммуляторы всё, т.с. и ежу понятно. Тут, хоть, от солнечных лучей или индукцией питайся-всё лучше, чем энергоЗАВИСИМАЯ при совокупности с лузой заготовка.

[petr5555 294]

Вы, наверное, ошиблись адресом !

Извините. но я не занимаюсь производством заготовок, а тем более фильтров.

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

 

Что касается устойчивости к фильтрации заготовок RW1990, RW1990.2, то тут

я даже не буду с Вами спорить. Это бесполезно. Возьмите и сами их протестируйте.

Может тогда и сами поймёте что устойчиво, а что нет.

 

Меня, честно говоря, вообще не волнует ( а скорее забавляет ) эта возня вокруг фильтров и заготовок.

Втягиваться в эту бесполезную борьбу на той или другой стороне абсолютно не хочу.

А с паролями проблем нет, не первый год занимаюсь эксплуатацией домофонов.

Поэтому в домофоны записываю всегда нормальные ключи. Хотя и дубликаты в городе работают пока

без всяких проблем.

[Register 1]

Ну не Вы , так другие (об этом и написал "не Вы или кто-там...") :)

Меня уже давно забавляет другая тенденция: возня вокруг кучи вариаций заготовок в различных типах., основной причиной которой является, как раз процедуры (в рамках ваших идей антифильтрации) по приближению параметров болванок к истинным ключам. Тоже не хочу спорить с Вами, ибо оооочень многие заготовки УЖЕ происследованы и изучены с разных сторон. Что отрадно, что Вы, собственно, подтвердили мои давние пожелания пользователям- с родными, т.с. ключиками (тоже имею пароли и универсальные коды доступа к разным системам) надёжнее. И это имеет КУДА более благополучные перспективы в обслуживании и надёжности срабатывания ключей в них. Без всяких проблем(это Вы верно заметили)!