Проблема с ключами, БУД-301К "теряет" ключи Options

[maceman]

Вопрос от рядового пользователя домофона.
Возник конфликт с компанией, обслуживающей наш дом.
Через полгода после начала эксплуатации домофона в подъезде из 16 квартир несколько ключей перестали "открывать" дверь. При поднесении деффектного ключа к считывателю раздаётся сигнал "чужой ключ". Наши сервисмэны утверждают, что ключи левые, купленные чуть ли не на базаре, и отказываются запрограммировать ключи по новой. Я же точно уверен, что ключи родные.Можно, конечно, "послать" наших сервисмэнов, залезть в БУД, переставить перемычку и заново "зашить" ключи, но терзают сомнения: не деффект ли это микросхемы памяти в БУДе. Есть так, то как это доказать обслуживающей компании и не откажет ли память вообще?

[TS128]

Дефект памяти - почти не вероятно!

С уверенностью на 99% могу сказать что ключи были намеренно стёрты обслуживающей организацией. Даже если ключи и на самом деле какие-то кривые, что мешает представителям вашей обслуживающей организации записать ключи по новой? Они считают что это такие великие трудозатраты? Попросите компетентного, в вопросах программирования оборудования, представителя обслуживающей организации приехать к вашему подъезду, и в вашем присутствии записать не открывающие домофон ключи, одновременно с которыми попросите записать в домофон один новый ключ, который по их мнению "не левый". В процессе когда представитель обслуживающей организации будет делать это, следите за тем, чтобы после прикладывания ключей домофон издавал не более 2 сигналов, и за тем, чтобы представитель между прикладыванием ключей не нажимал никаких кнопок. Нажимать кнопки нужно только до или после прикладывания всех ключей, в том случае если общее количество всех прикладываемых ключей не будет больше 6 шт.
После данной операции проверьте, что все ключи открывают дверь.

Очень вероятно, что количество не открывающих ключей будет кратно 6, это является прямым признаком того, что ключи были стёрты намеренно.

Если даже это дефект памяти, во что очень трудно поверить, то чьи это проблемы? Разве ваши? Это их и только их проблемы.

[Integral Service]

Интересную тему затронули. Нас тоже зачастую беспокоят по этому поводу причем домофоны разных моделей. Обычно программирую его заново и все, зато проблем с жильцами не будет. Но самому очень интересно как так получается. Пока есть следующие версии:
1. Покупают незапрограммированый ключ по незнанию, а потом чтобы не платить говорят "ключ почему то перестал работать"
НО, некоторые ключи по виду б/у.
2. Случайно путают ключи с ключами от другого подъезда, допустим от подъезда своих родственников
НО, многие утверждают что это именно тот самый ключ, и он никогда не снимался со связки
3. Глюки программы, которая случайно стирает ключи
Но здесь, как утверждает TS128, это крайне редкий случай.
4. Злостные конкуренты подкидывают работу, что тоже кажется маловероятным, т.к. все сервисные коды остаются прежними.

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

[Бугор]

У меня проблема несколько иного характера.
БУД-301М.
При стирании конкретного ключа, ключ удаляется, но ячейка остаётся занятой т.е. прописать в эту ячейку другой ключ – невозможно. Освобождаются ячейки только после стирания всех ключей с квартиры.
Может кто-то знает в чём дело?

[TS128]

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

[petr5555]

Иногда ключ теряется, т.е. меняется информация в ключе. Это
вызвано плохим программированием микросхемы ключа, восстанавливаются пережигаемые перемычки и меняется его номер. Достаточно
просто перезаписать этот ключ в домофон.

[alex_t2]

Иногда ключ теряется, т.е. меняется информация в ключе. Это
вызвано плохим программированием микросхемы ключа, восстанавливаются пережигаемые перемычки и меняется его номер. Достаточно
просто перезаписать этот ключ в домофон.

Интеллектуально так меняется Чтоб контрольная сумма тоже откорректировалась.
А по сути, для Визита такое явление, которое описал Бугор, вполне возможно. Причина этого в том, что для идентификации используется только 3 байта кода ключа.
Например у Вас есть два ключа - один с кодом
01 02 03 04 05 06
а другой с кодом
01 02 04 04 05 06
Допустим первый мы записали на квартиру 1, второй на квартиру 2 (при поквартирной записи такое возможно) В памяти оба кода будут урезаны до 04 05 06, т.е. окажутся одинаковыми. При попытке удалить ключ по коду, он (вероятно, т.к. исходных кодов прошивки не видел) будет стёрт из ячейки квартиры 1, а в ячейке квартиры 2 останется.

[alex_t2]

Дополнение:
Братским народом одно время поставлялись ключи с кодом вида ХХ ХХ ХХ АА 55 АА
Три последних байта у всей партии одинаковы. Соответственно в Визите достаточно записать только один, и открывать двери будет весь мешок. Возможно топикстартер столкнулся именно с этой ситуацией.

[petr5555]

