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

ra0wbj · 15.09.2011, 17:04

может так реализовано?
С6=b11000110 46=b01000110 просто не берем во внимание 7 бит

RECTO · 15.09.2011, 17:08

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

а вот и нужна! вот у меня сейчас:
читаю ключ 46000033A64BAF01
записываю болванку
читаю болванку С6000033A64BAF01

Значит, запись прошла неправильно, и при финальной проверке дубликатор должен обнаружить несоответствие исходного и записанного номеров и выдать сообщение об ошибке. Нужно попытаться произвести запись еще несколько раз, а если она всё равно не проходит - взять другую заготовку.
Другое дело, если Вы отлаживаете работу своего собственного дубликатора, и Вам нужно знать, что там именно записалось в заготовку, чтобы искать ошибки. Тогда да - такая возможность нужна. Но в рабочей-то, отлаженной версии устройства она зачем?

ra0wbj · 15.09.2011, 17:09

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

Скакой именно дубликатор Вы собирали.

ну мы как бы отвечаем на вопрос bar_boss нужна ли оционально возможность записи/редактирования ТОЛЬКО контрольной суммы ключа

ra0wbj · 15.09.2011, 17:13

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

ra0wbj · 15.09.2011, 17:26

по поводу обсуждения разных вариантов дубликатора
я еще собрал вариант большогоК но видимо у меня дохлый индикатор, ваще никаких признаков. отложил пока.
вот собрал от bar_boss т.к. люблю информативность, у него полноценный индикатор. да и собирал на "проводках" и было лень паять кучу проводов на семисегментник в проекте от RECTO

RECTO · 15.09.2011, 17:27

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

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

То есть, Вы имеете ввиду, что в каком-то замке используются ключи с заведомо искаженной контрольной суммой (допустим, инвертированы какие-то определенные биты), а ключи с правильной CRC отсеиваются как клоны?
Думаю, нет, не в данной ситуации.

Во-первых, домофоны ориентированы прежде всего на ключи DS1990A, а в них такая ситуация просто невозможна - они все имеют правильную CRC.
Во-вторых, правильную CRC имеет ключ 46000033A64BAF01. То есть, считался он у Вас правильно, а записался на заготовку неверно. Ну, так и какой смысл в редактировании контрольной суммы?..

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

RECTO · 15.09.2011, 17:35

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

вот собрал от bar_boss т.к. люблю информативность, у него полноценный индикатор. да и собирал на "проводках" и было лень паять кучу проводов на семисегментник в проекте от RECTO

Есть же минимальная версия - без цифрового индикатора, с выводом информации на светодиоды. Попробуйте, отзывов о неработоспособности я пока не получал.
Кстати, у меня в планах есть мысля довести свой простенький копировщик до полнофункционального устройства - с полноценным ЖКИ и прочим. А то цифровой индикатор для часов по нынешним временам действительно смотрится несколько архаично.

ra0wbj · 15.09.2011, 17:37

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

То есть, Вы имеете ввиду

блин! я не считал контрольную сумму, какая верна!
кстати как-то можно просто на калькуляторе?
ключ с ЦРЦ 46 реальный
почему пишется (неоднократно) С6 и почему дубликатор не ругнулся при проверке ЦРЦ? возможно на данный момент проверка отключена?

ra0wbj · 15.09.2011, 17:38

люблю информативность

да и мне типа "шашечки" а не ехать

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

Bar_boss · 15.09.2011, 17:42

Всем спасибо за отзывы!
Значит, функция проверки CRC была сделана сразу, и как правильно говорил RECTO, программа "крутит" считывание по циклу до тех пор, пока контрольная сумма не совпадёт.

Но у меня в дубликаторе есть "ручной" режим ввода кода, следовательно туда можно ввести что угодно, в т.ч. и любое значение CRC. Такая ситуация вполне возможна - допустим, ключ используется не для "стандартного" домофона, а для сигналки, имеющей алгоритм распознавания ключа без контрольной суммы, например, байт, который отведён под CRC, является одним из байтов кода. Если создать такой ключ "вручную" при методе проверки правильности на CRC попросту никогда не считается! Ситуация, хотя и гипотетическая, но имеет место быть! Поэтому я пока и отключил проверку CRC и всё же думаю сделать, что бы она была, но в любой момент эту проверку можно было отключить - для случая описанного выше. Надеюсь, что дубликатор от этого хуже не станет

ra0wbj, проверка CRC производится после считывания всех байтов перед выводом информации на дисплей. В версии, которая выложена, проверка отключена. С режимом проверки CRC прошивка во вложении. Благодаря проверке CRC ключ для чтения необязательно держать на считывающем устройстве до нажатия кнопки READ.