IoT Prototype System Analyses – IT Computer Science Assignment Help

Assignment Task

Task 

Knowledge
1. An understanding of the tools, techniques and frameworks available for the development of applications for IoT devices.
2. Knowledge of the network configuration implications for enabling IoT device connectivity.

Skills
3. Use of appropriate programming language concepts for the development of applications for IoT devices.
4. Application of industry standard tools and practices to the deployment and testing of IoT device applications, including the acquisition, interpretation and visualisation of data.

Important Information
You are required to submit your work within the bounds of the University Infringement of Assessment Regulations (see the Programme Handbook). Plagiarism, paraphrasing and downloading large amounts of information from external sources, will not be tolerated and will be dealt with severely. Although you should make full use of any source material, which would normally be an occasional sentence and/or paragraph (referenced) followed by your own critical analysis/evaluation. You will receive no marks for work that is not your own. Your work may be subject to checks for originality which can include use of an electronic plagiarism detection service. Where you are asked to submit an individual piece of work, the work must be entirely your own. The safety of your assessments is your responsibility. You must not permit another student access to your work. Where referencing is required, unles otherwise stated, the Harvard referencing system must be used (see the Programme Handbook).

Scenario
Rationale
You are currently working for a software development company who provide IoT system solutions to small and medium sized technology companies in the food, hygiene and biomedical sectors. After delivering your successful proof of concept prototype to monitor environmental conditions during access to a controlled bio-medical manufacturing area, you have been retained by the client to extend this application. The system still involves controlling and monitoring access to an area that is normally sealed and kept under steady state conditions.

It is sometimes required to access this area for very short time periods to perform upkeep and maintenance tasks whilst the manufacturing process continues. The contract calls for you to provide a prototype simulated IoT solution aimed at logging environmental conditions during these access periods. In addition, you are to provide a console based desktop application that will allow basic visualisation and analysis of the logged data from the simulated IoT system. 

Tasks
1. IoT Prototype System – You need to provide a suitable IoT prototype system (MCU, sensors, input devices, output devices etc) that will allow the temperature and relative humidity to be recorded and then logged during an access period to the controlled area. This is similar to the original prototype system and still requires you to simulate the actual access period to the controlled area (obviously, as you do not have the manufacturing facility available to you). However, the prototype is now required to be split into two distinct parts; a simulated door control device and a simulated monitoring device. The prototype is to manage the entry and recording of TWO staff members into the controlled area. The staff members are identified by a unique user code which are:- 
BB235AA
and
CK523BB

The simulated door device is to grant only one of the two staff members access to the controlled area at any given time (the other staff member must be prevented from gaining entry). This identifier is to be recorded along with the environment data during an access period (so it is known which staff member is in the controlled area at any one time). There needs to be a way of subsequently indicating the end of an access period by utilising the simulated door device a second time. 

A suitable visual output is also required to show on the simulated door device when a staff member is in the controlled area and when the controlled area is not occupied (such as a red light when a staff member is in the controlled area and a green light when the area is unoccupied). Also, display on the simulated door device the user code of the staff member who is currently accessing the controlled area and the current date and time (as accurately as possible). The current date and time is to be displayed on the door device continuously irrespective of whether a staff member is accessing the controlled area or not. Remember, only ONE staff member is allowed access to the controlled area at once. This restriction must be properly implemented in your prototype solution.

The second device is the simulated monitoring device which is to be located within the controlled area. This device is NOT physically connected to the door device, any communication between the door and monitoring devices must be done using a suitable wireless-based approach (such as across a Wi-Fi local area network). The simulated monitoring device MAY NOT be directly interacted with by a staff member either outside of or during an access period to the controlled area. Only the simulated door device can be interacted with by a staff member.

You can assume that a suitable server device is available on any wireless-based network and this will have both an MQTT broker and NTP server running upon it. Use a suitable MQTT broker here that is accessible by your prototype system (for instance the Mosquitto MQTT broker accessible on the virtual machine). Along with recording the staff identifier for each access period, the simulated monitoring device must provide the following functionality, with updates in your program happening approximately once every second. Any staff member can perform any number of accesses to the controlled area (not just once each or just one staff member) during the operation of the prototype:-

