Замок на iButton DS1990

[realid]

Я же описывал ситуацию - если в области памяти, где хранятся коды ключей записаны 0xFF (нули) это чревато тем, что многократном замыкании/размыкании входа ключа возможен вариант, что этот "дребезг" будет воспринят как "правильный" ключ.

Это только в случае программного промаха. Если нормально организовать алгоритм считывания, то такое "рукопашное" замыкание/размыкание никак не пройдет.
Знаете ли дребезг надо давить

[st_1]

Знаете ли дребезг надо давить

"Беспощадно!"(С)

[Bar_boss]

У вас ресурс циклов безграничен???

Не понял??? Ключ записали в EEPROM один раз, при необходимости стёрли, записали по-новой. Полный "ресет" памяти (заполнение случайными значениями) сделали только при первом включении устройства. Я же не пишу в EEPROM каждый раз при чтении ключа. Это происходит толко тогда, когда удаляется старый или записывается новый ключ в память. Ну не каждый же день вы будете удалять одни и записывать другие ключи? Кстати, а в домофонах разве по другому? Там ключи вроде бы тоже храняться в EEPROM, одни удаляют, другие записывают и про "ресурс циклов" что-то никто не говорит

[Maxim39]

Каким образом? Если ваша программа пропускает замыкание, то это ваша ошибка.

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

Вот пример из моей проги.

;----------------------------------------------------------------------------
;подпрограмма проверки CRC для полинома CRC=X8+X5+X4+1
;применяется в ключах и девайсах Dalls iButton
;данная подпрограмма полностью исключает реакцию на замыкание или
;скользящее прикосновение ключа, принимает в дальнейшую обработку только исправный код
;----------------------------------------------------------------------------

CHECK_CRC MOVF CRC_iButton,f ; Проверяем CRC на ноль на случай если
BTFSC STATUS,Z ; какой-то мудак замкнул контакты нашего гнезда (в других случаях это невозможно)
GOTO Mistake ; и возращаемся в основную программу к точке "ошибка чтения" или "руки прочь от гнезда"
CLRF CRC_M ; очищаем результирующий регистр (в конце в нем останется результат деления)
MOVLW 0x38 ; указываем начальный адрес данных которые требуется проверить
MOVWF FSR ; в регистр FSR
L_CRC
MOVF INDF,w ; загружаем байт данных в аккумулятор W
CALL CRC_ROUT ; вызываем подпрограмму CRC_ROUT
INCF FSR,f ; переходим к следующему байту
MOVF FSR,w ; проверяем не дошли ли мы до последнего байта это тот что перед CRC_iButton
XORLW 0x3F ; (внимание нельзя допустить что бы произошло сравнение CRC и CRC) результат будет 0
BTFSS STATUS,Z ; если не дошли то
GOTO L_CRC ; переходим к следующему байту
MOVFW CRC_iButton ; если дошли то производим сравнение CRC_iButton и вычисленного
XORWF CRC_M,w ; а если не ноль то перед нами живой ключик
BTFSS STATUS,Z ; его и сравним с результатом деления
GOTO Mistake ; если не совпало значит есть неверный байт
GOTO Passed ; если совпало ключ считан верно

CRC_ROUT
MOVWF CRC_L ; сохраняяем байт во временном регистре
MOVLW 0x08 ; записываем количество ходов для преобразований
MOVWF COUNT ; в регистр счетчик
MOVF CRC_L,w ; снова берем байт
L1_CRC
XORWF CRC_M,w ; ксорим его с результирующим регистром
MOVWF TMP0 ; сохраняем результат во временном регистре
RRF TMP0,w ; сдвигаем в право
MOVF CRC_M,w ; подгружаем результирующий регистр
BTFSC STATUS,C ; проверяем был ли перенос 1 из младшего разряда TMP0
XORLW 0x18 ; если да то число нечетное и его ксорим с числом 0x18 (что такое незнаю но работает)
MOVWF TMP0 ; если нет число четное, ксорить его ненадо оставляем как было
RRF TMP0,w ; и просто сдвигаем в право
MOVWF CRC_M ; результат сохраняем в CRC_M
BCF STATUS,C ; здесь обнуляется флаг переноса если он был или небыл что бы в следующем цикле не ошибиться
RRF CRC_L,f ; сдвигаем исходный байт
MOVF CRC_L,w ; грузим его в аккумулятор

DECFSZ COUNT,f ; и если счетчик не дошел еще до 0
GOTO L1_CRC ; повторяем цикл
RETLW 0 ; если дошел переходим к следующему байту

[Bar_boss]

"Беспощадно!"(С)

Гениально! (С). На микрочипе Грег, а у на кузусе - st_1. Ни одного толкового совета, но нравоучения на каждом шагу

[st_1]

Гениально! (С). На микрочипе Грег, а у на кузусе - st_1. Ни одного толкового совета, но нравоучения на каждом шагу

А вот это вы зря!!! Значит не в коня корм...
Я то ладно... Мои шутки многие неадекватно воспринимают... я отношусь к этому с пониманием... А по поводу Грега... видать вы не тем ухом его слушали... а и ладно... и распыляться не буду...

Удачи!!!

[realid]

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

То есть вы отбраковываете ключ, а почему бы не определить что это замыкание и просто не читать?
Я встречал умышленно созданные ключи с неправильным CRC и полностью состоящим из 0. Типа мастер-ключи так называемые.

[nonamedov]

А может ввести в записи ключа бит (байт) активности, если 1, то ключ активен, если 0 не активен, при переполнении памяти, ключи записывать в неактивные записи, что то вроде структуры с битом активности и байтами кода.

[Bar_boss]

А вот это вы зря!!! Значит не в коня корм...
Я то ладно... Мои шутки многие неадекватно воспринимают... я отношусь к этому с пониманием... А по поводу Грега... видать вы не тем ухом его слушали... а и ладно... и распыляться не буду...
Удачи!!!

Да ладно, извините, если обидел. И насчёт Грега, видимо, я не совсем прав. Просто, иногда действительно бывают вопросы, в которых пытаешься разобраться, а тебя как пацана начинают "строить". Делает человек что-то неправильно, ну подскажи, объясни. Форумы ведь для этого и созданы, не все тут гуру.

[realid]

А может ввести в записи ключа бит (байт) активности, если 1, то ключ активен, если 0 не активен, при переполнении памяти, ключи записывать в неактивные записи, что то вроде структуры с битом активности и байтами кода.

А почему бы не использовать первый байт ключа, он как известно не бывает 0xFF. Это и есть признак есть(!0xFF)/пусто(0xFF).