rw1990

[petr5555]

Вот творческая мысль зашевелилась, а то только дайте,дайте...
Только записав RW1990.1, не надо говорить, что всё понятно с остальными.
Ключи RW1990, RW1990.1 и RW1990.2 отличаются друг от друга, поэтому и идут
под разными номерами.
Скопировали ключ на заготовку RW-1990.1, так и пишите я смог записать именно эту заготовку.
Не приукрашивайте!
А насчёт протокола, который Вы подтверждаете - это заблуждение, никакого протокола
записи там нет. Более того, авторы в тексте всё время путают ключи RW-1990 и RW-1990.2.

Протокол записи - это полный набор команд для записи данной заготовки !!!
Этого там нет!!! Хотя уже пошёл второй год с момента опубликования этой статьи и авторы
(как они писали) даже имеют под руками дубликатор ключей.
Могу сказать, что:
1. Запись на RW-1990.2 идёт только потому, что исходно эти ключи открыты для записи.
А если попадётся закрытый от записи ключ? Этот случай не рассмотрен.
2. Как работает антифильтр ключа? Этого тоже нет.
3.Окончательная финализация. Она тоже не описана на этой странице.

То есть всё очень и очень сыро...

[RECTO]

я так понял, это команды проверки на готовность, для rw1990.2. если ответ FF- подождать и повторить команду, не готов, а если FE- можно писать код.

Хм, разве?.. FE - это ответ ключа на команду C4. А FF - это ответ на 1E. В процессе записи, который описан там на последней странице, нигде не посылается команды C4. Только "1E-FF-пауза". Я в своей программе сделал так: посылаем команду 1E, считываем ответ. Если он равен FF - продолжаем, если нет - выходим из записи с сообщением об ошибке.

[RECTO]

Только записав RW1990.1, не надо говорить, что всё понятно с остальными. Ключи RW1990, RW1990.1 и RW1990.2 отличаются друг от друга, поэтому и идут под разными номерами.

Совершенно верно. Но насчет "остальных" я и не утверждал. Речь шла только про RW-1990.2, где данные записываются в прямом виде (в отличие от RW1990.1).

А насчёт протокола, который Вы подтверждаете - это заблуждение, никакого протокола записи там нет.

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

Более того, авторы в тексте всё время путают ключи RW-1990 и RW-1990.2.

Опять же, нет. Всё сказанное в проекте относится только к заготовке RW1990.2. Заготовка RW1990.1 упоминается там только 1 раз в том смысле, что пишется она точно так же, но данные при записи инвертируются.

Протокол записи - это полный набор команд для записи данной заготовки !!! Этого там нет!!! Хотя уже пошёл второй год с момента опубликования этой статьи и авторы (как они писали) даже имеют под руками дубликатор ключей.

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

Могу сказать, что:
1. Запись на RW-1990.2 идёт только потому, что исходно эти ключи открыты для записи.
А если попадётся закрытый от записи ключ? Этот случай не рассмотрен.
2. Как работает антифильтр ключа? Этого тоже нет.
3.Окончательная финализация. Она тоже не описана на этой странице.

То есть всё очень и очень сыро...

А вот кстати... Насколько я вычитал, RW1990.2 отличается от RW1990.1 возможностью финализации. То есть, получается, в RW1990.1 финализации нет, она не предусмотрена. Это так? А закрытый от записи ключ RW1990.2 - это и есть финализированный, или, как еще писали где-то - "псевдофинализированный". Это одно и то же? И если это так, то получается, что все ключи RW1990.1 открыты для записи? Так?

Ну и вообще, насколько реально нужна финализация ключа? Опять же, как я читал, на стабильность работы и на обход фильтров она практически не влияет. Во всяком случае, с "ВИЗИТАМИ" это так...

[petr5555]

Ну посмотрите логи записи в статье-они называются то логом ключа RW-1990,
то вдруг логом RW-1990.2, а информация в них только о ключе RW-1990.2.

