yes is an an academic exercise. attached is what is expected. A Real Time Executive Kernel C functions that control the motor, fan and temperature sensor Some basic graphics routines
1 Overview You are required to design and implement a programme that will allow the user to set a desired temperature level for the Bytronic Board heating system. The programme must allow users to adjust the temperature setpoint. The programme should also display a graph that shows the both the setpoint and the measured-variable, varying in time. In order to achieve this you are required to produce the following deliverables in the form of a report.
- SPECIFCATION
- ANALYSIS AND DESIGN
- SOLUTION - INCLUDING WORKING CODE
2 Specification You cannot design or develop anything until you know what the user/client/you etc. actually wants it to do. Typical things to include are a general summary of the basic operation e.g. a temperature controller. Accuracy required e.g. 10 degrees Celsius. Response time e.g. must respond to a 10-degree change in less than one minute. Size e.g. must fit in a box no bigger than a matchbox.
Weight e.g. max weight Environmental Specification e.g. must survive driving rain, a drop from
100 metres, and external temperature of 125C. You may also include things like preferred user interface e.g. LED display, or big push buttons. I hope that you have the idea now. What we are trying to do is to write down everything that the end user expects the system to do before we start designing it. You should also produce a Test Specification to go with the Requirements Specification described above. A test specification is a statement of how you intend to prove that your solution really does meet the Requirements Specification. It is normal practice when drawing up a design contract to include both the Requirements and the Test Specifications in the contract documentation. In this way both parties know exactly what they are going to get at the end of the design process, and they have an agreed method of proving it.
3 Analysis and Design There are many different ways to control the temperature. Will you use PID or a simpler solution, such as ON/OFF control? How will you handle long term drift? What operator controls will you use? How often do you need to sample the temperature? I expect to see an analysis of different options for the major aspects of the Requirement Specification. You should then select your preferred options, clearly stating your reasons. This is an attempt to mirror what would happen if this was a commercial contract. A Requirement Specification is just the starting point, from which you start your analysis. This analysis may produce more questions than answers; so regular Design Review meetings should be held that amends the specification. The outcome of this stage will be your Design. A design is not the programme. What is expected at this stage is a paper design that details the essential aspects of how your programme will work, the data flows between major functions, the ISR operations etc. You can use any design methodology that you are comfortable with in order to present your design in the report. thank you