View Full Version : On/Off led with RF Link and 16F628
gingomkc
- 9th July 2011, 10:21
Hi at all, i write because i have an question.
It's possible view an example that explaining as turn on and off a led with a RF receiver 433MHz connected for example at the pin RB5 of an pic 16F628??
I own a remote control that generates a signal (i presume) manchester.
Is there any example on this?
Thanks at all.
Gingomkc
dhouston
- 9th July 2011, 14:11
Take a look at my web page (http://davehouston.org). There are a few articles there that you should find useful. Trying to control an LED without capturing/decoding the RF signal is problematic - depending on the type of RF receiver (e.g. superheterodyne or superregenerative) the output may be extremely noisy, meaning your LED would be on at all times. Read through a few articles there and then you should be able to formulate a more specific question. BTW, only a few RF remote codes use manchester coding - most are OOK.
gingomkc
- 11th July 2011, 11:14
Thank dhouston for your reply. I'm looking at on your site that recommended.
So i did some measurements with the oscilloscope, and the output pin of the receiver (AC-RX2-Aurel CS) i have this signal.
5759
The signals are 2 because the remote has 2 channels.
What kind of encryption is it?
How do i implement a decoder in the pic?
Thanks
Fabbri Mattia
dhouston
- 11th July 2011, 18:31
Hmm - after me saying manchester encoding is rare, you seem to have a manchester encoded signal.
However, that particular receiver used the Microchip KeeLoc decoder chips (with encoders on the transmitters).and I cannot help you decode it. Even if you could decode it, KeeLoq practices code-hopping (sorta like serial monogamy) with the code changing with each transmission, so you would have spent a lot of time and effort for nothing. You can read about KeeLoq here. (http://en.wikipedia.org/wiki/KeeLoq)
If you follow the link in the references, there's one that claims they can break it with access to the remote (even near proximity) and drive away in your car after a few hours.
gingomkc
- 12th July 2011, 11:15
Thanks dhouston for the answer.
I'm sorry if i insist again, my idea was to store any code from an RF receiver connected to a pin anywhere on the pic, save it in the pic and then later compare what i get with what i have stored.
The problem is that i can not understand how to distinguish the 0 to 1.
You can do this?
Thanks
dhouston
- 12th July 2011, 12:02
Try searching the forum on manchester code (http://www.picbasic.co.uk/forum/showthread.php?t=198&page=1). There's a transition in the middle of the bit period. Its direction determines 1 or 0.
_ _
1=| |_ 0=|_|or vice versa - which is 1 and which is 0 is arbitrary.
There's usually a series of pulses without spaces to denote the start of a code.
However, if the codes use KeeLoq, you'll never see the same code twice so storing for comparison with later codes is a waste of time and effort..
dhouston
- 12th July 2011, 12:32
Wikipedia has better pictures and a description of manchester codes (http://en.wikipedia.org/wiki/Manchester_code).
The widest pulse or space equals 1 bit period. The shortest pulse or space equals 1/2 bit period. Find the middle of each bit period and check the transition.
wiger123
- 24th October 2012, 08:36
Thanks dhouston for the answer.
I'm apologetic if i assert again, my abstraction was to abundance any cipher from an RF receiver affiliated to a pin anywhere on the pic, save it in the pic and again after analyze what i get with what i accept stored.
The botheration is that i can not accept how to analyze the 0 to 1.
You can do this?
Ramius
- 29th November 2012, 02:07
Not sure if this will be of any benefit to your project and you may wish to look at: http://www.rentron.com/PicBasic/RemoteControl.htm
Best, Ed
Powered by vBulletin® Version 4.1.7 Copyright © 2024 vBulletin Solutions, Inc. All rights reserved.