Pith. sign in

REVIEW 5 major objections 5 minor 36 references

IoT-enabled Drowsiness Driver Safety Alert System with Real-Time Monitoring Using Integrated Sensors Technology

T0 review · 5 major / 5 minor · reviewed 2026-08-09 · deepseek-v4-flash

Challenge this review Re-run · record.json Download PDF Read on arXiv ↗ Review JSON

Pith's one-line read An Arduino system that detects drunk and drowsy drivers and automatically slows and stops the vehicle.

desk verdict A clearly written prototype report whose central drowsiness-detection claim is undercut by the IR sensor's physics and by validation that tests motion, not eyelid state. read the letter →

arxiv 2502.00347 v1 pith:VGX4WWX4 submitted 2025-02-01 cs.CR

Bakhtiar Muiz , Abdul Hasib , Md. Faishal Ahmed , Abdullah Al Zubaer , Rakib Hossen , Mst Deloara Khushi , Anichur Rahman This is my paper · ORCID
classification cs.CR
keywords IoTdrowsinessdetectionalcoholArduinoUnoIRsensorMQ3driversafetyreal-timemonitoring
verification ladder T0 review T1 audit T2 compute T3 formal

The pith

A machine-rendered reading of the paper's core claim, the machinery that carries it, and where it could break.

The reading

This paper proposes a low-cost, Arduino-based safety system that combines an MQ3 alcohol sensor with an infrared (IR) eye-closure sensor to monitor a driver for intoxication and drowsiness in real time. When alcohol is detected, the system sounds an alarm and flashes a red light, then slows and stops the motor within 10 to 15 seconds if the alcohol persists. When the IR sensor finds the eyes closed for more than two seconds, it triggers vibration, an alarm, and a red light, and it stops the vehicle if the eyes remain closed. The system also sends alerts to the driver's mobile phone via Bluetooth. If the approach works in real vehicles, it offers an inexpensive way to reduce accidents caused by impaired or sleepy drivers, particularly in low- and middle-income countries where such systems are scarce.

What carries the argument

