Вот видео того, как это делаю я: https://disk.yandex.ru/i/ru1hRKAqG67qwA

1 час назад, juS сказал:

Ну и мне сказали что ключи Элтис хранит в усеченном формате - три байта, значит нужно их вытащить в ikeybase в привычном формате dallas - 59 00 00 0B C2 F4 3A 01

Если писать так, чтобы не привлекать ясновидящих, то можно было ответ и быстрее получить. Например:

Уважаемая редакция. Я считал данные из памяти домофона Имярек в память ключа DS1996 и выгрузил эти данные в программу. Как мне теперь из этих данных выдергивать ключи, которые были прописаны в этот домофон и сохранять их в программу ikeybase как обычные ключи даллас DS1990.

Ну а как вы из обрезанных данных будете вычислять оставшиеся, не знаю. Шаблон далласа это 01 в конце, контрольное число в начале (само рассчитается), 00 00 после контрольного числа (не 100% но почти всегда). Однако, если панель и не проверяет оставшиеся, то что угодно можно писать в недостающем байте.

52 минуты назад, Pavel сказал:

Если писать так, чтобы не привлекать ясновидящих, то можно было ответ и быстрее получить. Например:

Уважаемая редакция. Я считал данные из памяти домофона Имярек в память ключа DS1996 и выгрузил эти данные в программу. Как мне теперь из этих данных выдергивать ключи, которые были прописаны в этот домофон и сохранять их в программу ikeybase как обычные ключи даллас DS1990.

Ну а как вы из обрезанных данных будете вычислять оставшиеся, не знаю. Шаблон далласа это 01 в конце, контрольное число в начале (само рассчитается), 00 00 после контрольного числа (не 100% но почти всегда). Однако, если панель и не проверяет оставшиеся, то что угодно можно писать в недостающем байте.

Панель проверяет весь код при чтении ключа.

Хранит всего 3 младших байта кода - значит пишите в старшие байты 00, вычисляете CRC и в начале пишите 01.

Вот и код ключа....

Илья, спасибо, очень наглядно.

Как я понимаю, все ключи записались в один адрес (запись слева), это удобно.

По ходу замечания несущественны - наверняка и Access не нужен, там же одна таблица, можно сразу в Excel было csv загнать.

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

Вопрос основной остался именно в том что не хватает байтов в данных и они, получается, не восстановимы.

Вы вручную добили данные, зная их, до нужного значения универсалки.

Получается что значения ключей неверны в дампе DS1996L. Тогда я вообще не понимаю как можно даже из одного 400 Элтиса перелить данные в другой, раз в данных о ключах жильцов имеются невосполнимые потери.

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

53 минуты назад, petr5555 сказал:

Панель проверяет весь код при чтении ключа.

Хранит всего 3 младших байта кода - значит пишите в старшие байты 00, вычисляете CRC и в начале пишите 01.

Вот и код ключа....

В видео видно что даже код универсалки при дополнении нулями и 01 становится неверным - отличным от эталона, тк данных для его восстановления недостаточно. Значит ли это что он тоже будет работать? В противном случае данные при переносе через 1996 невосстановимы.

Только что, juS сказал:

В видео видно что даже код универсалки при дополнении нулями и 01 становится неверным - отличным от эталона, тк данных для его восстановления недостаточно. Значит ли это что он тоже будет работать? В противном случае данные при переносе через 1996 невосстановимы.

Выше же писали, что панель проверят только 3 байта. Хоть что туда пишите. Если CRC в воссозданном ключе будет верный и 01 в конце, то на проверку пойдут только 3 байта.

3 минуты назад, Pavel сказал:

Выше же писали, что панель проверят только 3 байта. Хоть что туда пишите. Если CRC в воссозданном ключе будет верный и 01 в конце, то на проверку пойдут только 3 байта.

Понятно, то есть могут быть различающиеся ключи. Но вопрос остается - а откуда узнавать правильный CRC по 3м байтам? Его же нет в 1996 формате. Вы добьете его 00, 01 в конце и получите другой, не эталонный, CRC.

