Простой копировщик домофонных ключей (часть 2)

[RECTO]

эмулятор - красивое и завораживающее своей непонятностью, для дилетанта, слово.
а что делает эмулятор? не красивыми сложными словами, а простым человеческим языком.

Да естественно, мы знаем, что такое эмулятор. Вот, например, мой первый эмулятор ключей Dallas, который я создал больше 10 лет назад. Можете познакомиться, а при желании и повторить. https://kazus.ru/forums/showthread.p...07#post1057307

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

Ну, пока вы сами не разберётесь, хотя бы - сколько же там на самом деле байт в коде у ключей Touch Memory (12? 20? 16?) и как называется протокол обмена с ключом (I2C или как-то ещё?) говорить с вами о дележе информации "за гроши" явно рано...

[seregkasa]

spasatell человек готов шагнуть в мир ассемблера у него каша в голове тут можно подтолкнуть к бездне познания ассемблера... есле он знаком с MPLAB

list p=12f508 ; list directive to define processor
#include ‹p12f508.inc› ; processor specific variable definitions
__CONFIG _CP_OFF & _WDT_ON & _MCLRE_OFF & _IntRC_OSC

coreg equ 0x10
delcnt equ 0x11
cobit equ 0x12
del1 equ 0x13
TM1 EQU 014H
reg0 equ 015h
reg1 equ 016h
reg2 equ 017h
reg3 equ 018h
reg4 equ 019h
reg5 equ 01Ah
reg6 equ 01Bh
reg7 equ 01Ch

ORG 0x000 ; coding begins here
RUN
movlw b'11001100' ; запрет прерывания по изм.входа
option ; wdt1:16
MOVLW B'00000000'
MOVWF OSCCAL ; update register with factory cal value
MOVLW B'00001111' ; ввод
TRIS GPIO

btfsc STATUS , GPWUF ; если вышли из sleep,то main(=1)
goto main
bcf STATUS , GPWUF
movlw b'01001100' ; разрешение прерывания по изм.входа
option
sleep
NOP


main
clrwdt
movlw b'11001100' ; запрет прерывания по изм.входа
option
bcf STATUS , GPWUF
BTFSS GPIO , 0
GOTO RUN
MOVLW B'00001110' ; вывод
TRIS GPIO
bcf GPIO , 0

movlw 0x3D ; crc надпись 3D 00 00 00 00 00 00 01
movwf reg7
movlw 0x00 ; всегда 00
movwf reg6
movlw 0x00 ; всегда 00
movwf reg5
movlw 0x00 ; 0x
movwf reg4
movlw 0x00 ; xx
movwf reg3
movlw 0x00 ; xx
movwf reg2
movlw 0x00 ; xx
movwf reg1
movlw 0x01 ; 01 FAMILY
movwf reg0

movlw 0x08
movwf coreg
movlw reg0
movwf FSR
MOVLW .9
MOVWF delcnt
call del60 ; presence pulse 120us
call del60
call del60

MOVLW B'00001111' ; ввод
TRIS GPIO
;прием команды XXH И ПЕРЕДАЧА
clrf cobit
lpwait1
DECFSZ TM1 , f
GOTO wait1
GOTO RUN

wait1
BTFSC GPIO , 0 ; ЖДЁМ ПОЯВЛЕНИЯ 0
GOTO lpwait1
CLRF TM1
DECFSZ delcnt , f
GOTO wait0

; MOVLW 0x33 ; это если нужно декодирование
; SUBWF cobit , W ; команды (например, 33h=‹read rom› )
; BTFSS STATUS , Z
; GOTO run
; передача
lpbyte
movlw 0x08
movwf cobit

lpbit
rrf INDF , f
btfsc STATUS , C
goto cout1

cout0
btfsc GPIO , 0
goto cout0 ; ЖДЁМ 0

MOVLW B'00001110' ; вывод
TRIS GPIO
bcf GPIO , 0
call del30
MOVLW B'00001111' ; ввод
TRIS GPIO
goto endout