The load-bearing mechanism is the sensor-and-relay control loop managed by the Arduino Uno: the MQ3 sensor acts as a chemiresistor whose resistance drops in the presence of alcohol, and the IR sensor (mounted in driver's glasses) detects changes in heat radiation that the paper interprets as eyelid closure. A relay module connected to the motor enables the microcontroller to physically reduce speed and cut power. The verification timers—20 seconds for alcohol rechecking, two seconds for eye-closure confirmation—are what let the system distinguish a transient signal from a sustained risk before it triggers vehicle stoppage. Bluetooth (HC-06) carries alerts and commands to a mobile app, completing the 'IoT-enabled' monitoring loop.

What would settle it

A controlled road test in which a driver wears the IR-sensor glasses while a video camera records the face as ground truth: if the sensor triggers alerts during normal driving with eyes open (during head turns, sunlight, or bumps) or misses prolonged eye closure, the central claim that the system reliably detects drowsiness fails.

Watch

Extended reading notes

Core claim

The central claim is that a driver-monitoring unit built from off-the-shelf components—an Arduino Uno, an MQ3 alcohol sensor, an IR sensor mounted in glasses, a relay module, a buzzer, LEDs, and an HC-06 Bluetooth module—can reliably detect both alcohol impairment and prolonged eye closure, warn the driver, and take direct control of the vehicle by gradually slowing and then stopping the motor. The paper presents an algorithm that first gives a short verification window (20 seconds for alcohol, two seconds for eye closure) before escalating to automated vehicle stoppage, so that brief events do not trigger harsh interventions. It also reports a comparison of IoT and non-IoT systems on metrics like integration, real-time data acquisition, safety alerts, automation, and instant response, claiming the IoT approach scores higher on all. The contribution is presented as the first integration of dual-detection sensing, wireless mobile alerts, and automatic speed reduction and stoppage in a single low-cost prototype.

Load-bearing premise

The IR sensor was validated only by using hand movements to simulate eye closure, so the whole system depends on the unproven assumption that real eyelid closure in a moving, vibrating, and variably lit vehicle produces the same sensor response without false alarms from head motion, glasses slippage, or ambient infrared sources.

Editorial extensions

If this is right

  • If the alcohol sensor reads above its threshold, the system activates the alarm and red light for 20 seconds, then rechecks; a second positive reading triggers progressive speed reduction and motor stop within 10 to 15 seconds.
  • If the IR sensor detects closed eyes, the system verifies for two seconds, then activates vibration, alarm, and red light; if the eyes remain closed for another two seconds, it slows and stops the vehicle.
  • All alerts and vehicle-state messages are transmitted to the driver's phone over Bluetooth, giving the driver a real-time view of their eye status and alcohol readings.
  • The system's automatic speed reduction and stoppage would apply to the host vehicle's motor via the relay module, meaning a single hardware design could be ported to cars, buses, trucks, and fleet vehicles.
  • Because the system uses standard Arduino components, the per-unit cost is low enough that the design could be adopted in low- and middle-income countries where road fatalities are highest.

Reading between the lines

Editorial extensions of the paper, not claims the author makes directly.

  • The paper's validation of the IR sensor with hand movements rather than real eyelid closure means the deployment risk is not the sensor hardware but the transfer of the simulated test to a moving, vibrating, variably lit vehicle; a field test that compares sensor output with video-graded eyelid closure would settle this quickly.
  • The claimed comparison scores for IoT versus non-IoT systems appear to be drawn from a small, informal sample plus literature, so the quantitative performance metrics should be read as illustrative rather than statistically established.
  • A natural extension the paper does not develop is replacing the IR sensor with a camera-based blink classifier (for example, eye-aspect-ratio tracking) to reduce false alarms from head turns and glasses slippage, while keeping the same Arduino control and relay logic.
  • If the dual-detection design is adopted in real fleets, an external safety question arises that the paper does not address: how the system's automatic stoppage interacts with surrounding traffic, since a sudden halt on a highway could itself cause a collision.
Share X Bluesky LinkedIn Reddit HN

Signed reviews

No signed human review yet.

Editorial analysis

A structured set of objections, weighed in public.

Desk editor's note, referee report, and a circularity audit.

Referee Report

5 major / 5 minor

Summary. The manuscript proposes an Arduino Uno-based driver safety system that combines an MQ3 alcohol sensor and an infrared (IR) sensor mounted in glasses to detect intoxication and drowsiness, respectively. When alcohol or prolonged eye closure is detected, the system activates alarms, vibration, warning lights, Bluetooth alerts to a mobile phone, and, after persistence checks, gradually slows and stops the vehicle. The paper describes the hardware components, gives a pseudocode algorithm, presents proof-of-concept photos, and reports raw sensor readings over several days. The central claim is that this integrated low-cost system reliably detects driver impairment and drowsiness in real time.

Significance. If the central claims were supported, the system could be a useful low-cost addition to driver-safety research, and the paper addresses an important application with a clear component inventory, a formalized Algorithm 1, and an explicit limitations section. However, the evidence presented is qualitative or self-assigned: there are no accuracy, false-alarm, latency, or reliability measurements, and the IR sensor as described appears physically inconsistent with the required sustained eye-closure signal. The contribution as written is therefore not established, and the paper does not currently meet the evidentiary standard of a research article.

major comments (5)
  1. [Alg. 1; §III.A.1] The IR sensor used for drowsiness detection is described as detecting 'changes in heat radiation' and as 'commonly used for motion detection,' i.e., a passive infrared (PIR) sensor, yet Algorithm 1 requires the eye-closure bit EC to remain 1 across an initial check and two subsequent 2-second waits (lines 13-21). A PIR sensor produces a transient pulse when the infrared scene changes, not a sustained output for a stationary closed eyelid, so the persistence checks cannot be satisfied by the stated sensor. The validation described in §III.A.1 ('hand movements were used to simulate eye closure') exercises motion detection, not static eyelid-state recognition, and does not establish discrimination between eyelid closure and other occlusions or head movements. If an active IR reflectance sensor was actually used, the paper must say so and provide a validation against eyelid state; as written, the core drowsiness-detection mechanism is unsupported.
  2. [§IV.A, Fig. 4] The performance analysis reports raw MQ3 readings above a threshold of 400 and IR sensor readings over three or four days, but it does not compare these readings against ground-truth states of intoxication or drowsiness. No confusion matrix, true/false positive rates, false-alarm counts, or accuracy values are given. Consequently, the statements that 'our system surpassed it' and 'more efficiently identified eye movements' have no quantitative basis. This missing evaluation is the central evidence needed for the paper's reliability claim.
  3. [§III.C, Eqs. (1)-(8), Alg. 1] Equations (1)-(8) are placeholder definitions (for example, vslow = f(Apersist) and data rate = data/time) rather than derived relationships with measured parameter values. In Algorithm 1, lines 9-10 execute '∆v ← 1; ∆v ← 0' consecutively, which collapses the claimed gradual slowdown and 10-15 s stop into an immediate stop, and no PWM/relay control law or timing calibration is provided. The automatic vehicle-stopping claim is therefore not backed by a testable control implementation.
  4. [§IV.B, Fig. 5] The IoT versus non-IoT comparison is self-scored: the 0-100 ratings for Integration, Real-Time Data Acquisition, Safety Alert, Automation, and Instant Response are not tied to any measurement procedure, and the non-IoT data are said to come from literature, interviews, and prior studies without a scoring rubric. This figure cannot support the conclusion that the proposed system improves these metrics. The paper also does not compare the proposed system quantitatively against the other IoT systems listed in Table I.
  5. [§IV.C, §V.B, Eq. (7)] The 'real-time' claims are not backed by measured latency or throughput. Although Eq. (7) defines delay, no end-to-end Bluetooth delay, alarm activation time, or sensor-to-actuator response time is measured; §IV.C describes manual measurements and driver interviews rather than logged timings. The limitations section acknowledges sensor accuracy and environmental sensitivity, but it does not quantify how often false alarms occur or how the system behaves under variable lighting, vibration, or glasses movement. These are exactly the metrics needed to support the paper's reliability and real-time claims.
minor comments (5)
  1. [§VI, Abstract] The conclusion and abstract contain garbled phrases such as 'the impact on-revision to reduce-threat recommendation' and 'driver alcoholism'; these should be corrected for clarity and professional tone.
  2. [Fig. 4, Fig. 5] The axes, units, and the physical meaning of the sensor-value scale are not labeled, and no error bars, number of trials, or environmental conditions are reported, making the figures difficult to interpret.
  3. [Alg. 1] Variable names are inconsistent: A is used for both the alcohol sensor reading and for alarm activation, while B is used for both Bluetooth notification and the eye-closure verification state; this makes the pseudocode harder to follow than necessary.
  4. [References] Several background and methodology sentences are supported by the authors' own prior papers (e.g., [8], [9], [21], [23], [28], [31]-[34]) where a directly relevant external reference would be more appropriate; these citations should be replaced or supplemented.
  5. [§V.B] The limitations bullet list mentions environmental sensitivity and user acceptance, but the Discussion section does not connect these limitations to the experimental results or propose a concrete test that would quantify their impact on detection performance.

Circularity Check

1 steps flagged · score 6.0 of 10

The drowsiness-detection claim reduces to the IR sensor's known heat-change/motion detection, because eye closure was validated only with hand movements and never defined independently of the sensor output.

  1. self definitional [Section III.A.1 (IR Sensor); Algorithm 1 lines 13-23; Section V.B limitations]
    "An Infrared Sensor (IR Sensor) detects light in the wavelength range of 780 nm to 50 µm is commonly used for motion detection. These sensors sense changes in heat radiation, detecting human movement within a specified angle range. ... The sensor’s reliability was validated through controlled experiments where hand movements were used to simulate eye closure, ensuring the sensor’s functionality and response time."

    The paper's operational definition of 'prolonged eye closure' is whatever the IR sensor outputs: the sensor is specified as a heat-radiation/motion detector, and the only validation uses hand movements, which are exactly the moving-heat-source stimuli such a sensor detects. A closed eyelid that stays closed produces no ongoing heat-change signal, so a PIR-style device cannot sustain EC=1 across Algorithm 1's two-second rechecks. The claimed 'eye closure detection' is thus not an independent measurement of eyelid state; it is the sensor's known motion-detection response relabeled as drowsiness, and the hand-movement test is circular because it samples the same stimulus class that defines the sensor's stock function.

full rationale

The paper contains no fitted parameters or equations from which empirical predictions are derived; Eqs. (1)-(8) are placeholder mappings (vslow = f(...), tstop = g(...)) rather than testable derivations. The alcohol-detection path (MQ3 resistance change, threshold 400) and the Bluetooth/motor-control integration are independent engineering content and are not circular. The self-citations by coauthor Rahman (refs. [8], [9], [21], [23], [28], [31]-[34]) appear in background/supporting contexts about IoT security and industry-4.0 networking, not as evidence for the drowsiness or alcohol claims, so they do not make the central argument circular. The one load-bearing circular step is the IR sensor's eye-closure claim: Section III.A.1 defines the sensor as a heat-change/motion detector and validates it with hand movements meant to stand in for eyelid closure, so the resulting 'prolonged eye closure' signal is, by construction, a generic motion/heat-change signal rather than an eyelid-state measurement. Algorithm 1's persistence logic therefore does not detect drowsiness; it requires a sustained EC=1 that a PIR-style sensor cannot produce from a stationary closed eyelid. This makes the core drowsiness-claim reduction partial (one of two detection modalities), while the alcohol and communication subsystems remain non-circular.

Assumptions & free parameters 4 free parameters · 4 assumptions · 0 invented entities

The central design rests on hand-set thresholds and unsupported domain assumptions. The alcohol threshold (400 raw units) and all timing constants (2 s, 20 s, 10 to 15 s) are chosen, not derived. The two biggest assumptions are that an IR sensor on glasses can detect real eyelid closure (validated only by hand movements) and that MQ3 readings in cabin air measure the driver's impairment. No new entity is introduced.

free parameters (4)
  • Alcohol detection threshold (MQ3 raw ADC reading) = 400
    Chosen by hand in Section IV.A; no calibration to blood alcohol concentration or ground truth is reported.
  • Eye-closure verification dwell time = 2 seconds
    Set as tverify in Eq. (3); no data show this duration separates drowsy blinks from normal blinks.
  • Alcohol recheck window = 20 seconds
    The system waits 20 seconds before rechecking alcohol; the value is an arbitrary design choice.
  • Vehicle stop delay = 10 to 15 seconds
    Eqs. (2) and (5) assert stopping within 10 to 15 seconds without a vehicle dynamics model or measurement.
assumptions (4)
  • domain assumption MQ3 readings in the driver's seat area are a valid proxy for driver alcohol impairment.
    Section III.A.2 mounts the sensor near the driver and equates ambient alcohol presence with driver impairment; no calibration to breath alcohol is provided, and cross-sensitivity to other volatiles is not addressed.
  • domain assumption An IR sensor integrated into glasses can reliably distinguish closed eyes from open eyes.
    Section III.A.1 validates the sensor with hand movements over the sensor, not with eyelid closure; real driving conditions introduce motion, glare, and variable eyelid skin temperature.
  • domain assumption A relay connected to the Arduino Uno can safely slow and stop a vehicle motor.
    Sections III.A.5 and IV.C assert motor control through a relay without specifying the vehicle interface, fail-safe behavior, or safety certification.
  • domain assumption Bluetooth transmission latency and error correction are adequate for real-time safety alerts.
    Equations (6)-(8) define data rate, delay, and error correction, but no measured latency or reliability under vehicle conditions is reported.

how reviews work

0 comments
Cite this review

Pith. "Pith review of IoT-enabled Drowsiness Driver Safety Alert System with Real-Time Monitoring Using Integrated Sensors Technology." pith.science (2026). https://pith.science/paper/VGX4WWX4

@misc{pith2026250200347,
  author       = {Pith},
  title        = {Pith review of: IoT-enabled Drowsiness Driver Safety Alert System with Real-Time Monitoring Using Integrated Sensors Technology},
  year         = {2026},
  howpublished = {\url{https://pith.science/paper/VGX4WWX4}},
  note         = {Machine review of arXiv:2502.00347}
}
read the original abstract

Significant losses in terms of life and property occur from road traffic accidents, which are often caused by drunk and drowsy drivers. Reducing accidents requires effective detection of alcohol impairment and drowsiness as well as real-time driver monitoring. This paper aims to create an Internet of Things (IoT)--enabled Drowsiness Driver Safety Alert System with Real-Time Monitoring Using Integrated Sensors Technology. The system features an alcohol sensor and an IR sensor for detecting alcohol presence and monitoring driver eye movements, respectively. Upon detecting alcohol, alarms and warning lights are activated, the vehicle speed is progressively reduced, and the motor stops within ten to fifteen seconds if the alcohol presence persists. The IR sensor monitors prolonged eye closure, triggering alerts, or automatic vehicle stoppage to prevent accidents caused by drowsiness. Data from the IR sensor is transmitted to a mobile phone via Bluetooth for real-time monitoring and alerts. By identifying driver alcoholism and drowsiness, this system seeks to reduce accidents and save lives by providing safer transportation.

Figures

Figures reproduced from arXiv: 2502.00347 by the authors.

Figure 1
Figure 1. Proposed Block Diagram for Controlling Each [PITH_FULL_IMAGE:figures/full_fig_p003_1.png] view at source ↗
Figure 4
Figure 4. (a) Alcohol Sensor Value Monitoring, (b) IR Sensor [PITH_FULL_IMAGE:figures/full_fig_p005_4.png] view at source ↗
Figure 2
Figure 2. Workflow Diagram of Proposed System [PITH_FULL_IMAGE:figures/full_fig_p005_2.png] view at source ↗
Figures from the paper (2 more)
Figure 3
Figure 3. Figure 3: Workflow of IR Sensor IV. RESULT ANALYSIS AND PERFORMANCE MEASUREMENT A. Performance Analysis of Alcohol and IR sensor [PITH_FULL_IMAGE:figures/full_fig_p005_3.png]
Figure 6
Figure 6. Figure 6: (a) Normal Driving & Application Interface, (b) [PITH_FULL_IMAGE:figures/full_fig_p006_6.png]

Discussion (0). Continue with ORCID to comment.

Reference graph

Works this paper leans on

36 extracted references · 34 canonical work pages

  1. [1]

    Global Road Safety — cdc.gov,

    CDC, “Global Road Safety — cdc.gov,” https://www.cdc.gov/ transportation-safety/global/index.html#:∼:text=WHO%20Global% 20Status%20Report%20on,Global%20Status%20Report%20on% 20Safety., [Accessed 02-07-2024]

    work page 2024

  2. [2]

    Fatigue in transport: a review of exposure, risks, checks and controls,

    R. Phillips, G. Kecklund, A. Anund, and M. Sallinen, “Fatigue in transport: a review of exposure, risks, checks and controls,” Transport Reviews, pp. 1–25, 07 2017

    work page 2017

  3. [3]

    Global status report on road safety 2018 — who.int,

    “Global status report on road safety 2018 — who.int,” https://www.who.int/publications/i/item/9789241565684#:∼: text=The%20Global%20status%20report%20on,people%20aged% 205%2D29%20years., [Accessed 06-07-2024]

    arXiv 2018

  4. [4]

    Reassessing Road Sign Test of Drivers in Bangladesh — 103.82.172.44,

    “Reassessing Road Sign Test of Drivers in Bangladesh — 103.82.172.44,” http://103.82.172.44:8080/xmlui/handle/123456789/ 772?show=full, [Accessed 06-07-2024]

    arXiv 2024

  5. [5]

    A review of drug use and driving: epidemiology, impairment, risk factors and risk perceptions,

    E. KELLY , S. DARKE, and J. ROSS, “A review of drug use and driving: epidemiology, impairment, risk factors and risk perceptions,” Drug and Alcohol Review , vol. 23, no. 3, pp. 319–344,

    work page

  6. [6]

    Alcohol detection in vehicles,

    K. K. Mrs. K. Nirosha, C. Priyanka, “Alcohol detection in vehicles,” https://www.irjet.net/archives/V4/i4/IRJET-V4I4422.pdf, [Accessed 02-07-2024]

    work page 2024

  7. [7]

    Developing an arduino based anti-sleep device for driver,

    I. Ahmed, “Developing an arduino based anti-sleep device for driver,” 03 2022

    work page 2022

  8. [8]

    Sdn–iot empowered intelligent framework for industry 4.0 applications during covid-19 pandemic,

    A. Rahman, C. Chakraborty, A. Anwar, M. R. Karim, M. J. Islam, D. Kundu, Z. Rahman, and S. S. Band, “Sdn–iot empowered intelligent framework for industry 4.0 applications during covid-19 pandemic,” Cluster Computing, pp. 1–18, 2022

    work page 2022

Show all 36 references
  1. [9]

    Blockchain-sdn-based energy-aware and distributed secure architecture for iot in smart cities,

    M. J. Islam, A. Rahman, S. Kabir, M. R. Karim, U. K. Acharjee, M. K. Nasir, S. S. Band, M. Sookhak, and S. Wu, “Blockchain-sdn-based energy-aware and distributed secure architecture for iot in smart cities,” IEEE Internet of Things Journal , vol. 9, no. 5, pp. 3850–3864, 2021

    2021

  2. [10]

    Iot based driver drowsiness detection and health monitoring system,

    K. Tiwari, S. Bhagat, N. Patil, and P. Nagare, “Iot based driver drowsiness detection and health monitoring system,” International Journal of Research and Analytical Reviews (IJRAR) , vol. 6, no. 02, pp. 163–167, 2019

    2019

  3. [11]

    Detection of driver fatigue caused by sleep deprivation,

    J. H. Yang, Z.-H. Mao, L. Tijerina, T. Pilutti, J. F. Coughlin, and E. Feron, “Detection of driver fatigue caused by sleep deprivation,” IEEE Transactions on Systems, Man, and Cybernetics - Part A: Systems and Humans, vol. 39, no. 4, pp. 694–705, 2009

    2009

  4. [12]

    An iot based driver drowsiness detection system and deterrent system for safety and driving,

    R. Sathya, T. Reddy, S. Reddy, and K. Raghavendra, “An iot based driver drowsiness detection system and deterrent system for safety and driving,” International Journal of Future Generation Communication and Networking, vol. 13, no. 3, pp. 413–421, 2020

    2020

  5. [13]

    Smartwatch-based wearable eeg system for driver drowsiness detection,

    G. Li, B.-L. Lee, and W.-Y . Chung, “Smartwatch-based wearable eeg system for driver drowsiness detection,” IEEE Sensors Journal, vol. 15, no. 12, pp. 7169–7180, 2015

    2015

  6. [14]

    Iot-based smart alert system for drowsy driver detection,

    A. K. Biswal, D. Singh, B. K. Pattanayak, D. Samanta, and M.-H. Yang, “Iot-based smart alert system for drowsy driver detection,” Wireless communications and mobile computing , vol. 2021, no. 1, p. 6627217, 2021

    2021

  7. [15]

    Road safety measures using sleeping alert system,

    D. Eleyan, M. Saffarini, R. Saffarini, and A. Eleyan, “Road safety measures using sleeping alert system,”International Journal of Scientific and Technology Research, vol. 10, no. 4, pp. 230–236, 2021

    2021

  8. [16]

    Real-time driver fatigue detection system with deep learning on a low-cost embedded system,

    E. Civik and U. Yuzgec, “Real-time driver fatigue detection system with deep learning on a low-cost embedded system,” Microprocessors and Microsystems, vol. 99, p. 104851, 2023

    2023

  9. [17]

    Deep learning-based drowsiness detection system using iot,

    N. Himaswi, K. Sathvika, S. Pathima, and S. K. K, “Deep learning-based drowsiness detection system using iot,” in 2023 International Conference on Intelligent and Innovative Technologies in Computing, Electrical and Electronics (IITCEE) , 2023, pp. 961–966

    2023

  10. [18]

    Drowsiness detection for drivers using iot,

    S. S S, K. M N, S. M, K. K, and A. M, “Drowsiness detection for drivers using iot,” in 2023 7th International Conference on Computing Methodologies and Communication (ICCMC) , 2023, pp. 1348–1353

    2023

  11. [19]

    Anti-sleep alarm system for vehicles,

    V . Jadhav, O. K. Omkar Kachare, and M. Shaikh, “Anti-sleep alarm system for vehicles,” Mujahid, Anti-Sleep Alarm System for Vehicles (June 10, 2023) , 2023

    2023

  12. [20]

    Iot-assisted automatic driver drowsiness detection through facial movement analysis using deep learning and a u-net-based architecture,

    S. Das, S. Pratihar, B. Pradhan, R. H. Jhaveri, and F. Benedetto, “Iot-assisted automatic driver drowsiness detection through facial movement analysis using deep learning and a u-net-based architecture,” Information, vol. 15, no. 1, p. 30, 2024

    2024

  13. [21]

    Towards a blockchain-sdn-based secure architecture for cloud computing in smart industrial iot,

    A. Rahman, M. J. Islam, S. S. Band, G. Muhammad, K. Hasan, and P. Tiwari, “Towards a blockchain-sdn-based secure architecture for cloud computing in smart industrial iot,” Digital Communications and Networks, vol. 9, no. 2, pp. 411–421, 2023

    2023

  14. [22]

    Mq-3 alcohol sensor arduino interface tutorial,

    L. M. Engineers, “Mq-3 alcohol sensor arduino interface tutorial,” Last Minute Engineers, Accessed 2024. [Online]. Available: https: //lastminuteengineers.com/mq3-alcohol-sensor-arduino-tutorial/

    2024

  15. [23]

    On the icn-iot with federated learning integration of communication: Concepts, security-privacy issues, applications, and future perspectives,

    A. Rahman, K. Hasan, D. Kundu, M. J. Islam, T. Debnath, S. S. Band, and N. Kumar, “On the icn-iot with federated learning integration of communication: Concepts, security-privacy issues, applications, and future perspectives,” Future Generation Computer Systems , vol. 138, pp....

    2023

  16. [24]

    Hc-06 bluetooth module pinout & datasheet,

    Components101, “Hc-06 bluetooth module pinout & datasheet,” Components101, Accessed 2024. [Online]. Available: https://components101.com/wireless/ hc-06-bluetooth-module-pinout-datasheet

    2024

  17. [25]

    What is a relay module and what does it do?

    GEY A, “What is a relay module and what does it do?” GEY A, Accessed 2024. [Online]. Available: https://www.geya.net/ what-is-a-relay-module-and-what-does-it-do/

    2024

  18. [26]

    Multi-color led 5mm fast,

    R. BD, “Multi-color led 5mm fast,” RoboDoc BD, Accessed 2024. [Online]. Available: https://robodocbd.com/product/ multi-color-led-5mm-fast

    2024

  19. [27]

    Buzzer - working, applications,

    Elprocus, “Buzzer - working, applications,” https://www.elprocus.com/ buzzer-working-applications/, accessed: 2024-07-02

    2024

  20. [28]

    Impacts of blockchain in software-defined internet of things ecosystem with network function virtualization for smart applications: Present perspectives and future directions,

    A. Rahman, J. Islam, D. Kundu, R. Karim, Z. Rahman, S. S. Band, M. Sookhak, P. Tiwari, and N. Kumar, “Impacts of blockchain in software-defined internet of things ecosystem with network function virtualization for smart applications: Present perspectives and future directions,...

    2023

  21. [29]

    Arduino ide v1 basics,

    Arduino, “Arduino ide v1 basics,” Arduino Documentation, Accessed

  22. [30]

    Serial bluetooth terminal,

    CNET Download, “Serial bluetooth terminal,” CNET, Accessed 2024. [Online]. Available: https://download.cnet.com/ serial-bluetooth-terminal/3000-20432 4-78101899.html

    2024

  23. [31]

    Blocksd-5gnet: Enhancing security of 5g network through blockchain-sdn with ml-based bandwidth prediction,

    A. Rahman, M. S. I. Khan, A. Montieri, M. J. Islam, M. R. Karim, M. Hasan, D. Kundu, M. K. Nasir, and A. Pescap `e, “Blocksd-5gnet: Enhancing security of 5g network through blockchain-sdn with ml-based bandwidth prediction,” Transactions on Emerging Telecommunications Technolo...

    2024

  24. [32]

    An sdn-based secure model for iot network in smart building,

    M. Faisal, H. Siddiqua, M. J. Islam, and A. Rahman, “An sdn-based secure model for iot network in smart building,” in 2022 4th International Conference on Sustainable Technologies for Industry 4.0 (STI). IEEE, 2022, pp. 1–6

    2022

  25. [33]

    Sdot-nfv: Enhancing a distributed sdn-iot architecture security with nfv implementation for smart city,

    M. J. Islam, A. Rahman, S. Kabir, A. Khatun, A. I. Pritom, and M. Zaman, “Sdot-nfv: Enhancing a distributed sdn-iot architecture security with nfv implementation for smart city,” Dept. Comput. Sci. Eng., Green Univ. Bangladesh, Dhaka, Bangladesh, Tech. Rep. 2020A3321, 2020

    2020

  26. [34]

    An enhanced security architecture for industry 4.0 applications based on software-defined networking,

    A. Rahman, K. Hasan, and S.-H. Jeong, “An enhanced security architecture for industry 4.0 applications based on software-defined networking,” in 2022 13th International Conference On Information And Communication Technology Convergence (ICTC) . IEEE, 2022, pp. 2127–2130

    2022

  27. [2004]

    Available: https://onlinelibrary.wiley.com/doi/abs/10

    [Online]. Available: https://onlinelibrary.wiley.com/doi/abs/10. 1080/09595230412331289482

  28. [2024]

    Available: https://docs.arduino.cc/software/ide-v1/ tutorials/arduino-ide-v1-basics/

    [Online]. Available: https://docs.arduino.cc/software/ide-v1/ tutorials/arduino-ide-v1-basics/

Pith tools

Reviewed August 9, 2026 · model on record in the stance chip above.