Программа для совмещения ключей с разного оборудования, Существует ли? Options

[alex_t2]

Это мелочи. По крайней мере у Элтиса все довольно логично организовано в памяти (если не обращать внимание на местами инверсную логику опций - типа "запрет разрешения отзвонки" )
Вот Цифрал - это да....
сейчас добавляю его обработку, так мозг просто выносит.

[petr5555]

Цифрал - это "вещь в себе", хотя и отпочковался от Элтиса.

[NED1979]

А почему программа не видит файл с расширением bin / Видит только kcd ! в инструкции вроде описано что может открывать bin . Хочу открыть дамп в bin-не !!ПАМЯТЬ EEPROM 24C16! Там только тип файла kcd ?????

[NED1979]

А почему программа не видит файл с расширением bin / Видит только kcd ! в инструкции вроде описано что может открывать bin . Хочу открыть дамп в bin-не !!ПАМЯТЬ EEPROM 24C16! Там только тип файла kcd ?????

Всё !! Сам разобрался !!!

[petr5555]

Посмотрел в программе контроллер Z5R-5000.
Да, намудрили программисты с записью кодов ключей.
Нет чтобы оставить прежнюю структуру записи, там всё чётко и понятно!
А тут разбили на части со смещением.
Кстати, Алексей, не поделитесь дампами памяти для Цифрала?
Тоже хочу рассмотреть структуру записи ключей в разных панелях и контроллерах этой фирмы.

Моя почта: marka-555@bk.ru

[alex_t2]

Да, с z5r-5000 я повозился немного, пока понял принцип сохранения. Это, наверно, для ускорения поиска так сделали. Заметили, как шустро этот контроллер работает с базой на 4-5 тысяч ключей?
С Цифралом все очень нехорошо. Там есть 2 варианта записи ключей Даллас (даже 4, если еще учитывать контроллеры) и три варианта записи ключей цифрал. Разработчики мало того, что не заботились о преемственности форматов, так похоже даже специально вводили изменения. В итоге обеспечить там такую четкость работы, как с Элтисом, не получается. Перенос баз возможен, но не во всех направлениях. Местами частичный.
Здесь я выложил вариант с тремя версиями Цифрала 2094.1 В перспективе буду там обновлять программу, по мере продвижения работы. По этой ссылке будет доступна последняя скомпилированная версия.

[petr5555]

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

Спасибо за новую версию! Буду разбираться с ключами дальше.
Я пока реализовал только редактирование баз ключей ELTIS(100) и Z5R/1000
и перевод баз с ELTIS(100) на Z5R/1000 и обратно.
Вроде работает.

[alex_t2]

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

[petr5555]

А может лучше вообще проверять номера ключей на совпадение и убирать дубли?

Я пока детально ещё не смотрел Цифрал.
Пишу программу для Z5R/5000. Кстати там всё очень даже логично, ищется ключ по младшему
байту и при совпадении переходим наверх и сравниваем остальную часть номера. А если
младшие байты закончились (появилось FFh), то закончена проверка и даётся сигнал, что
такого номера ключа нет в памяти. То есть скорость перебора номеров увеличивается в разы.

Возник вопрос по этим контроллерам, последний номер ключа специально повторяется 2 раза
и пишется второй раз как стёртый?

[alex_t2]

Да, последний номер обязательно повторяется. Байт Ех обозначает, видимо, конец массива - стоп-байт. Стертый ключ маркируется не Ех, а 0х.
под х подразумевается ниббл из номера ключа.
Если встретился 0х, то поиск кода продолжается дальше, а если Ех, то останавливается, даже если там есть еще что-то.
Т.е. там старший байт надо формировать как (байт & 0x0F) | 0xE0. Ну или 0х20, 0х40, в общем поняли.
Номера в программе проверяются на совпадение, само собой, и дубли убираются. Просто в момент корректировки дублем может стать ключ, который до этого не был таким. Там просто у цифрала есть косяк в прошивке, из-за которого это и возникает. В итоге получаются два разных ключа, которые записаны одинаково. На какую квартиру их? Вот эту неоднозначность и хочу убрать, для большей красоты.

[petr5555]

Понятно, спасибо!

[alex_t2]

Обнаружилась фича контроллера Z5R-1000.
Оказывается залить базу из Визита (и Элтиса новых серий, соответственно, да и вообще любую базу) в Z5R не только возможно, а даже очень просто, и все прекрасно работает без каких бы то ни было доработок контроллера.
Позор на мои седины, как не заметил этого раньше?
Похоже, что это будет справедливо и для Z5R-5000.

[petr5555]

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

[alex_t2]

Атрибуты - то изначально менялись. Просто обратил внимание на "неиспользуемый" бит в статусе ключа. Оказывается он задаёт тип ключа "короткий код". Соответственно при установленном бите благополучно игнорируются все байты кода кроме трех младших, что и требуется.

[petr5555]

В статусе, в смысле один из битов в атрибуте ключа? Этот бит работает для контроллера Z5R?
О преобразовании:
В контроллере ведь используется 5 байт кода, а, например, в Визите - три, а в Элтисе 100-й
серии все восемь. Из контроллера, а тем более из Визита в Элтис 100-й серии преобразование
может быть неправильным.

[alex_t2]

В контроллере используются 5.5 байт кода ключа. Обратите внимание, что байт признаков - это "логическое или" половины байта кода с битами типов ключа. Практически мне ещё не встречались ключи, где бы в старших 4 БИТАХ кода были не нули, так что преобразование из Z5 в Элтис ЦП-100 будет правильным с вероятностью 99.9%
Вы, я думаю, обратили внимание, что под тип ключа в Z5 зарезервировано 4 БИТА, а использованы вроде как только три. На самом деле бит 4 определяет "короткий код", и действует одновременно с основными битами. Т.е. обычный ключ с коротким кодом имеет тип не 40, а 50.

[petr5555]

Ну да признак ключа = 20h или 40h, или 60h. Понятно, значит при коротком коде контроллер будет сравнивать
только 3 младших байта номера, записанного в контроллер.
Из Z5R в Элтис можно преобразовать. Это не проблема.
Проблема из Визита в Элтис. И когда номера ключей плавно переползут в старшие байты номера.

[alex_t2]

Из Визита в старый Элтис - да, корректно невозможно.
Теперь получается зато из Визита в Z5. Очень нужная опция.

[petr5555]

Я пробовал перегружать из Элтиса (ТМ10) в Z5R и потом обратно, всё работает.
Одновременно можно убрать удалённые ключи из памяти Элтиса или из Z5R.
Правда теряется распределение по квартирам. Но если использовать в Z5R только 3 байта
номера, то можно сохранить номер квартиры в старшем байте.
Пока при обратной операции номера ключей из Z5R просто дополняются старшими нулями, формируется
контрольная сумма и записывается всё это в Элтис на любую квартиру.

С Элтисом и Визитом такой трюк не проходит, так как есть всего 3 байта номера, а иногда
номер содержит больше цифр и сформировать корректно контрольную сумму невозможно.

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

[alex_t2]

Так а что там проверять?
Из Z5R в любой Элтис - легко! Даже в такую экзотику, как "Элтис-Визит". Это уже лет 5 как практикую.
А теперь получается, что и обратно тоже.
Полигон для тестирования у меня огромный. На этой неделе проверю во всех вариантах.
P.S. Бонусом еще прикрутил опцию восстановления ошибочно стертой базы в Z5