WEEK 6 (FYP 2)

WATER PUMP PRESSURE

23/2/18

I have problem with my pipe. The pipe that i bought is not suitable for my pump. So i have to buy a new one, after that i can test the pump and also the functionality of my pressure sensor. If the pressure sensor show the reading, that means it is working. 

I will update more after I buy a new pipe.. ☺

24/2/18

I had go to Jalan Pasar, to buy a battery of 12V as my power supply. And also go to Wangsa Maju to buy a new pipe.

Pipe

12V Battery

After come back home, I connect the supply of 12V to the pump, but it is not functioning. The pipe match well with my pump.

It is not working, there must be something wrong with my power supply, or maybe my pump. I will 

find other way to make it function. Stay tuned.. ☺

26/2/18

I'm planning to go to Jalan Pasar yesterday, but it is Sunday. So all shop must be close. So i go to Jalan Pasar on Monday. I buy a new switching power supply power adapter led. Its support 12V and 8.5Amp. My pump should be functioning. And I buy a 3-pin plug to give a supply to the power adapter.

Switching Power Supply Power Adapter Led

3-Pin Plug

I connect all the thing I buy, and test it with my pump. Alhamdulillah, it working very well... ☺

VIDEO

2ND FINAL YEAR PROJECT BRIEFING

The second briefing was conducted at TTL 1 and the attendance is compulsory. The briefing was conducted by Dr. Fadi M. Albatsh.

Date : 28 Feb 2018

Vanue : TTL 1

Time : 3.00 pm - 5.00 pm

This briefing is about result & discussion (chapter 4) and conclusion (chapter 5) in thesis writing. Consist all the matter below:

Result

• Collect all available result.
• Result should answer objective.
• Identify who is our customer, to convince them.
• Try to explain as a future work.

Discussion

• Explain the meaning of the result.
• Do they give new insight?
• Explain in a simple way, so that easier to understand.

Conclusion

• Summarized proposed solution and why it is interesting.
• Summarize weakness and limitation.
• Should related to research question.
• Do not repeat abstract.

That is all the briefing about. Thank you.

WEEK 5 (FYP 2)

SOFTWARE DEVELOPMENT

This week i have search some of the coding that suitable to be used to make pressure transducer working well. Below is the coding that I will use.

That is for pressure tranducer.
After run the coding, I can proceed with the testing of the water pump and pressure sensor. Grafana is used to display the result of the pressure reading, to make it easier to know weather the pipeline is in the good condition or alerting.

WEEK 4 (FYP 2)

DESIGN

I have done some research about my project to look for suitable hardware design. All of the design that i have look, just have slightly difference in component position, but most of it is the same as my project hardware draft design. Here are some image of other project design.

So, i have to start doing coding for my software program.

WEEK 3 (FYP 2)

1ST FINAL YEAR PROJECT BRIEFING

The first briefing was conducted at TTL 2 and the attendance is compulsory. The briefing was conducted by Dr. Siti Marwangi Bt Mohamad Maharum.

Date : 9 Feb 2018

Vanue : TTL 2

Time : 3.00 pm - 5.00 pm

This briefing is about introductory to FYP 2. Including all the matter below:

• Code of the subject must be correct and student should register the project title for minor amendment latest by 31 March 2018.
• Assessment that need to be cover for FYP 2 which is final progress report (logbook/blog), presentation and project report.
• FYP 2 is the continuous of FYP 1, so student just need to add on result & analysis, discussion and conclusion of overall project.
• The activities along this semester.

WEEK 2 (FYP 2)

MEET CO-SUPERVISOR

On Monday, i have met my co-supervisor, Prof. Zul, to discuss about the software to be use in my final year project. He talk about some components to be used and also about the software, which is between Grafana or MQTT. He also ask me to elaborate more on my objective of this project to make this project be important thing and must have product in every resident unit.

MQTT

What is MQTT?

MQTT (Message Queuing Telemetry Transport) is a lightweight messaging protocol that provides resource-constrained network clients with a simple way to distribute telemetry information. The protocol, which uses a publish/subscribe communication pattern, is used for machine-to-machine (M2M) communication and plays an important role in the Internet of Things (IoT).

MQTT allows devices to send (publish) information about a given topic to a server that functions as an MQTT message broker. The broker the pushes the information out to those clients that have previously subscribed to the client's topic. To a human, a topic looks like a hierarchial file path.

MQTT is a good choice for wireless networks that experience varying levels of latency due to occasional bandwidth constraints or unreliable connections. Should the connection from a subscribing client to the broker get broken, the broker will buffer messages and push them out to the subscriber when it is back online. Should the connection from the publishing client to the broker be disconnected without notice, the broker can close the connection and send subscribers a cached message with instructions from the publisher.

How MQTT works?

An MQTT session is devided into four stages: connection, authentication, communication and termination. A client starts by creating a TCP/IP connection to the broker by either using a standard port defined by the broker's operators. When connecting, it is important to recognize that the server might continue an old session if provided with a re-used client identity.

Because MQTT aims to be a protocol for resource-constrained devices, SSL/TLS might not always be an option and in some cases, might not be desired. In such cases, authentication is presented as a clear-text username and password that is send by the client to the server as part of the CONNECT/CONNACK packet sequence. Some brokers, especially open brokers published on the internet, will accept anonymous clients. In such cases, the username and password is simply left blank.

MQTT is called a lightweight protocol because all messages have a small code footprint. Each message consists of a fixed header (2 bytes), an optional variable header, a message payload that is limited to 256 MB of information and a Quality of Service (QoS) level. The three different Quality of Service levels determine how the content is managed by the MQTT protocol. Although higher levels of QoS are more reliable, they have more latency and bandwidth requirements so subscribing clients can specify the highest QoS level they would like to receive.

The challenges of using MQTT for Internet of Things.

Because MQTT was not designed with security in mind, the protocol has traditionally been used in secure, back-end networks for application-specific purposes. MQTT's topic structure can easily form a huge tree and there's no clear way how to divide a tree into smaller logical domains that can be federated. This makes it difficult to create a globally scalable MQTT network, because as the size of the topic tree grows complexity increases.

Another negative aspect of MQTT is its lack of interoperability. Because message payloads are binary, with no information as to how they are encoded, problems can arise - especially in open architectures where different applications from different manufacturers are supposed to work seamlessly with each other.

So, the text above is some knowledge about MQTT that we can used in our study and project. Thank you for spent some time to view blog... ☺