2 минуты назад, juS сказал:

Понятно, то есть могут быть различающиеся ключи. Но вопрос остается - а откуда узнавать правильный CRC по 3м байтам? Его же нет в 1996 формате. Вы добьете его 00, 01 в конце и получите другой, не эталонный, CRC.

CRC программа рассчитывает автоматически для каждого ключа. В памяти домофона CRC не хранится, она проверяется на этапе считывания ключа.

Только что, Uilyi сказал:

CRC программа рассчитывает автоматически для каждого ключа. В памяти домофона CRC не хранится, она проверяется на этапе считывания ключа.

Да, понятно что ikeybase рассчитывает CRC автоматически. Вы взяли 3 байта, добили 00 и 01 и получили полный код Dallas. Но CRC другой у оригинала. Там же не 00 были, а числа какие-то. Ну на примере универсалки. Вы их знали и добили и все тип топ.

А если вы их не знаете? CRC останется другой и не пройдет проверку домофона если он знает правильный CRC.

В вашем примере у универсалки CRC E1, а был при импорте 77. Вы добили числа и стала CRC E1.

Если вы их не знаете, то все. CRC неверный. Если домофон знает верную CRC, ключ записанный по такому дампу проверку не пройдет.

Или домофон просто считает CRC? Вопрос зачем? Если не сверяет ни с чем. Просто так что ли?

Только что, juS сказал:

CRC останется другой и не пройдет проверку домофона если он знает правильный CRC.

Смотрите как это работает:

Прикладываем к считывателю домофона ключ E1 00 36 5A 11 40 BE 01. Считка смотрит что для кода 00 36 5A 11 40 BE контрольная сумма задана правильно - E1, и передаёт в память домофона сам код ключа - 00 36 5A 11 40 BE. Так как в памяти домофона хранятся только последние три байта, то он видит 11 40 BE, находит их в своей памяти и даёт добро на открытие двери.

Прикладываем к считывателю домофона ключ 77 00 00 00 11 40 BE 01. Считка смотрит что для кода 00 00 00 11 40 BE контрольная сумма задана правильно - 77, и передаёт в память домофона сам код ключа - 00 00 00 11 40 BE. Так как в памяти домофона хранятся только последние три байта, то он видит 11 40 BE, находит их в своей памяти и даёт добро на открытие двери.

1 минуту назад, Uilyi сказал:

Смотрите как это работает:

Прикладываем к считывателю домофона ключ E1 00 36 5A 11 40 BE 01. Считка смотрит что для кода 00 36 5A 11 40 BE контрольная сумма задана правильно - E1, и передаёт в память домофона сам код ключа - 00 36 5A 11 40 BE. Так как в памяти домофона хранятся только последние три байта, то он видит 11 40 BE, находит их в своей памяти и даёт добро на открытие двери.

Прикладываем к считывателю домофона ключ 77 00 00 00 11 40 BE 01. Считка смотрит что для кода 00 00 00 11 40 BE контрольная сумма задана правильно - 77, и передаёт в память домофона сам код ключа - 00 00 00 11 40 BE. Так как в памяти домофона хранятся только последние три байта, то он видит 11 40 BE, находит их в своей памяти и даёт добро на открытие двери.

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

Только что, juS сказал:

Таким образом остается непонятным зачем вообще кто-то придумывает кроме 00 какие-то значения в незначащих ничего для домофона байтах. Видимо кому-то просто нечем было заняться и для разнообразия их решили чем-то заполнить.

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

Понятно, спасибо. Метаком у нас огромная редкость, о камсане даже не слышал.

48 минут назад, juS сказал:

наверняка и Access не нужен, там же одна таблица, можно сразу в Excel было csv загнать.

Смотрите сами, может у вас получится как то без Microsoft Acces. Но петрушка в том что в этой программе можно двумя кликами отделить мух от котлет, а если открыть csv сразу в exel, то он выдаст набор типа

1 , B1ACB0

2 , B2E189

3 , B6F969

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