Design Of Eight-channel Temperature, Eight-channel Temperature Using 8051

[mekitron]

Hello Seniors and Fellows,

I'm a a new comer here on DutchForce. I'm interested in Embedded Systems and Robotics. I want to design an Eight-channel Temperature using 8051 MCU. When I input my title in this new thread I got some similar threads but I think they are not enough for me. I'm writing my requirements here and my questions are very basic.

Q1. How to start this small project? I have to go through both hardware and software.
Q2. What I should focus and from which resources (books, etc.) I can get help? I have my own course book having sufficient teaching of Assembly Programming.
Q3. What do you think that how long this project should take? This question is for myself to measure my intelligence.

Design of Eight-channel Temperature
Measuring System based on 8051 MCU
Temperature range: 0-100
Minimum Resolution：0.5
LED display

Thank you and Kind Regards,
Mekitron

[CWB]

i would start with the software ... on an emulator .
a question to ask is : do i want one display i can step through eight "channels" or do i want to display all eight simultaneously ?
emulating input data per channel is easy enough ... how/what to do with it tougher ...
update times
holding the per channel data for processing
conversion of the data to drive a display
the option to record the per channel data/temperature and save it as a recallable history .

once the software is (basically) up and running then one can build/tailor the inputs to what is needed .
the output and conversion to drive a display would depend on the the type of led display used as well as how many :
there are led 7 segment displays available that have their own decimal or bcd input decoders/latches , etc .
another option would be to do all the work in the mpu and then mux the display(s) .

[Gorgon]

A good rule is to define the frame to work in. As you have done already.
So, before you do anything else you need to find the version of microprocessor to use. The 8051 exists in many cloned versions from several manufacturers, with their own requirements.

To do this you need to specify your basic requirements for the project in more detail.

This will give you the hardware base and available ports to use. You then need to find out how you want to control/read the display/input section and how to read the analogue inputs from the ADC, internal or external.

You can of course make a basic framework of the software you want to build, but you can't detail it before you know your hardware configuration. This is particular for assembler programs.

How long it will take totally depends on your drive, how fast you learn and your base of previous knowledge. In addition to this, how much money you want to spend on the project.

For most MCU brands, the low level assembler IDE is freely available on the internet. The equipment to program the chips may cost some money. There are many projects on the internet to make your own programmer, but keep in mind that you should try to have as few as possible loose threads in your project at one time.
If you don't know the programmer is working, you can't be certain that the program you download and burn is at fault, or if the programmer itself is not working.

A good rule is to have proofed the tools you use, before you make anything new that maybe don't work.

TOK

[Nothing40]

Does there have to be 8 physical channels?

Recently I've been playing with some of the Dallas DS18B20 one-wire temp sensors. You can easily string 8 of them onto one single digital I/O pin.
That might be an option to look into,depending on the requirements of your project.
If you do decide to go this route,read the datasheet carefully,there are some good tips/pointers in there for using one-wire devices.
You can even 'parasite' power them,so all you need is a data and ground wire.

That might be a bit over the top. Other options would include thermistors,or diodes (and probably an op-amp for some gain) on some ADC.