Показать сообщение отдельно
Сенсей
 
Регистрация: 02.11.2006
Сообщения: 542
Репутация: 141 alarm_engineer репутация 125:  весьма уважаемая личность
По умолчанию

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

какие еще есть сомнения?
мы думали над этим, и, похоже, проблему решили.

в Pandora DeLuxe 2000 и Pandect DX похожая проблема решена на другом уровне за счет более дольнобойного в обе стороны и более помехозащищенного радиоканала плюс высокая скорость передачи,- практически в десять раз выше, чем у DeLuxe 1500. проверки идут полноценным диалогом, лишь уменьшая скорость передачи при увеличении расстояния для увеличения вероятности приема. а на небольших расстояниях скорость передачи максимальна, чтобы сократить время в эфире, - экономим батарейку брелока.
  Ответить с цитированием