Теперь о другом. Вы не разобрались с понятием финализации.
Финализацией ключа считается процесс, после которого ключ перестаёт реагировать на команды записи, т.е. его нельзя больше перезаписать.
При этом он должен работать (реагировать на команды) точно как ключ DS-1990.
Закрытый для записи ключ-это псевдофинализированный, т. е. он не реагирует
на команду записи, но его можно всегда перевести обратно в режим записи.
Ключи RW-1990.2 продаются открытыми для записи, RW-1990 - исходно закрыты
для записи (псевдофинализированы), про RW-1990.1 не скажу, не работал с ними.
Окончательно финализировать можно только RW-1990.2, хотя финализация сделана
в них очень погано и её стараются пока не делать.
Что такое фильтр? это устройство, которое отбраковывает клоны на основе их
отличий от исходных ключей DS-1990. Возьмём для простоты ключ ТМ-2004.
Он отличается от DS-1990 тем, что откликается на большое (69) количество
команд (даже после финализации), т. е. подав, например, команду 03h или другую
с тройкой на конце получим в ответ номер ключа. Исходный DS-1990 откликается
номером только на команды 33h и 0Fh. Если ключ ведёт себя как положено, фильтр
пробует подать команду записи для записи своей информации в ключ.
Так вот финализация не даёт это сделать, а псевдофинализацию можно снять.
Что касается фильтров и работы заготовок с ними.
Конечно сейчас не везде стоят хорошие фильтры, у меня тоже пока работают
ТМ-2004. Но не надо надеяться, что так будет всегда.
Кроме этого фильтры совершенствуются вместе с выходом новых заготовок.

[RECTO]

Спасибо, теперь кажется, разобрался.
Тогда еще такой вопрос - а для чего нужна псевдофинализация? Тем более, зачем RW-1990 идут в продажу закрытыми от записи? RW-1990.1, видимо, идут открытыми, поскольку я смог их записать.
Кстати, сброшенный флаг записи (команда 1Dh, тайм-слот 0) - это и есть закрытие от записи, или это уже отдельная тема?

[petr5555]

Ну и вопросы Вы задаёте?
Я же не разрабатывал эти ключи, поэтому не могу сказать, что пришло
в голову их разработчикам.
Ну вот решили они сделать так и всё.

[RECTO]

Понятно, значит объективных причин не было.

[hexFF]

кто знает?..

[RECTO]

Могу поделиться еще одним наблюдением. RW-1990 (в отличие от ТМ-2004) в режиме записи очень чувствительны к помехам в цепи питания. Читаться будут нормально, однако могут не записать вообще ни одного бита. Скорее всего, у автора проекта на http://sunstudent.narod.ru именно так и происходит - например, общий провод или линия питания/данных проходит близко от деталей тактового генератора, или считыватель соединен с контроллером слишком длинным проводом. И автор проекта был вынужден поставить резистор 200 Ом (!!!) на питание таблетки - "чтобы запись заготовки происходила достаточно уверенно, а записанные данные не носили случайный характер".
В идеале следует расположить контакты считывателя прямо на плате контроллера. "Землю" для ключа берем прямо от "минуса" электролита, который стоит параллельно клеммам питания устройства, и ничего другого на этот провод не навешиваем. Подтягивающий резистор так же припаиваем прямо к "плюсу" электролита одним концом, а другим концом - к центральному контакту считывателя. Общий провод и подтягивающий резистор должны располагаться как можно дальше от деталей тактового генератора! Тогда RW-1990 будет нормально записываться при "положенных" 4,7 кОм.

[petr5555]

RW1990 и RW1990.2 - нормальные ключи и пишутся и читаются при
подтяжке 4.7 кОм.
А проект по чтению шины сделан конечно примитивно.
Не надо измерять состояние шины через определённые промежутки времени,
а надо просто следить за уровнем шины, отслеживать сигналы и засекать время,
в течение которого происходят изменения (по прерываниям).
На основе этого можно уже легко различать основные сигналы: сброс, присутствие,
ноль, единица и т.д.
Компьютер можно и не использовать, всё делается просто на микроконтроллере
с выводом на индикатор.