Figure 1 - uploaded by Vincent Andrew Akpan
Content may be subject to copyright.
Block diagram of the proposed real-time embedded system for online temperature and pressure measurements for automated fluid flow monitoring and control in a pipe

Block diagram of the proposed real-time embedded system for online temperature and pressure measurements for automated fluid flow monitoring and control in a pipe

Source publication
Article
Full-text available
This article presents a comprehensive design methodology, development, construction and implementation of the instrumentation and hardware/ software aspects of a real-time embedded system for online temperature and pressure measurements for automated fluid flow monitoring and control via the Tiny Internet Interface (TINI) on an E10 socket. A pair o...

Contexts in source publication

Context 1
... block diagram for the real-time embedded system for online temperature and pressure measurements for automated fluid flow monitoring and control in a pipe via Tiny InterNet Interface (TINI TBM390) on an E10 socket is shown in fig. 1. The proposed real-time embedded system consists of seven major subsystems, namely: 1) The reservoir, pipeline, a pair of sensors for temperature and pressure measurements with the signal conditioning circuit for amplification, two water level metal sensing probes and two 1-horse power (Hp) pumping machines; 2) Two water level sensing, ...
Context 2
... technique proposed by the block diagram of fig. 1 will allow the fluid flow in a pipe to be monitored, in terms of fluid flow temperature and pressure measurements, from a remote client computer over a TCP/ IP network. The remaining article presents the complete and comprehensive design methodology, development, construction and implementation of the instrumentation and hardware/ ...
Context 3
... states of the address lines that are not used in decode are irrelevant, so we shall refer to them as don't care bits (or lines). Fig. 10 shows the combination of the different address fields. The bit positions marked with an X are don't care bits. Note that because a 0 -a 4 are all don't cares, all addresses in the range [0x380000 -0x3801F] will enable bus access to the I/O circuitry. Also, because there are higher-order don't care bits in the address, there are many ...
Context 4
... of the AND-gate (74LS09), and 2) the sensor measurement via the 1-Wire master (DS9097U- S09). The operation of this circuit of fig. 9 is as follows. Whenever the water level in either or both is at logic Low, the output of the AND-gate will be logic Low and the two pumping machines will be switched OFF; and consequently the alarm system shown in fig. 11 will be turned ON. The pumping machines will both be ON only the output of the AND-gate is at logic ...
Context 5
... as discussed in Section IV -A, the alarm system shown in fig. 11 can also be switched ON whenever the fluid flow temperature 46.16 o T C  which is assumed in this work to be an indication of fire outbreak due to excessive high fluid temperature. This will also shut down the two pumping machines. Similarly, the alarm can also be switched ON whenever 2999.89 P mb  which is assumed in this work to be ...
Context 6
... 74LS244 and 74LS22 are octal buffer and dual 4-input NAND gate (74LS22) that are used to drive the 24-V DC relays (R1 and R2) via another quad 2-input NAND gate (74LS00). Finally, the outputs of the two relays (R1 and R2) are used to drive: 1) the alarm system shown in fig. 11, and 2) the two pumping machines (PM1 and PM2) via two solid-state relays (SSR1 and SSR2) respectively. Note the two IN5401 power diodes (D1 and D2) that are used to prevent current flow- back between the two arms of the circuits during ...
Context 7
... testing of the real-time embedded system for online temperature and pressure for automated fluid flow monitoring and control using Ethernet connection is done at the two test points (Test Points 1 and 2) indicated in fig. 7 using network architecture shown in fig. 12. To investigate the temperature and pressure of the fluid flow, we used water as the fluid and three experiments were conducted on different days under different conditions as ...

Citations

... The 1-wire protocol was created by Dallas Semiconductor, now known as Maxim Integrated [7] and is widely used in sensor networks, digital interfaces of sensors and domotic systems [14][15][16][17][18]. The protocol follows a strict master-slave scheme, as depicted in Figure 1. ...
Conference Paper
Full-text available
Home automation is a rising technology that is available to anyone thanks to the reduce cost of the embedded systems. Since the appearance of different products to create your own domotic system, and the recent popularity around the Internet of Things (IoT) technology, the domotics industry has changed. The ability to control devices through the Internet creates numerous vulnerabilities to the system, allowing an attacker to control or see everything. In this work, we present a domotic system which uses a leveraged 1-wire as its communication channel. The original system lacks of any kind of security. Our objective is to implement information security through the encryption of the system’s commands, so we can assure the CIA triad (Confidentiality, Integrity and Availability). The results show that we achieve a secure communication without affecting the user experience due to the low overhead our approach provides.
... All data, address, and control signals are listed, along with brief descriptions, in Table 2. However, a complete description of the microcontroller including all the signals described in Table 2 can be found in (Akpan and Osakwe, 2015b;DSC-MIP, 2014;Loomis, 2001). The data bus (D0-D7) is an 8-bit bidirectional bus. ...
Article
Full-text available
This paper proposes the development and implementation strategies of a hypothetical database-driven web-based meteorological (meteo) weather station with a dynamic datalogger system to provide up-to-the-minute real-time ground-based weather information online to any interested client. The meteo weather station will provide weather data/information for eight parameters namely: relative humidity; solar radiance; wind speed; wind direction; barometric pressure; temperature; nefobasimeter for monitoring and measuring cloud height, thickness and number of layers detection; and rainfall. The hypothetical design present techniques that can be used to capture and log meteo data in a dynamic relational database management system (DRDBMS) and implements a TCP/IP network server. The meteo weather information will be collected from sensors incorporated into measuring instruments and transmitted via 1–Wire network and stored in the TINI's non–volatile static random access memory (NV-SRAM). The TINI processes and uploads the information over a TCP/IP network via a switch, router, common gateway interface (CGI), very small aperture terminal (VSAT) via an Internet service provider (ISP) to the Internet for any interested user in the world. More so, although the acquired data will be made available as they are being logged to both the Internet and the database (DRDBMS) but the data will be automatically deleted every 24 hours at 00:00G MT from the TINI's NV-SRAM to free the memory for the next day data at the same 00:00G MT. As a result of this, the DRDBMS which is an object for data/information storage using the MySQL stores the meteo data/information which can be retrieved by any interested client on request. However, the request will be made possible via the use of web pages, where the each meteo data/information will be displayed and accessed using special user login codes (username and password) upon subscription.