Continue to Site

Welcome to our site!

Electro Tech is an online community (with over 170,000 members) who enjoy talking about and building electronic circuits, projects and gadgets. To participate you need to register. Registration is free. Click here to register now.

  • Welcome to our site! Electro Tech is an online community (with over 170,000 members) who enjoy talking about and building electronic circuits, projects and gadgets. To participate you need to register. Registration is free. Click here to register now.

Telephone as a remote control SECURITY FEATURES!

Status
Not open for further replies.

MEHLULI

New Member
:?
I am doing a final yr project of a telephone as a remote control. I am mainly concerned with the security features of it. All the sites that I have seen dont have this feature. Im planning on using a PIC16F84 to pass data from the DTMF-to-BCD converter to the 4 to 16 line Demux. Can the PIC6F84 be handy for a situation where I get BCD data to pass it on again for execution?
I need to use it for security features. I want it to FIRST aunthenticate the user before they can switch on any appliance, say by first inputting a 4-digit password, which will THEN activate the controlling circuit, allowing. after that for normal remote controlling (by pressing say digit a '1' or '2' up to '9' in DTMF mode which will be converted to BCD then to the PIC to go straight into energising the appropriate switch) to resume.

After that, pressing a '0' to disable the remote controlling system freeing the telephone line for normal use.

Can it work, and if so how?

IM STUCK! AND I AM NOT THAT GOOD IN MICROCONTROLLERS, BUT I AM A FAST LEARNER.

PLEASE HELP.... :(
 
If you look at my HEX keypad tutorial I show how to make a keycode operated lock - you could simply replace the keypad reading routine with one for reading your BCD inputs.

I would also advise (as usual!) that you drop the obselete 16F84, and use it's replacement the 16F628 - better spec and cheaper!.
 
Telephone as a remote control SECURITY FEATURES

Nigel Goodwin said:
If you look at my HEX keypad tutorial I show how to make a keycode operated lock - you could simply replace the keypad reading routine with one for reading your BCD inputs.

I would also advise (as usual!) that you drop the obselete 16F84, and use it's replacement the 16F628 - better spec and cheaper!.

:) Thanx for yo response!
Now Im curious, if I got you right, all I need is to simply replace that CODE for BCD case? If so, then what happens of the output to the Demux? I guess it needs CODE again ha!? :?
 
Re: Telephone as a remote control SECURITY FEATURES

MEHLULI said:
Nigel Goodwin said:
If you look at my HEX keypad tutorial I show how to make a keycode operated lock - you could simply replace the keypad reading routine with one for reading your BCD inputs.

I would also advise (as usual!) that you drop the obselete 16F84, and use it's replacement the 16F628 - better spec and cheaper!.

:) Thanx for yo response!
Now Im curious, if I got you right, all I need is to simply replace that CODE for BCD case? If so, then what happens of the output to the Demux? I guess it needs CODE again ha!? :?

Yes, you would have to add your own specific output routines, but the lock code inputs and compares a 4 digit code - it's fairly easy to understand!.
 
Re: Telephone as a remote control SECURITY FEATURES

Nigel Goodwin said:
MEHLULI said:
Nigel Goodwin said:
If you look at my HEX keypad tutorial I show how to make a keycode operated lock - you could simply replace the keypad reading routine with one for reading your BCD inputs.

I would also advise (as usual!) that you drop the obselete 16F84, and use it's replacement the 16F628 - better spec and cheaper!.

:) Thanx for yo response!
Now Im curious, if I got you right, all I need is to simply replace that CODE for BCD case? If so, then what happens of the output to the Demux? I guess it needs CODE again ha!? :?

Yes, you would have to add your own specific output routines, but the lock code inputs and compares a 4 digit code - it's fairly easy to understand!.

:? Well, it sound easy from what you are saying but hey, Im still hazy in my thinking (No wonder you are an expert!) So, I write code for aunthentification, which I seem to understand (though I dont know how I will go about it), then what about the other digits that do the switching and the '0' that terminates the sytem? All this is ideas coming in my head but which are skeleton. Can you help me add flesh here, please!
 
Re: Telephone as a remote control SECURITY FEATURES

MEHLULI said:
:? Well, it sound easy from what you are saying but hey, Im still hazy in my thinking (No wonder you are an expert!) So, I write code for aunthentification, which I seem to understand (though I dont know how I will go about it), then what about the other digits that do the switching and the '0' that terminates the sytem? All this is ideas coming in my head but which are skeleton. Can you help me add flesh here, please!

All my tutorial example does is wait for four keypresses, these are displayed on an LCD as they are pressed, and stored in four variables. Once the fourth one has been pressed it goes to a verification routine, this simply compares the four registers against the values set for the access code. If the code is correct is display so on the LCD, if it's incorrect it tells you that instead.
 
Re: Telephone as a remote control SECURITY FEATURES

All my tutorial example does is wait for four keypresses, these are displayed on an LCD as they are pressed, and stored in four variables. Once the fourth one has been pressed it goes to a verification routine, this simply compares the four registers against the values set for the access code. If the code is correct is display so on the LCD, if it's incorrect it tells you that instead.[/quote]

Thank you for that 8) So, even though I can not have an LCD can I still go thru that routine as it get it from the register in the PIC? I hope so. Now the real unclear part is that after the verification has passed, to getting in the controlling system, how is the input intepreted by the PIC? Can it be that easy to say wen code verified, then wen '1' is pressed can the signal goes straight as if we had no pic to activate appliance connected through that DTMF signal?
 
Status
Not open for further replies.

Latest threads

New Articles From Microcontroller Tips

Back
Top