This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

How to interface Reed Switch sensor with 8051 Microcontroller?

Hi

I want to build a system contain sensor ,Microcontroller and GSM module. I'll use SIM900 GSM module. The main idea of this project if Reed switch sensor connected I want the GSM module send an alarm message to a mobile.

Can you help how I can do this?? some steps and hints.
For GSM module I read about AT commands and I knew I must desire if I want it receiver or sender.

Any suggestions it's will be better.
Thank you

Parents
  • So the 8051 predates the invention of the microprocessor with quit a number of years. Interesting.

    Next thing - lots of PIC and 8051 processors are single-clockers, i.e. one instruction/clock cycle.

    Further - true RISC is not a really good thing. It means that there are very few instructions that does very basic operations. You then combine multiple instructions to solve more complex operations. Many CISC processors can manage in a single instruction what it takes a number of RISC instructions to get done.

    In reality, the world have seen that neither RISC or CISC are best. So most newer designs takes the best from both worlds.

    So no - it is not obvious what is best. Especially since there are so many "best" to chose from:
    * best availability
    * best operating voltage range
    * best brutal processing power
    * best low-energy operation
    * best documentation
    * best peripherials for the specific project
    * best distribution channel
    * best form factor
    * best temperature range
    * best compiler support
    * best familiarity
    * ...

    By the way - you seem to have quoted a source. Why didn't you mention what source by supplying a link?

Reply
  • So the 8051 predates the invention of the microprocessor with quit a number of years. Interesting.

    Next thing - lots of PIC and 8051 processors are single-clockers, i.e. one instruction/clock cycle.

    Further - true RISC is not a really good thing. It means that there are very few instructions that does very basic operations. You then combine multiple instructions to solve more complex operations. Many CISC processors can manage in a single instruction what it takes a number of RISC instructions to get done.

    In reality, the world have seen that neither RISC or CISC are best. So most newer designs takes the best from both worlds.

    So no - it is not obvious what is best. Especially since there are so many "best" to chose from:
    * best availability
    * best operating voltage range
    * best brutal processing power
    * best low-energy operation
    * best documentation
    * best peripherials for the specific project
    * best distribution channel
    * best form factor
    * best temperature range
    * best compiler support
    * best familiarity
    * ...

    By the way - you seem to have quoted a source. Why didn't you mention what source by supplying a link?

Children