EagerT0L3arnI did it all again, calculated myself and everything. I can say I fully understand the process now.
That's good. Better you understand something instead of having blind faith in someone else's ramblings.
Depends on how the button is wired. I tend to wire buttons to GND and use INTERNAL_PULLUP for the pin definition. This way the pin reads HIGH when the button is not pressed. When the button is pressed it connects the pin to GND and reading the pin it will be LOW. The reason for doing this is you don't need a resistors with the button as you would if you wired the button to VCC.
I would however, want you to take a look at the audio recording, to tell me whether I am confused or I am right and the patterns are not all the same. I would really appreaciate if you did that!
I have looked and the codes are different every time the button is released and pressed but remain the same while a button is pressed for a long enough to repeat the TX.
EDIT: I checked again. Are we talking about rolling codes?
Looks like it. Can you send details (model number etc) and links to the remote controller your using, maybe we can find a compatible replacement or details on the rolling protocol used.
A look online at eBay implies you can buy cheap remotes that can clone an existing Keeloq remote but I have my doubts such a simple and cheap device can clone rolling codes.
If they do work then you could clone your remote and then use an Arduino to press the buttons on the clone (assuming this is for home automation).
So the goal was to clone the DoorHan remote by using arduino. I have no intention to buy cheap keeloq rolling code clones or anything like that, but I want to build it myself and understand how to do that.
Determine the key/serial number and discrimination value used to encrypt the Keeloq part of the payload (having the remote in your hand you might be able to brute force it with enough samples or try the side channel method)
I think I should read on how to decrypt keeloq yes? Hmm Will get back to you once I find out something, think it will require a lot of thinking and calculating
Yes it will. The hard part would be figuring out the 64bit key used to encode the encrypted payload with.
P.S. I saw Nohawk's methods on attacking rolling code, but that is only one time thing right? just to block code from being accepted to use it a later time, but only once?
Yes, and this raises an interesting point/problem. Because of the sync counter you cannot make an exact clone of a remote and expect both to work properly as the last remote to transmit will have a higher sync counter so when you try to transmit on the other remote it will not work as its sync code has already been used.
If you can program multiple remotes to the receiver then you can maybe make your own remote (a HCS301 costs about $1.50) with a unique serial that get over the sync counter problem mentioned above or just buy another remote.
Have a look at these pages for a no-nonsense reliable explanation of this protocol I used to hack my weather station sensors. There are some really weird explanations of this protocol out on the web, most actually work, but they do it the hardest way possible.
Hello,
i make project of RF receiver decode keeloq with arduino on 433 or 434 Mhz. I have "REMOTE OPEN ELECTRIC GATE" and i would like to store SERIAL NUMBER OF TRANSMITER by time like access control module.
Receivers:
Firsth Electric Gate have small receiver based on some chip 10358 7E26
Second Electric Gate have bigger receiver based on chip TDA5200
All gates works wery well with my transmiters (transmiter from another keeloq product or brand do not work with gate).
Grabbing a code word out of the air is the easy part - the data in the clear is the serial number and what buttons are pressed. Now you need to figure out the 64-bit manufacturer's code that's used to encrypt the other 32 bits of the code word. That's... not so easy.
3a8082e126