Друзья, у меня эта проблема была с ELTIS, а там прописан
полный код ключа.
Может измениться один бит в номере и ключ не будет
читаться контрольная сумма конечно же не меняется, хотя этот
разряд может оказаться и в ней. Бывает и второй вариант,
плохая перемычка при чтении будет давать разный код ключа,
а программа домофона читает ключ 3 раза подояд и если при этом
2 раза прочтётся неверный код, то домофон даст отбой.

[alex_t2]

Вообще-то Элтис будет молчать, как партизан, если не совпадает контрольная сумма.
Новые Элтисы (300,400), кстати, тоже опознают по трём байтам.

[petr5555]

Не надо придираться к словам. Отбой в смысле дверь не откроется.
Пишется полный номер ключа, а работа ведётся с 3-мя байтами+байт
контрольной суммы.

[alex_t2]

Не надо придираться к словам. Отбой в смысле дверь не откроется.
Пишется полный номер ключа, а работа ведётся с 3-мя байтами+байт
контрольной суммы.

Последний раз придерусь, не занудства ради, а истины для.
Читается полный номер ключа, а пишется в память и сравнивается 3 байта. Контрольная сумма только подтверждает правильность считывания.
Справедливо для всего оборудования Визита, и для Элтиса серии 300 и 400 (и двух моделей сотой серии)

[petr5555]

Для непонятливых.
В ELTIS ТМ-8 или 10 пишется в память полный номер ключа!!!
Кроме этого пишется номер квартиры и атрибут ключа (вкл./выкл.).
А программа работает с 4-мя байтами номера.
Посмотрите коды ключей в памяти с помощью любого программатора.

[alex_t2]

Для непонятливых.
Элтис ТМ8 и ТМ10 это СОТАЯ серия.
Там всё именно так, как Вы написали.
Но я же несколько раз упомянул про Визит и Элтис серии 300 и 400.

[petr5555]

Я писал про сбой ключей именно на 100 -й серии.

[alex_t2]

Вы писали про три считывания подряд.
У Вас есть исходники прошивки тм8?

[petr5555]

К сожалению нет.

[Integral Service]

Продолжу тему в связи с новыми наблюдениями. В одном большом доме (81 квартира), домофон (БУД-301М) стоит уже года 3, за послдние месяца 2 несколько раз заказывали ключи по 1-2 шт. с разных квартир, заказанные ключи записывались в ячейку 37, затем когда она заполнилась - в 38.
Спустя месяц разом обратились со всех квартир, чьи ключи записывались в ячейку 37 со словами что ключи не работают. Как выяснилось - были стерты все ключи с 37 ячейки. К сожалению не было времени считать программатором микросхему, но все эти ключи мы заново записали в ту же самую 37ю ячейку.
Единственная версия: глюк! т.к. оборудование закрыто под замок, сервисный код остался нетронутым.
В нашем городе есть проблема в перепадах напряжения, возможно это из за него?

[Dmfn_Create]

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

А вы делаете резервные копии EEPROM? В этом случае легко проверить, был ли код ключа уже записан ранее или его в памяти никогда не было. Жильцы понятное дело, никогда не признаются, что потеряли или подменили ТМ ключи .

А по сути, для Визита такое явление, которое описал Бугор, вполне возможно. Причина этого в том, что для идентификации используется только 3 байта кода ключа.
Например у Вас есть два ключа - один с кодом
01 02 03 04 05 06
а другой с кодом
01 02 04 04 05 06
Допустим первый мы записали на квартиру 1, второй на квартиру 2 (при поквартирной записи такое возможно) В памяти оба кода будут урезаны до 04 05 06, т.е. окажутся одинаковыми. При попытке удалить ключ по коду, он (вероятно, т.к. исходных кодов прошивки не видел) будет стёрт из ячейки квартиры 1, а в ячейке квартиры 2 останется.

Но вероятность такого события крайне мала, ИМХО. Поскольку повторение кода длиной 3 байт происходит через 2 в 24 степени раз - это больше 16 миллионов.

... Как выяснилось - были стерты все ключи с 37 ячейки. К сожалению не было времени считать программатором микросхему, но все эти ключи мы заново записали в ту же самую 37ю ячейку.
Единственная версия: глюк! т.к. оборудование закрыто под замок, сервисный код остался нетронутым.
В нашем городе есть проблема в перепадах напряжения, возможно это из за него?

Тоже маловероятно, чтобы из-за сбоя по питанию стёрлась какая то дальняя ячейка EEPROM или домофон вдруг самопроизвольно вошел в режим стирания ключей. EEPROM может быть попорчена сбоями питания, но только в начальных адресах. А там лежит пароль и другие настройки, которые, как вы утверждаете не изменились.
Скорей всего это ошибки в программе домофона. У фирмы Модус прошивки вообще не очень то продвинутые.

[Integral Service]

Скорей всего это ошибки в программе домофона. У фирмы Модус прошивки вообще не очень то продвинутые

возможно. такие случаи у нас периодически встречаются, теперь и не знаю кому верить а кому нет.
Когда устанавливаем новые домофоны - делаем резервную копию, но на уже раннее обслуживаемых нет, т.к. ковырять микросхему в БУДе каждый раз при заказе каждого ключа занимает много времени