cout1
btfsc GPIO , 0
goto cout1 ; ЖДЁМ 0
call del30

endout
decfsz cobit , f
goto lpbit
incf FSR , f
decfsz coreg , f
goto lpbyte
MOVLW B'00001111' ; ввод
TRIS GPIO
CALL del30
GOTO RUN

wait0
btfsc GPIO , 0 ; ждать на RB0 прихода "0"
goto wait0
call del30

; bcf status , C ; это если нужно декодирование команды
; rrf cobit , f
; btfsc GPIO , 0
; bsf cobit , 7

GOTO lpwait1

del30
movlw .9
movwf del1
d30
decfsz del1 , f
goto d30
nop
nop
RETLW 0

del60
call del30
call del30
retlw 0

END

Эмуль DS1990

[spasatell]

ну конечно. все бросились читать даташит на 12 серию микрочип. я про тех, кто из числа вопрашающих

[petr5555]

1. Я конечно не помню уже точно, но вроде можно прямо +5 подавать. Ну на крайняк через резистор на 470 Ом.
2. Инфа 100%, просто у них вторая половина повторяет первую, т.е. используются 8 байт, поэтому икейбаза отображает только 8 байт кода, но записывается прибором 16.
3. Времянки там больше, они более тормознутые, чем далласы. Подобрать опытным путем не составляет проблемы.
Для CRC полином 0x57, стартовое значение 0 и без XOR в конце.

Ну вот , посмотрел КТ-01.

1. +5 можно и напрямую с ножки МК подавать.
2. Действительно, сейчас в программах к дубликаторам можно
записывать все 16 байт кода.
3. Ну и "тормознутые" - это уж точно .........

[igorka]

Здравствуйте.
Возможно это не профильная тема для такого рода вопросов, но концентрация людей которых знают ответ на этот вопрос, пожалуй здесь максимальная (в этой теме форума).
Заранее озвучу - это всего лишь для самообразования и не более, просто интересно!
Собрал копир версии 5.30 (с тремя светодиодами), хотел сделать дубликат своего ключа "Метаком".Сделал, домофон не принял, оказалось на болванку RW1990 ключ пишется с перекодировкой (спасибо, подсказали, что нужно писать на ТМ-01)...К сожалению в наличии только RW1990.Записал на него "вездеход", на старых панелях работает, забавно.
Набрел на эту тему: https://ikey.ru/forum/topic/1804-%D0...D0%B0-dkeysru/
Пусть 99% ключей в этой теме "мертвы" уже на период публикации, не суть!
Формат предоставленных там ключей, как я понимаю в виде шести байт, а нулевой и последний прописывается исходя из типа ключа (01 соответствует формату Dllas и т.д.) и контрольной суммы CRC - 8 (CRC рассчитывает сам копир если не ошибаюсь).
Суть вопроса в следующем, 9B0000FFFFFFFF01, 2FFFFFFFFFFFFF01, у этих ключей CRC считается просто, но все это для записи в формате Dallas.Каким образом считается контрольная сумма чтобы можно было произвести запись ключа в прямом виде, к примеру тот же "Метаком", 810000FFFFFFFF01 как рассчитали 81?
Или же все эти "вездеходы" рассчитаны на запись в формате Dallas?

[petr5555]

Здравствуйте.
Формат предоставленных там ключей, как я понимаю в виде шести байт, а нулевой и последний прописывается исходя из типа ключа (01 соответствует формату Dllas и т.д.) и контрольной суммы CRC - 8 (CRC рассчитывает сам копир если не ошибаюсь).
Суть вопроса в следующем, 9B0000FFFFFFFF01, 2FFFFFFFFFFFFF01, у этих ключей CRC считается просто, но все это для записи в формате Dallas.Каким образом считается контрольная сумма чтобы можно было произвести запись ключа в прямом виде, к примеру тот же "Метаком", 810000FFFFFFFF01 как рассчитали 81?
Или же все эти "вездеходы" рассчитаны на запись в формате Dallas?