a. A recorded log of the current temperature (in Celsius) and relative humidity (in %), this must only be recorded and logged during an access period.
b. An accurate date and time timestamp of each set of readings from a. above as they are recorded in the log.
c. If the currently active access period has lasted around 5 seconds or less then show a green coloured indicator light.
d. If the currently active access period has lasted over 5 seconds but less than around 10 seconds then show an amber coloured indicator light.
e. If the currently active access period has lasted 10 seconds or more then show a red coloured indicator light.
f. If there is no currently active access period then no coloured lights should be showing.
g. A visual output of the current date, time, temperature and relative humidity readings whether there is a currently active access period or not.
h. A visual output of the approximate number of seconds a currently active access period has lasted.

When providing the above functionality make sure you only record and log readings during active access period, not outside of these. In order to properly prototype your system you will have to provide a way to simulate these access periods as triggered by the door device. You will also need to provide a way to gracefully stop and shut down the run of both the simulated prototype door device and monitoring device. The date and time for all your readings must have a timestamp that is as accurate a date and time as possible and be to the nearest second. As this is a simulation, you can record readings that are somewhat manipulated from the simulated environmental sensor so you can see and test the operation of the prototype. Such simulated data can then be analysed and observed when utilising itin the desktop application detailed below.

2. Desktop Application – Using the recorded and logged data taken from a run of thesimulated prototype IoT system, you need to provide a console based desktop application that provides the following output for each access period logged in the data:-
a. The identifier of the staff member who initiated the access period
b. Start date and time and end date and time of the access period.
c. Approximate number of seconds the access period lasted.
d. The highest temperature recorded in that access period.
e. The lowest calculated dew point temperature during that access period (see below for the way to calculate this).
f. A list of all the recorded readings (including the timestamp for each) during the access period, with a calculated dew point temperature at each reading.

A good approximation of dew point temperature is calculated using:-
Td = T – ((100.0 – RH) / 5.0) where Td is dew point temperature (in degrees Celsius), T is observed temperature (in degrees Celsius), and RH is relative humidity (in percent). Finally, the desktop application must also display the total time spent in the controlled area for each staff member and the lowest calculated dew point temperature recorded during any staff member’s accesses. As stated, this output is required to be purely textual, displayed in a console terminal and does not need to be output in a graphical format. The individual elements of the output can be in any order but it must be obvious for which staff member and access period each set of data is associated.

Deliverables
1. MicroPython scripts that provide the functionality detailed in Task 1 above. These scripts should be properly structured and commented to ensure its quality and describe how it operates.

2. A detailed guide (word processed and provided as a Microsoft Word document) as to how the required IoT rig is to be prototyped, how the MicroPython scripts are to be run on the MCUs and how to retrieve the logged readings from the simulated monitoring device after a run of your prototype program has finished. The emphasis here is on detailed. Assume that the user of this guide does have the CET235 prototype rig available (i.e. connected Huzzah32 Feathers and OLED Featherwings) and the same devices you have available during the sessions on the CET235 module along with the same servers you have available on the virtual machine you are using. Use diagrams, pictures, screen shots etc. to support your guide so that it is obvious how to connect up your prototype rig solution, how to run your MicroPython scripts and how to retrieve your logged readings.

Also, provide relevant additional detail of any necessary set up required to operate your solution on a wireless-based local area network like the one you have used (this can be at a high-level and along the lines of the way such a wireless-based local area network was used during the module). Make sure you provide general details of how to connect to any servers required.

3. Python 3 script that provides the functionality detailed in Task 2 (Desktop Application) above. This should be properly structured and commented to ensure its quality and describe how it operates.

4. A detailed guide (word processed and provided as a Microsoft Word document) as to how to run your desktop application, in particular describing how to get the logged readings from the simulated IoT system into the desktop application for visualisation and analysis. In addition, provide a set of screen shots and descriptions of these screen shots explaining what is being output in your application so that the user can understand what they are seeing.

This IT Computer Science Assignment has been solved by our  IT Computer Science Expert at TV Assignment Help. Our Assignment Writing Experts are efficient to provide a fresh solution to this question. We are serving more than 10000+ Students in Australia, UK & US by helping them to score HD in their academics. Our Experts are well trained to follow all marking rubrics & referencing Style. Be it a used or new solution, the quality of the work submitted by our assignment experts remains unhampered. 

You may continue to expect the same or even better quality with the used and new assignment solution files respectively. There’s one thing to be noticed that you could choose one between the two and acquire an HD either way. You could choose a new assignment solution file to get yourself an exclusive, plagiarism (with free Turn tin file), expert quality assignment or order an old solution file that was considered worthy of the highest distinction