Никаких CRC у ключей Цифрал и Метаком нет.
Как нет и признака 01.
Ключ Цифрал имеет размер в 32 бита + стартовая посылка(4 бита).
Ключ Метаком имеет размер в 32 бита + стартовый импульс +
стартовая посылка (3 бита).
Ну это всё хорошо описано в документации на эти ключи ......

Так что если видите код в 8 байт(64 бита), то это
формат именно ключа Даллас.

Как именно получилась CRC = 81 и что это за код не знаю.
Скорее всего, это не CRC, а просто записали такой код.
Вообще в сети много всякой ерунды, тут надо просто проверять.
Работает или нет.

[Sergey1559]

Подскажите. Имеется у клиента домофон мк2008.2-MFE . Как я понял болванки на него стандарта 13.56МГц. Есть болванки смарт-брелоки UID 13,56 МГц перезаписываемые. Но он их не воспринемает. Хотя купленный такой же мк2008.2-MF прекрасно эти болванки кушает.Со слов клиента как ему объяснили на него нужны какие то кодированные ключи заводские. Что за ключи ? Или просто в домофоне надо что то поменять ?

[petr5555]

Подскажите. Имеется у клиента домофон мк2008.2-MFE . Как я понял болванки на него стандарта 13.56МГц. Есть болванки смарт-брелоки UID 13,56 МГц перезаписываемые. Но он их не воспринемает. Хотя купленный такой же мк2008.2-MF прекрасно эти болванки кушает.Со слов клиента как ему объяснили на него нужны какие то кодированные ключи заводские. Что за ключи ? Или просто в домофоне надо что то поменять ?

Ну как вам сказать попроще......
Кодированные - это ключи, которые записаны специальным образом.
Это делается, когда домофон работает в защищённом режиме.
Для перевода домофона в этот режим и для кодирования к нему
ключей нужна ещё карта объекта.

А новый домофон, который куплен, работает не в защищённом
режиме.
Поэтому он может кушать все ключи ( и с защитой, и без ).....

[igorka]

Как именно получилась CRC = 81 и что это за код не знаю.
Скорее всего, это не CRC, а просто записали такой код.

Это из инструкции к копиру автора этой темы.
Выдержка из Копировщик домофонных ключей RECTO-Copier:
Для того, чтобы записать такой произвольный код, откройте в программаторе файл прошивки. Код ключа необходимо записать в область EEPROM микроконтроллера по адресам 00-07, первым байтом записывается код семейства, последним – контрольная сумма CRC. Ключи формата «Dallas» записываются 1 в 1. Ключи «Метаком» и «Cyfral» записываются в формате «Dallas» в кодировках М1 и С1 соответственно. Однако при этом нужно указать копировщику требуемый формат ключа, для этого байт «Family code» 01h необходимо заменить на 81h. Контрольную сумму CRC пересчитывать не нужно!
Например, для записи популярного ключа-«вездехода» 9B0000FFFFFFFF01 внесите в EEPROM с нулевого адреса данные: 01, FF, FF, FF, FF, 00, 00, 9B. Этот ключ будет записан устройством в формате «Dallas» на любую поддерживаемую заготовку.
Для записи этого же ключа, но в формате «Метаком», внесите в EEPROM данные следующим образом: 81, FF, FF, FF, FF, 00, 00, 9B. При использовании заготовки ТМ-01 этот ключ будет записан в оригинальном формате «Метаком».

[igorka]

Если это адресовано мне, то я процитировал фрагмент, из авторского мануала.Если вам не сложно, прочитайте его. Петр понял меня и ответил...
81 как я понял, это некий флаг, по наличию которого, копир понимает какой формат ключа находится в eeprom.
Странно, сообщения предыдущего пользователя исчезло..