Skip to Content
SymmetrySymmetry
  • Article
  • Open Access

14 January 2026

34 Pages

Design, Implementation, and Evaluation of a Low-Complexity Yelp Siren Detector Based on Frequency Modulation Symmetry

,
,
and
1
Department of Computer Science and Engineering, National University of Science and Technology POLITEHNICA Bucharest, 060042 Bucharest, Romania
2
Telecommunications Department, National University of Science and Technology POLITEHNICA Bucharest, 060042 Bucharest, Romania
3
Computers and Cybernetic Security Department, Military Technical Academy “Ferdinand I”, 050141 Bucharest, Romania
*
Author to whom correspondence should be addressed.
This article belongs to the Section F: Engineering and Materials

Abstract

Robust detection of emergency vehicle sirens remains difficult due to modern soundproofing, competing audio, and variable traffic noise. Although many simulation-based studies have been reported, relatively few systems have been realized in hardware, and many proposed approaches rely on complex or artificial intelligence-based processing with limited interpretability. This work presents a physical implementation of a low-complexity yelp siren detector that leverages the symmetries of the yelp signal, together with its characterization under realistic conditions. The design is not based on conventional signal processing or machine learning pipelines. Instead, it uses a simple analog envelope-based principle with threshold-crossing rate analysis and a fixed comparator threshold. Its performance was evaluated using an open dataset of more than 1000 real-world audio recordings spanning different road conditions. Detection accuracy, false-positive behavior, and robustness were systematically evaluated on a real hardware implementation using multiple deployable decision rules. Among the evaluated detection rules, a representative operating point achieved a true positive rate of 0.881 at a false positive rate of 0.01, corresponding to a Matthews correlation coefficient of 0.899. The results indicate that a fixed-threshold realization can provide reliable yelp detection with very low computational requirements while preserving transparency and ease of implementation. The study establishes a pathway from conceptual detection principle to deployable embedded hardware.

1. Introduction

During emergencies, speed and efficiency of response are essential. Reducing the time required for emergency vehicles to reach a scene or transport individuals to medical facilities directly affects outcomes. To enable rapid movement through traffic, emergency vehicles rely on audio and visual warnings to request right of way. However, public safety also depends on nearby drivers detecting these warnings promptly and reliably.
Despite the use of sirens and lights, emergency vehicles may still go unnoticed in dense or noisy traffic environments. Statistics from the United States indicate that in 2021, 198 fatalities were associated with accidents involving emergency vehicles [1,2]. A longitudinal analysis covering 2010–2023 (Figure 1) shows that police vehicles were disproportionately involved in these incidents. Sirens are intended to provide a distinct acoustic cue, with common types including yelp, wail, phaser, and hi-lo signals. The yelp siren is distinguished by a repetitive pattern that conveys a stable underlying symmetry. This property supports the use of low-complexity detection strategies.
Figure 1. Yearly fatalities from crashes involving police vehicles, ambulances, and fire trucks (2010–2023).
Modern vehicles increasingly incorporate soundproofing to improve cabin comfort, and music and infotainment systems can further mask siren signals, collectively reducing driver awareness, particularly for individuals with reduced auditory sensitivity. As a result, automatic siren detection has emerged as an important enabling function for driver assistance features such as audio ducking, visual alerts, or haptic feedback.
Research interest in automatic siren detection has grown accordingly. Commercial and industrial efforts, such as those by Bosch [3], iHear [4], and Waymo [5], have explored both signal processing and AI-based solutions. Traditional digital signal processing approaches [6,7,8,9,10,11,12,13,14,15,16,17,18] and more recent machine-learning and deep-learning methods [19,20,21,22,23,24,25,26,27,28,29] can achieve good classification accuracy, but often at the cost of increased computational complexity, reduced interpretability, and higher energy consumption, which are critical considerations for embedded systems. In parallel, perception capabilities are increasingly being extended beyond the vehicle itself to roadside sensing infrastructure. Recent work has demonstrated that roadside perception systems can provide enhanced situational awareness over wider spatial ranges than onboard sensors, particularly in complex traffic environments such as intersections. For example, an interactive Siamese network-based framework was proposed for multi-vehicle tracking using roadside detectors, achieving improved accuracy and recall for highly maneuvering targets through adaptive similarity modeling and global trajectory optimization [30]. Other studies, such as [31] and [32], have demonstrated that lower-complexity detection strategies can remain competitive in realistic environments.
Earlier works in [32,33,34] introduced an analog-inspired framework for Yelp siren detection based on envelope extraction and threshold-crossing rate analysis, supported by theoretical modeling. The implementation in [34] demonstrated this principle in simulation, confirming its low computational requirements and suitability for embedded deployment. In [35], the framework of [34] was advanced to a deployment-oriented Simulink implementation that enforces realistic constraints. Importantly, the resulting system maintained strong detection accuracy and, when evaluated on newly synthesized test data, achieved better performance than representative machine-learning baselines and competitive results with state-of-the-art solutions. In summary, while earlier works [32,33,34,35] established the feasibility of envelope-based and rate-based yelp siren detection, they primarily focused on theoretical modeling, simulation-based evaluation, or block-level implementation. In contrast, the present study emphasizes a complete physical realization and systematic experimental validation on real hardware. By explicitly capturing component tolerances, analog noise, comparator behavior, and embedded timing effects, the proposed work enables assessment of robustness and deployment feasibility beyond what can be inferred from simulation or model-based implementations alone.
Whereas much of the existing literature reports simulation-based results, the present work includes physical hardware realization and controlled evaluation, capturing the effects of component tolerances and implementation constraints. Similar concerns regarding the gap between simulation and real-world behavior have been reported in other sensing domains within intelligent vehicles. For instance, recent work on ultrasonic radar testing for automatic parking systems demonstrated that simulation-based evaluations often fail to capture important hardware- and environment-induced effects, motivating the use of sensor-in-the-loop and hardware-in-the-loop testing frameworks to improve realism and reliability [36].
The characteristic symmetry of the yelp siren’s repeating sweep is reflected in a consistent rate at which the processed signal crosses a reference threshold, allowing the detection task to be carried out with low computational effort. Performance was evaluated using an open dataset of more than 1000 real-world recordings spanning diverse traffic and noise conditions, and compared with representative solutions reported in the literature.
The contributions of this work are as follows:
  • A complete physical realization of a low-complexity yelp siren detector implemented using analog filtering, envelope extraction, fixed-threshold comparison, and interrupt-driven transition-rate evaluation on an embedded microcontroller, without reliance on spectral analysis or machine-learning models.
  • Experimental validation on real hardware rather than simulation, demonstrating that the proposed detection principle remains effective under practical non-idealities such as component tolerances, analog noise, comparator hysteresis, and embedded timing constraints.
  • A systematic performance characterization using a large open dataset of real-world recordings (over 1000 audio files), enabling statistically meaningful evaluation of detection accuracy, false-positive behavior, and robustness across diverse traffic and noise conditions.
  • A structured comparison of deployable temporal decision rules, including single-event, consecutive-event, and sliding-window formulations, revealing predictable trade-offs between sensitivity and false-alarm suppression as the temporal consistency parameter is varied.
  • Identification of a robust operating point for fixed-threshold detection, showing that a window-based rule with appropriate parameter selection achieves competitive accuracy and very low false-positive rates while preserving simplicity and interpretability.
  • An analysis of failure modes and practical limits, demonstrating that remaining false positives arise from rare quasi-periodic mechanical noise events, and showing how near-zero false-positive operation can be achieved at the cost of reduced sensitivity within the same rate-based framework.
The remainder of this paper is organized as follows. Section 2 presents the detection principle, system architecture, hardware implementation, and evaluation methodology. Section 3 reports the quantitative performance results for all evaluated detection rules. Section 4 discusses the observed behaviors, comparison with related work, operating-point selection, and practical limitations. Section 5 concludes the paper.

2. Materials and Methods

In this section, the complete detection pipeline is presented, from signal characterization to hardware realization and test protocol. First, the characteristic properties of the yelp siren and their implication for a threshold-crossing rate detector are described. Next, the functional system architecture and its implementation using analog filtering, envelope extraction, and microcontroller-based rate evaluation are detailed, together with the corresponding hardware design. Finally, the evaluation methodology, test signals, decision rules, and performance metrics used to quantify detection quality are outlined.

2.1. Characteristics of the Yelp Siren Signal

The yelp siren is one of the most commonly used and easily identifiable acoustic warning signals emitted by emergency vehicles, due to its ability to attract attention rapidly and signal urgency in traffic environments. Acoustically, the yelp siren is a frequency-modulated signal, in which the fundamental frequency continuously sweeps between a lower and upper bound, repeating at a characteristic rate typically expressed in cycles per minute (CPM). A spectrogram illustrating this behavior is shown in Figure 2. All the plots in this work were created using MATLAB R2024b (MathWorks Inc., Natick, MA, USA).
Figure 2. Spectrogram of a yelp siren signal in road traffic noise.
The audio signal was read from file and converted to mono by selecting the left channel. The spectrogram was obtained using a short-time Fourier transform. A Hann window of 40 ms duration (1920 samples at 48 kHz) was applied with 50 percent overlap. For each frame, a 2048-point FFT was computed. The magnitude spectrum was converted to decibels. To maintain a consistent visual scale, the spectrogram was normalized relative to the 99th percentile spectral magnitude and displayed across a 70 dB dynamic range below that reference. Only the frequency range from 0 to 10 kHz was shown. The spectrogram was displayed using the turbo colormap to ensure clear contrast in both screen and printed formats. After second 11, a strong policeman whistle sound can be observed. The high-frequency whistle component lies well outside the passband of the proposed detector and is therefore strongly attenuated by the analog front end, such that it does not influence the detection process.
Because the sweep repeats, the instantaneous frequency passes through the same frequency region multiple times per second, leading to recurring moments in which the signal’s energy aligns with any selected frequency between its minimum and maximum sweep limits. This repetition introduces a stable and recognizable structure in both the time and frequency domains. Although specific parameters such as the sweep rate, sweep range, and minimum and maximum frequencies vary across siren models and manufacturers, the overall modulation pattern remains consistent. A detailed overview of such characteristic parameter ranges is provided in [37].
This repeating sweep pattern can be regarded as expressing a form of symmetry: even though the exact numerical values may shift, the structure of the sweep remains similar from cycle to cycle. As a result, when the signal is observed through a band-pass filter centered within the sweeping range, the output envelope exhibits recurrent peaks corresponding to each sweep cycle. The resulting threshold-crossing rate is dictated by the sweep repetition and therefore remains stable as long as the signal envelope remains above the threshold, providing robustness to moderate variations in loudness. This structural behavior forms the basis of the detection approach adopted in this work, where the recurring sweep symmetry is reflected in a measurable threshold-crossing rate. The detection principle is presented in detail further.

2.2. System Overview

The system is designed to detect the presence of a yelp siren by leveraging the repeated sweep pattern that characterizes this type of emergency signal. The yelp siren exhibits a recurring variation in its instantaneous frequency. As the sweep progresses, the signal periodically passes through particular frequency regions, producing a rhythmic pattern that can serve as a distinguishing signature. This property can be visualized in Figure 3, where a detail of the spectrogram shown in Figure 2 is illustrated, namely between seconds 2 and 6, and only up to 2000 Hz.
Figure 3. Spectrogram of siren signal in road noise-detail.
A high-level functional block diagram of the system is shown in Figure 4.
Figure 4. Block diagram of the low complexity yelp siren detection system.
The goal of the detector is to determine when the instantaneous frequency of the input signal matches a fixed reference frequency, and to measure how often this event occurs. For yelp sirens, this frequency-crossing rate is distinctive and can be used as a reliable indicator of their presence.
The processing can be viewed as consisting of three main stages. First, a Signal Filtering Module emphasizes the moments when the signal’s instantaneous frequency passes through the reference frequency. At these moments, the signal energy at the output of this stage increases, while it remains low otherwise. Second, a Signal Detection Module converts these energy fluctuations into a binary signal indicating whether the reference region is being crossed (high) or not (low). This binary representation captures the timing pattern associated with the yelp sweep. Third, a Data Processing Module counts the transitions of this binary signal over a fixed time interval. If the resulting transition rate falls within a range characteristic of the yelp siren, the system concludes that the siren is present and issues a detection output towards the user communication module that informs the driver. This principle-level overview describes how the system identifies the yelp siren pattern.
Unlike approaches based on spectral analysis, machine learning, or large-scale signal modeling, the proposed method relies solely on the temporal structure of the sweep and does not require training data, classification boundaries, or computationally intensive feature extraction. The detection decision is derived from a directly interpretable rate measurement, making the system easy to tune, verify, and integrate into embedded environments with limited processing resources. At the system level, this translates to a processing load limited to simple threshold comparisons, integer counter updates on comparator transitions, and periodic summation over a short buffer, with a memory footprint consisting only of a small set of scalar variables. Further, we provide implementation details for the three processing blocks.
The Signal Filtering Module is implemented as a band-pass filter centered at a reference frequency f c within the sweep range of the yelp siren. When the instantaneous frequency of the input signal passes through f c , the filter output exhibits an amplitude increase. As the sweep continues, these increases occur periodically, converting the continuous frequency modulation into a sequence of amplitude pulses whose repetition rate reflects the sweep rate.
The Signal Detection Module extracts a slowly varying representation of these pulses using an envelope detector. Since the output of the band-pass filter oscillates near f c , working directly with that waveform would require additional processing effort. In contrast, its envelope directly tracks the local energy level. This envelope is compared to a fixed threshold to produce a binary signal indicating whether the sweep is currently intersecting the reference frequency region.
The Data Processing Module is a microcontroller that counts the transitions of this binary signal over a fixed observation interval. The resulting transition rate is then compared to two boundary values specific to yelp sirens. If the measured rate falls within this interval, the system concludes that a yelp siren is present and activates the detection output. The User Communication Module receives the detection output and presents it to the driver in an easily perceivable form. Depending on the intended integration level, this may include dashboard indicators, audio cues, or haptic feedback. This module does not influence the detection process itself and is therefore not discussed in detail here. In the present implementation, a simple LED serves as the driver alert. The implementation details for the functional blocks are provided in the following subsection.

2.3. Hardware Implementation

This subsection describes the physical realization of the detection architecture outlined in Section 2.2. The system is implemented using a compact set of modules arranged to follow the same signal flow as the conceptual model: power supply, band-pass filtering, envelope detection, threshold comparison, and transition-rate evaluation. The design emphasizes low component count, standard off-the-shelf parts, and straightforward adjustability to support prototyping and embedded integration. No specialized digital signal processing hardware or training-based algorithms are required; the detection behavior derives directly from the structure of the analog processing stages and the rate evaluation logic. By maintaining simplicity in both the signal path and the decision mechanism, the system remains interpretable, resource-efficient, and suitable for deployment in constrained environments.
The prototype is powered from a 5 V USB source, allowing the system to be operated and tested directly from a computer. Since the analog processing stages make use of operational amplifiers that require a dual supply, the 5 V input is converted to ±12 V using a compact DC–DC converter module. The converter accepts 2.8 ÷ 5.5 V at its input and provides up to 30 mA per rail, which is sufficient for the signal filtering and envelope detection circuitry. While a 5 V USB source is not representative of an automotive environment, this does not limit in-vehicle deployment. Standard vehicle electrical systems provide a nominal 12 V supply, from which the same ±12 V rails can be derived using a suitable DC–DC converter. In addition, the ±12 V supply ensures sufficient voltage headroom for the analog stages, improving linearity and preventing clipping at higher input levels. Thus, the power architecture used in the prototype can be transferred directly to automotive integration, with adaptation only at the input supply interface.
The first stage of the system is a band-pass filtering block implemented using a multiple-feedback active filter topology. The objective of this stage is to isolate a narrow region of the yelp siren’s sweep range so that the recurring passage of the instantaneous frequency through this region produces a measurable variation in the output amplitude. The target design parameters for the filter were a nominal center frequency of f c ≈ 1   kHz and a quality factor of Q ≈ 20 , which corresponds to a − 3   dB bandwidth of 50   Hz . These values were selected to ensure that the filter output exhibits clearly separated amplitude events during the sweep cycle, while remaining realizable with standard component values. It has been reported in the literature that no strict regulatory limits exist regarding the instantaneous frequency bounds of the yelp siren signal, and that substantial variability is observed across manufacturers and vehicle types [35]. When extreme cases are considered, the instantaneous frequency sweep of the yelp siren may span a broad range, approximately from 100 Hz to 2500 Hz. The 1 kHz chosen value lies within the central portion of the reported yelp sweep range, ensuring that the instantaneous frequency of the siren crosses the selected reference region reliably during each sweep cycle, even under substantial inter-model variability. By avoiding proximity to the lower or upper extremes of the sweep range, the likelihood of missed crossings due to truncated sweeps or reduced sweep excursions is minimized.
The final component selection was performed using standard E-series values. A realized center frequency of f c = 971   Hz resulted based on these values, circuit synthesis and simulation. The band-pass filter schematic was designed in Labcenter Electronics Proteus 8, which also provided the PCB layout environment used later in the hardware prototype. Figure 5 shows the implemented filter schematic. The detector architecture employs a single band-pass filter to minimize system complexity while exploiting the regular sweep structure of the signal.
Figure 5. Schematic of the implemented band-pass filter.
The output of the band-pass filter is a narrowband signal at approximately f c , whose amplitude increases when the instantaneous frequency of the input signal passes through the selected frequency region. To obtain a representation suitable for transition-rate measurement, this signal is converted to an envelope. The envelope detector is implemented as a half-wave rectifier followed by a low-pass RC network, using a diode, a 10   μ F capacitor, and a 4.7   k Ω resistor, resulting in a cutoff frequency of 3.386 Hz.
Since the amplitude at the filter output can be small, an inverting amplifier with a gain magnitude of 10 is placed before the rectifier stage to ensure that the envelope remains within a range suitable for threshold comparison. The resulting envelope is then applied to a comparator with a fixed reference level set using a potentiometer. For the experiments, the threshold was set to 600 mV. The comparator output is a binary signal indicating whether the envelope exceeds the threshold. This binary sequence contains transitions whose timing reflects the periodicity of the frequency sweep in the original signal. These transitions are processed in the next stage to determine whether the observed rate corresponds to that of a yelp siren. The schematic of the envelope detector and comparator implementation is shown in Figure 6.
Figure 6. Schematic of the gain stage, envelope detector, and comparator used to generate binary threshold-crossing events.
The binary output of the thresholding stage is processed by a microcontroller that evaluates the rate of high–low transitions, each corresponding to a passage of the instantaneous frequency of the input signal through the band-pass region. Because the comparator operates from a ±12 V supply, its output voltage swing exceeds the allowable input range of the microcontroller. To ensure safe interfacing, the comparator output is passed through a protection stage consisting of a Zener diode limiter and a series resistor, which constrain the logic-level signal to approximately 5.1 V. This microcontroller protection circuit is illustrated in Figure 7.
Figure 7. Protection and interface circuitry used to limit the comparator output to microcontroller-safe logic levels.
The siren detection algorithm on the microcontroller is based on monitoring the threshold-crossing rate of the audio signal over a sliding one-second window and applying a threshold test to this feature. The processed audio signal is provided to a digital GPIO pin configured as an external interrupt input. This pin is set to trigger on any logic transition, and on each such event an interrupt service routine executes that increments a global counter. This counter therefore represents the number of zero crossings of the audio signal accumulated since the last analysis interval.
Temporal structuring of the measurements is implemented using a hardware timer (Timer1) configured in compare-match mode to generate an interrupt every 100 ms. At each timer interrupt, the firmware copies the current zero-crossing count into a circular buffer of length 10, which thus stores the number of crossings observed in each of the last ten 100 ms intervals, corresponding to a sliding window of one second. After inserting the new value, the code resets the counter for the next interval and computes the sum of all ten buffer entries. This sum represents the total number of zero crossings observed during the last second. If this one-second zero-crossing count lies within a predefined range (between 6 and 12 crossings in the current implementation), the signal is classified as a siren: the microcontroller asserts a digital output driving an on-board LED and transmits the string “Siren” over the UART interface (115,200 baud). This decision step is executed at most once every 100 ms, as it is tied to the timer interrupt. If the condition is not satisfied, the LED is switched off, and no detection message is sent. The main program loop remains empty. All acquisition, feature accumulation and decision logic are handled within the interrupt service routines for the GPIO and timer, ensuring deterministic timing and very low computational complexity. The real-time behavior of the system is supported by the interrupt structure of the firmware: only a GPIO interrupt for transition counting and a Timer1 compare-match interrupt at 100 ms are used, and since interrupts are non-nested on the target microcontroller and the main loop remains empty, timing conflicts are not expected under normal operation.
The processing module is implemented on an Arduino Nano (Arduino SA, Somerville, MA, USA), chosen for its interrupt-capable digital input, stable timing reference for transition counting, straightforward programmability, and low cost. The architecture does not rely on floating-point operations or sampling. The microcontroller may be substituted with any similar embedded platform without altering the analog front end or detection logic. The algorithm is presented in detail in Appendix A. Detection results are forwarded to the user communication module. In the present prototype, the alert output is a visual LED indication, though any notification mechanism (audio, dashboard display, haptic feedback) may be integrated.
To facilitate reproducibility and to provide a consolidated view of the physical implementation, the key design parameters of each processing stage were summarized in Table 1. The stages are listed in the order of the signal flow, and the corresponding electrical values reflect the exact configuration used in the evaluation. This table complements the detailed descriptions given above and allows the complete architecture to be reviewed at a glance.
Table 1. Summary of design parameters for each stage of the implemented detection system.
The complete detector was assembled on a custom printed circuit board designed in Proteus 8 (Labcenter Electronics Ltd., York, UK). The board integrates the power conversion stage, band-pass filter, envelope detector, comparator circuitry, and the interface header for connection to the microcontroller. The PCB was realized as a single-layer board using the press-and-peel fabrication method, which was chosen to support rapid prototyping and low production cost. For this reason, the routing and layer structure prioritize manufacturability and assembly convenience.
The board dimensions are approximately 11 cm × 6 cm. Standard practical constraints were applied during layout, including a minimum trace width and spacing of 0.5 mm and drill sizes of 0.8 or 1.0 mm depending on component lead diameter. A continuous ground region was included to simplify routing and to provide a stable reference for the analog stages, while keeping the layout compatible with single-layer fabrication.
The resulting PCB supports stable operation of all stages described previously and provides a physically robust platform for testing and characterization. A photograph of the assembled board and the corresponding layout are provided in Figure 8 and Figure 9.
Figure 8. Assembled printed circuit board corresponding to the implemented detection system.
Figure 9. Layout of the printed circuit board used for the siren detection prototype.
Oscilloscope (Hantek 5102P; Qingdao Hantek Electronic Co., Ltd., Qingdao, China) measurements were recorded at representative points in the analog chain to verify that the implemented circuitry produces the expected intermediate signal representations. A periodically swept sine signal was used as the test stimulus, generated artificially and played in a continuous loop. This signal provided controlled and repeatable sweep cycles, enabling clear visualization of the amplitude bursts, envelope formation, and threshold-crossing behavior that form the basis of the detection approach. A separate reference-tone measurement was also performed to document the nominal playback level used during evaluation.
Figure 10 shows the input signal on channel 1 (yellow, top) and the corresponding output of the band-pass filter and gain stage on channel 2 (blue, bottom). As the instantaneous frequency of the test sweep traverses the resonance frequency of the band-pass filter, the output of the filter exhibits pronounced amplitude bursts, while remaining near zero elsewhere. This behavior matches the intended function of the filtering stage: the continuous frequency modulation is converted into discrete narrowband pulses, each corresponding to a passage of the sweep through the filter passband. The amplified output ensures that these bursts reach sufficient amplitude for subsequent envelope extraction.
Figure 10. The input signal on channel 1 (yellow, top) and the band-pass–filtered output on channel 2 (blue, bottom). Each burst corresponds to the sweep momentarily matching the filter’s resonance frequency.
Figure 11 displays the output of the band-pass filter and gain stage on channel 1, together with the output of the envelope detector (shown in Figure 6) on channel 2. The envelope follows the peaks produced by the filter while suppressing the carrier oscillation near the center frequency. The result is a sequence of well-separated envelope maxima, each aligned with one sweep cycle. The RC time constant of the detector produces a smooth and stable envelope profile without excessive smoothing, ensuring that individual events remain distinguishable for threshold comparison.
Figure 11. The band-pass output on channel 1 (yellow, top) and the output of the envelope detector on channel 2 (blue, bottom).
Figure 12 presents the envelope detector output on channel 1 and the logic-level signal applied to the microcontroller input on channel 2. This signal corresponds to the output of the comparator, followed by the protection stage that limits the voltage swing to approximately 5.1 V to ensure compatibility with the microcontroller’s digital input. The comparator threshold used in the hardware implementation was set to 600 mV. On the oscilloscope screen, which was configured at 500 mV/division, this threshold corresponds to 1.2 vertical divisions. The envelope waveform on Channel 1 can therefore be seen crossing the threshold at predictable moments during each sweep cycle, producing clean rising and falling edges at the comparator output. These transitions form the binary event sequence accumulated by the microcontroller over the sliding one-second window.
Figure 12. Envelope signal on channel 1 (yellow, top) and corresponding logic-level comparator output on channel 2 (blue, bottom), showing clean transitions generated whenever the envelope crosses the fixed threshold, forming the binary events counted by the microcontroller.
Figure 13 shows the calibration measurement used to document the playback level. A fixed 1 kHz reference tone was reproduced at the maximum output amplitude of the sound card. Channel 1 records the input signal, whose digital amplitude spans the nominal range of −1 to +1. This snapshot provides a reproducible reference point for anyone attempting to replicate the experimental setup, allowing the analog gains and sound-card level to be aligned with the conditions used in the present evaluation. In an acoustic transmission scenario involving loudspeakers, microphones, and analog front-end processing, an equivalent calibration procedure can be applied. In this case, the loudspeaker is driven with the same 1 kHz reference tone at the output level defined as the maximum, and the microphone and analog gain stages are adjusted such that the signal presented at the input of the detection system reaches the same reference level used in this work. By aligning the acoustic capture chain in this manner, the operating point of the detector remains consistent with the reported experiments, and the fixed comparator threshold of 600 mV can be retained without modification.
Figure 13. Calibration snapshot showing the 1 kHz reference tone used to standardize playback level.
Together, the oscilloscope captures confirm that the implemented analog chain produces the intended sequence of transformations: narrowband amplitude pulses at the filter output, a clean envelope with well-separated peaks, and a binary transition signal suitable for the microcontroller-based rate evaluation. These measurements validate the functional behavior of each stage and demonstrate the consistency between the conceptual detection principle and its physical realization.
An approximate power budget was derived to support embedded deployment considerations. The Arduino Nano board is specified to draw approximately 19 mA at 5 V when powered using the USB connector. The analog front end is dominated by the quiescent currents of the op-amp and comparator stages supplied from the ±12 V rails; for commonly used audio op-amps operating at low signal levels, this corresponds to currents in the low milliampere range, resulting in an estimated additional consumption on the order of 0.1–0.3 W, depending on the specific devices used. Under typical operating conditions, the total power consumption of the detector electronics, excluding the indicator LED used during experiments, is therefore expected to remain below approximately 0.4 W. As a conservative upper bound, the employed ±12 V DC–DC converter is rated to supply up to 30 mA per rail, corresponding to a maximum analog-rail power of 0.72 W; when combined with the Arduino Nano consumption, this places the absolute upper bound of the complete system below approximately 0.85 W.

2.4. Evaluation Methodology

The performance of the implemented detector was evaluated using a controlled testing setup in which recorded audio signals were played back into the input of the hardware system, and the resulting detection output was monitored and logged. The evaluation focused on verifying whether the transition-rate based detection principle remains effective under real-world acoustic variability and non-ideal hardware behavior.

2.4.1. Test Signals

The test signals were drawn from a publicly available dataset of recordings containing emergency vehicle sirens and general driving noise [38]. The dataset includes over 1000 audio clips recorded under varying driving conditions, background noise levels, and siren proximity. These recordings contain naturally occurring amplitude fluctuations, reverberation, Doppler effects, and partial occlusions, making them suitable for assessing robustness. The names of the files used in the experiments are provided in Appendix B.
All recordings were played back at the maximum output level of the sound card to ensure consistency. A reference amplitude measurement at 1 kHz is included in Section 2.3, to establish the nominal test playback level. Since the proposed detection system does not involve any training, learning, or data-driven parameter optimization, the dataset was not divided into training, validation, or test subsets. All available recordings were used exclusively for evaluation purposes. The detector parameters, including filter characteristics and decision thresholds, were fixed a priori based on the system design and were not adjusted using the evaluation data. This ensures that the reported performance reflects the behavior of a fully specified detector operating on previously unseen signals, rather than results influenced by data-dependent tuning.

2.4.2. Test Setup

The evaluation setup is shown in Figure 14 and consists of the following elements:
Figure 14. Experimental setup showing playback, hardware prototype, and measurement instruments used for the evaluation.
  • A computer used to play audio signals from the dataset at a controlled output level;
  • The hardware detection board described in Section 2.3;
  • A digital oscilloscope used to monitor signals at multiple points in the processing chain.
The playback output of the computer was connected directly to the input of the hardware detector using a shielded audio cable to ensure a stable and repeatable stimulus. All ground references were shared between the computer, detection board, and oscilloscope. Direct electrical playback was used to preserve the fidelity and reproducibility of the original real-world recordings; acoustic replay through loudspeakers and microphones would introduce experiment-specific reverberation and transducer effects, making the evaluation dependent on the test environment rather than on the detector itself.

2.4.3. Detection Procedures

Each test signal (siren or environmental noise) was played from the computer into the hardware prototype. As soon as the detection conditions were met, the embedded system issued “Siren” messages over the serial interface. All transmitted messages were recorded into a CSV (Comma-Separated Values) file containing four fields:
  • file—the audio file name (.wav) being played;
  • class—ground-truth label (“siren” or “noise”);
  • t_seconds—time stamp of the serial message (in seconds);
  • raw_serial—complete message string received over the serial port.
Each occurrence of the token “Siren” corresponded to a detection event emitted by the algorithm running on the device. The resulting event times were reconstructed offline to recover the full time series of detections for each file. The playing and capturing of the tokens were performed using Python 3.14 (Python Software Foundation, Beaverton, OR, USA). All later analyses were performed on this CSV log, without rerunning the embedded system.
Three families of detection procedures were tested. All were designed to be deployable, meaning they could operate causally on an incoming event stream in real time.
1.
Single-Event Rule
The simplest decision rule: a file is classified as siren if at least one “Siren” event is present in its log. This simulates a detector that triggers on any isolated positive response. It serves as the baseline performance of the hardware device.
2.
Consecutive-Event Rules
These rules require a minimum number of consecutive events within a short time interval and can be summarized as: trigger if N consecutive detections occur with a time gap Δ t ≤ 0.15   s . If the gap between two events exceeds the threshold, the counter resets. This rule enforces temporal consistency and eliminates spurious isolated detections. The parameter N was varied from 3 to 8 to study the trade-off between responsiveness and robustness.
3.
Window-Based Rules
Instead of strict consecutiveness, these rules check for density of events in a sliding time window of fixed length (1 s) and can be summarized as: trigger if at least N events occur within any 1 s time window. This approach captures periodic siren patterns even if a few events are missed, while still rejecting sparse false alarms. The threshold N was varied between 4 and 10.

2.4.4. Performance Metrics

To evaluate the detection procedures, each audio file was given a binary decision (“siren detected” or “siren not detected”), based on the previously described rules. Comparing these decisions with the ground-truth labels yields the confusion matrix, which forms the basis of all performance metrics. Each file contributes to exactly one of four categories: true positive (TP—the detector correctly identifies a siren file as siren), false negative (FN—the detector fails to detect the siren when playing a siren file), false positive (FP—the detector incorrectly classifies a noise file as siren), true negative (TN—the detector correctly identifies a noise file as noise). These values are used in all the other metrics derived, presented below.
While the evaluation presented in this work focuses on file-level classification performance rather than explicit latency benchmarking, the detection latency of the embedded system is bounded and deterministic. Detection decisions are evaluated periodically and depend on the accumulation of threshold-crossing events required by the selected rule. Under conservative configurations, such as window-based rules with larger values of N and lower crossing densities, the effective latency may approach 2 s. In contrast, permissive configurations and higher crossing rates yield substantially faster responses, faster than one second. The resulting trade-off between responsiveness and robustness is reflected in the comparative performance trends reported in Section 3.
1.
True Positive Rate (TPR/Sensitivity/Recall)
TPR quantifies the proportion of actual siren files that were correctly detected. It measures the detector’s ability to identify siren signals when they are present. This metric is computed using:
T P R   =   T P T P + F N .
High TPR corresponds to a low miss rate.
2.
False Positive Rate (FPR)
FPR measures the proportion of noise-only files that were incorrectly classified as containing a siren. It reflects a detector’s propensity to raise false alarms. It is calculated as:
F P R   =   F P F P + T N .
3.
Precision (Positive Predictive Value, PPV)
Precision quantifies the reliability of a positive decision by expressing the proportion of positive detections that correspond to true siren files. The metric is calculated with:
P r e c i s i o n   =   T P T P + F P .
4.
F1-score
The F1-score provides a single combined indicator of detection quality by taking the harmonic mean of precision and sensitivity. It is useful when a balance between missed detections and false alarms is desired. It is computed as:
F 1   =   2 T P 2 T P + F P + F N .
5.
Balanced accuracy
Balanced accuracy accounts for class imbalance by averaging the sensitivity (TPR) and specificity (1−FPR). It reflects overall classification performance without being biased toward the majority class. The formula is:
B a l a n c e d   a c c u r a c y   =   1 2 T P R + 1 − F P R .
6.
Matthews Correlation Coefficient (MCC)
MCC is a correlation-based metric that summarizes the entire confusion matrix. It is particularly informative when the classes are imbalanced, since it considers all four matrix entries. The coefficient ranges from −1 (perfect misclassification) to +1 (perfect classification), with 0 indicating a performance no better than random. It is calculated as:
M C C   =   T P ⋅ T N − F P ⋅ F N T P + F P T P + F N T N + F P T N + F N
To quantify the statistical reliability of the reported TPR and FPR values, 95% confidence intervals were computed using the Wilson score interval [39]. A confidence interval indicates the range of plausible values for the true underlying performance if the experiment were repeated many times with similar data. The Wilson method was chosen because it remains accurate even when proportions are close to 0 or 1, where the standard normal approximation tends to become biased. In practical terms, the interval captures the expected variation due to the finite number of test files and allows comparison of detection rules while accounting for statistical uncertainty.
1.
Specificity
Specificity quantifies the proportion of noise-only files that were correctly identified as negative. It complements the false positive rate by describing how reliably the detector avoids false alarms when no siren is present. The metric is defined as:
S p e c i f i c i t y   = T N T N + F P
High specificity indicates stable negative decisions and low susceptibility to spurious detections. It forms a natural counterpart to sensitivity when characterizing binary detection systems.
2.
Youden’s J statistic
Youden’s J statistic provides a single measure of overall discrimination performance by combining sensitivity and specificity into a unified index. The value ranges from 0 (no discriminatory ability) to 1 (perfect separation between classes). It is computed as:
J = T P R + S p e c i f i c i t y − 1
The J statistic can be interpreted as the maximum vertical distance between the receiver operating characteristic (ROC) curve and the diagonal line associated with random guessing. By combining correct positive and correct negative decisions, it offers a compact measure that captures both types of classification capability.
3.
Accuracy
Accuracy measures the proportion of all correctly classified files—both siren and noise—relative to the total number of evaluated files. It is defined as:
A c c u r a c y =   T P + T N T P + T N + F P + F N
Although accuracy can be misleading in imbalanced datasets, it remains widely used in the siren-detection literature. It is therefore included here to enable direct comparison with previously reported results and with other baseline methods discussed later in the manuscript.

3. Results

This section presents the outcomes of the evaluation performed on all detection rules. The results are organized to show how each configuration behaved on the test dataset, first through summary tables of the main performance metrics and then through graphical views that illustrate the trends across rules.

3.1. Overview of Evaluation Dataset

The evaluation dataset is available in [38] and contains 253 yelp siren files and 868 road-noise files selected according to the file names provided in Appendix B. The embedded platform produced raw serial outputs during playback, from which all detection events were reconstructed offline. Each detection rule was applied independently to these time series, ensuring identical conditions for all methods.

3.2. Performance Comparison

Before examining the detailed tables and figures, it is useful to summarize the main numerical outcomes. Across all evaluated rules, true positive rates ranged from 0.881 to 0.945, while false positive rates ranged from 0.01 to 0.046. The best overall balance was achieved by the window-based rule with N = 10 , which attained a true positive rate of 0.881 at a false positive rate of 0.01, corresponding to an accuracy of 96.52% and a Matthews correlation coefficient of 0.899. These values represent the recommended operating point when robust detection with minimal false alarms is required.
Table 2 and Table 3 summarize the performance of all evaluated detection rules. Table 2 reports the confusion-matrix values and the main derived metrics (True Positive Rate—TPR, False Positive Rate—FPR, Precision, F1-score, Balanced Accuracy, Specificity, Youden’s J statistic, and Matthews Correlation Coefficient—MCC), and Table 3 provides confidence intervals together with additional indicators. These results allow direct comparison across all rules because they were evaluated on the same dataset.
Table 2. Performance metrics for all detection rules. Bold values indicate the best performance per metric.
Table 3. Confidence intervals and additional performance indicators for all detection rules. Bold values denote the best values per metric.
Based on the derived metrics in Table 2 and Table 3, the rule Window N = 10 achieved the largest number of best-performing values across all metrics, with strengths in FPR, Precision, F1-score, MCC, and Specificity. When FPR is excluded from this comparison, the rule still retained the highest number of best values. The highest balanced accuracy was produced by rule Consecutive N = 3, and the highest specificity corresponded to rules Consecutive N = 10 and Window N = 10.
Several graphical summaries further illustrate the behavior of the detection rules. The TPR–FPR scatter plot (Figure 15) shows the operating points of all rules. The lowest FPR was obtained by rules Consecutive N = 10 and Window N = 10, while the highest TPR corresponded to single event rule. Within each rule family, increasing the parameter N shifted the operating point toward lower false-positive rates and moderately lower sensitivity.
Figure 15. TPR–FPR plot showing the operating points of all evaluated detection rules.
The Precision–Recall plot (Figure 16) shows the complementary relationship between precision and recall. The highest precision was obtained by rules Consecutive N = 10 and Window N = 10, and the highest recall again corresponded to the single event rule.
Figure 16. Precision–recall plot showing the operating points of all evaluated detection rules.
The MCC ranking (Figure 17) provides a single-metric ordering across all configurations. The highest MCC value was achieved by rule Window N = 10, with several neighboring configurations attaining closely similar values.
Figure 17. Ranking of all detection rules by MCC.
Finally, a Pareto frontier was constructed using TPR and FPR as competing objectives (Figure 18). The Pareto-optimal set consisted of a mixture of consecutive and window-based rules, which represent all configurations that cannot be simultaneously improved in both metrics.
Figure 18. Pareto frontier of TPR vs. FPR, showing all non-dominated detection rules.
Together, these plots provide a comprehensive depiction of the trade-offs between sensitivity, false-alarm suppression, and overall classification balance across the tested detection rules. Several configurations produced closely similar performance across multiple metrics, as indicated by the small variation among the top-performing rules.

4. Discussion

This section provides an integrated interpretation of the detector’s performance and its relevance for practical deployment. The main empirical findings are first summarized to highlight the behaviors consistently observed across all rule families. These behaviors are then explained in terms of the underlying detection mechanism, clarifying how temporal consistency requirements shape sensitivity and robustness. The results are further positioned relative to representative approaches in the literature, enabling a direct understanding of how the fixed-threshold, rate-based design compares with established signal-processing and learning-based methods. Considerations related to operating-point selection and limitations of the present evaluation are subsequently addressed to outline the conditions under which the detector is expected to operate reliably.

4.1. Summary of Main Findings

The evaluation across all detection rules showed that reliable siren detection can be achieved using a fixed-threshold, rate-based approach implemented on low-complexity embedded hardware with limited processing capability. When applied to a diverse data set of real recordings, the rules produced consistent behavior and exhibited clear performance trends as the decision parameter N was varied. The rule Window N = 10 attained the largest number of best-performing metrics, with notable strengths in FPR, Precision, F1-score, MCC, and Specificity, while several neighboring configurations achieved closely similar results. The highest sensitivity was obtained by the single event rule, whereas the lowest false-positive rate corresponded equally to Consecutive and Window rules with N = 10. Balanced accuracy and specificity were maximized by rule Consecutive N = 3 and, again, Consecutive and Window rules with N = 10, respectively. The MCC analysis further indicated that rule Window N = 10 achieved the highest overall classification balance, with a compact group of rules forming a cluster of near-optimal performance. The Pareto frontier analysis identified 11 out of 18 configurations that cannot be simultaneously improved in both sensitivity and false-alarm suppression. Taken together, these findings show that several rule configurations achieve strong performance across different criteria, and that the parameter N provides a predictable tuning mechanism for navigating the trade-off between sensitivity and robustness.

4.2. Interpretation of Rule Behaviors

The observed performance trends can be explained by the structure of the detection mechanism and the way temporal constraints influence threshold-crossing activity. The single-event rule displayed the highest sensitivity because it triggers on any isolated threshold-crossing event. Even weak or partially occluded siren segments are therefore sufficient to produce a positive response. This permissive behavior, however, also increases vulnerability to noise-driven excursions of the band-pass output, which accounts for the elevated false-positive rates observed for this rule.
For both consecutive-based and window-based rules, increasing the decision parameter N produced a monotonic reduction in false positives accompanied by a corresponding reduction in sensitivity. This outcome follows directly from the temporal consistency requirement: larger values of N demand either longer uninterrupted sequences of crossings or a denser accumulation of them within the analysis window. As a result, isolated noise-triggered crossings are rejected, but brief interruptions in the sweep-induced sequence may also prevent detection. The consistency of these monotonic trends across metrics confirms that the rate-based decision process behaves predictably when temporal thresholds are adjusted.
The window-based rules, particularly at larger N, achieved strong robustness because the sliding-window criterion tolerates occasional missed crossings while still capturing the densest parts of the sweep cycle. This provides resilience against fluctuations in envelope amplitude, minor deviations in sweep periodicity, and variations introduced by real-world acoustics. In contrast, consecutive-based rules require strictly uninterrupted sequences, making them more sensitive to local gaps in threshold-crossing activity but highly effective in filtering out sporadic noise events.
The strong performance of the rules with N = 10 reflects the stability and regularity of the yelp sweep present in the recordings. The sweep produces a characteristic number of threshold crossings per second, and this feature is captured effectively when a long consecutive sequence or a dense sliding window is required. At the same time, the peak in balanced accuracy at N = 3 under the consecutive rule shows that moderate temporal consistency already yields a favorable compromise between sensitivity and false-alarm suppression before stricter constraints begin to reduce recall more sharply.
Taken together, these behaviors show that the detector responds to temporal constraints in a manner consistent with the underlying sweep structure of the siren signal. Both dense-window and long-consecutive rules capitalize on the periodicity of the sweep, and their relative strengths arise from how each formulation handles variability in crossing patterns produced by real in-cabin audio conditions.

4.3. Comparison with Literature

To contextualize the performance of the proposed detector, Table 4 summarizes representative results reported in prior work together with high-level implementation characteristics. Accuracy is the primary metric reported in most of these studies; therefore, accuracy was computed for all rules evaluated in the present work to enable direct comparison. In addition to accuracy, the reported implementation details provide qualitative insight into differences in algorithmic complexity, processing pipelines, and degree of deployment realism across the compared systems.
Table 4. Accuracy comparison with selected systems and representative implementation characteristics.
Table 4 shows that prior work spans a broad accuracy range, from approximately 80% for early pitch-based or classical spectrogram approaches to above 98% for recent deep-learning systems that rely on convolutional, Mel-Frequency Cepstral Coefficients (MFCC)-based, or transformer-driven architectures, which typically involve substantially higher model complexity and more elaborate data-processing pipelines. These methods differ considerably in computational requirements, data-processing pipelines, and reliance on large training datasets.
To make the comparison consistent, accuracy was computed for each rule evaluated in this study. The highest value, obtained by the window-based rule with N = 10, reached 96.52%, which exceeds the performance of several traditional digital signal processing (DSP) and Support Vector Machine (SVM)-based methods [6,7,10,18,22], and is comparable to the accuracy reported for early Convolutional Neural Networks (CNN)-based systems [23]. Although this value remains below the accuracy of recent deep-learning pipelines that reach 98–99% [19,28,30], the difference must be interpreted in light of the markedly different algorithmic complexity, processing pipelines, and computational demands of these approaches.
A central distinction between the present detector and many methods listed in Table 4 is the simplicity and interpretability of the underlying processing pipeline. High-performing deep-learning approaches typically require multi-stage feature extraction, high-dimensional spectral representations, model training, and inference on computationally intensive architectures. In contrast, the detector evaluated in this work operates using a fixed-threshold, rate-based mechanism implemented on low-complexity embedded hardware with limited processing capability. Achieving 96.52% accuracy on real in-cabin recordings under such constraints demonstrates that the periodic sweep structure of the yelp siren provides a sufficiently strong and stable cue to support effective detection without reliance on spectrograms, machine-learning classifiers, or neural-network inference.

4.4. False Positive Analysis

A small subset of environmental-noise recordings produced false detections under the single-event rule. The affected files were: road31.wav, road32.wav, road33.wav, road70.wav, road71.wav, road103.wav, road104.wav, road105.wav, road142.wav, road143.wav, road225.wav, road243.wav, road244.wav, road245.wav, road255.wav, road258.wav, road259.wav, road267.wav, road270.wav, road271.wav, road273.wav, road367.wav, road394.wav, road410.wav, road411.wav, road414.wav, road416.wav, road419.wav, road432.wav, road435.wav, road533.wav, road534.wav, road549.wav, road562.wav, road574.wav, road688.wav, road797.wav, road806.wav, road807.wav, and road828.wav. This list documents the behavior of the least selective configuration; however, detailed inspection was not performed for this larger set, since the single-event rule is not intended as the primary operating point.
A targeted analysis was performed for the highest-performing configuration, the Window N = 10 rule. All false alarms under this rule were restricted to nine recordings: road33.wav, road104.wav, road105.wav, road244.wav, road245.wav, road259.wav, road435.wav, road688.wav, and road807.wav. These nine cases account for approximately 1% of the 868 noise-only files, indicating that false detections arose only under specific acoustic conditions. The identical false-positive set observed for the Consecutive N = 10 rule further suggests that these events were driven by the recordings themselves rather than by the particular temporal formulation of the decision rule.
Inspection of the nine recordings revealed a consistent underlying mechanism. Each contained a short segment of periodic or quasi-periodic impulsive energy that produced threshold-crossing sequences within the accepted transition-rate interval. In road33.wav, ten events occurred between approximately 8.93 s and 9.83 s, generated by a rigid object striking the ground periodically as a wheel rotated. A similar pattern appeared toward the end of road105.wav. In road244.wav, a quieter impulse sequence around second 4 produced detections, whereas road259.wav contained impacts originating from a vibrating metallic vehicle component near second 7. Comparable undulating or vibrating structures were encountered in road435.wav (around second 3) and road688.wav (around second 7). Although the physical causes varied, each case involved a brief mechanically induced periodicity that momentarily resembled the transition density produced by a yelp sweep.
These observations show that false alarms at this operating point were caused not by typical broadband road noise but by rare mechanical events with structured temporal characteristics. The Window N = 10 rule therefore offers high robustness: false positives were confined to a small number of explainable cases while a high sensitivity was retained.

4.5. Practical Operating Point Selection

Based on the comprehensive evaluation in Section 3, the window-based rule with N = 10 is identified as the recommended operating point, providing the most favorable balance between sensitivity, false-positive suppression, and overall classification robustness.
The choice of an appropriate operating point depends on the balance between sensitivity and robustness required by the intended application. As shown in Section 3, the single-event rule yields the highest sensitivity but also the highest false-positive rate, making it suitable only when occasional false alarms are acceptable and rapid response is essential.
Rules with moderate temporal requirements, such as consecutive thresholds with small N, provide an effective compromise by suppressing isolated noise-driven events while maintaining high detection rates. For example, Consecutive N = 3 achieved the highest balanced accuracy, illustrating that moderate consistency constraints already deliver substantial improvements in robustness.
The strongest suppression of false positives was obtained for larger values of N. The Window N = 10 rule achieved the highest overall accuracy, precision, F1-score, specificity, and MCC among all tested configurations, and it lay on the Pareto frontier in the TPR–FPR space. Its performance reflects a favorable balance in which robust false-positive suppression is achieved without excessive loss of sensitivity.
To evaluate the feasibility of even stricter operation, additional configurations were examined. Increasing the threshold to Consecutive N = 12 reduced the number of false positives to one (road244.wav), with a true positive rate of 83.3%. A two-second window with N = 14 yielded the same single false positive with a slightly higher true positive rate of 84.9%. Zero false positives were achieved with Consecutive N = 18 (TPR = 76.2%) and with a two-second window using N = 18 (TPR = 79.4%). These results confirm that near-zero or zero-false-positive operation is achievable within the same rate-based detection framework, but only at the cost of a marked reduction in sensitivity.
Across all rule families, the monotonic influence of N provides a predictable mechanism for adapting the detector to different deployment requirements. Lower thresholds favor responsiveness, whereas higher thresholds improve robustness. The Window N = 10 rule represents a practical balance in this trade-off and is therefore well suited for applications in which false alarms must be minimized without compromising detection reliability.

4.6. Limitations

The dataset used in this study is large and diverse, and it includes many realistic acoustic conditions such as traffic noise, honks, police whistles, and various industrial or construction-related sounds. While broad, it does not cover every acoustic situation that may occur during driving. Certain environments, such as rural areas with pronounced wind noise, roadside musical events, or other unusual soundscapes, were not represented and could introduce acoustic structures not encountered in the present evaluation.
The main challenge for the detector arises when non-siren sounds exhibit periodic or quasi-periodic behavior near the selected reference frequency, as these can resemble fragments of the threshold-crossing pattern used for detection. Such cases were infrequent in the dataset, and the effect was significantly reduced for rules with larger values of N, at the expected cost of lower sensitivity.
The evaluation relied on a standardized playback-based methodology that is commonly employed in the literature on siren and audio-event detection. This approach ensures consistent conditions across tests and enables fair comparison with prior work. Nevertheless, integrated vehicle-level testing may introduce additional factors, such as microphone placement, cabin acoustics, vibration, and electrical noise, which remain to be assessed in future studies.
The analog front end relies on a multiple-feedback band-pass filter whose center frequency and quality factor are set by passive component values. Using the ideal filter relations, the nominal design yields f c ≈ 971 Hz and Q ≈ 20 . Under common general-purpose tolerances (±1% resistors and ±10% capacitors), a worst-case corner analysis predicts f c variations in the range of approximately 874–1090 Hz and Q variations of approximately 18–22.4. These bounds indicate that moderate component tolerances primarily shift the reference frequency and bandwidth while preserving the qualitative detection mechanism, since the yelp siren sweep spans a wide frequency range and crosses the passband reliably even under such deviations. Only a single hardware prototype was fabricated and evaluated in this study; therefore, statistical assessment of performance variability across multiple boards was not possible. A systematic experimental analysis of sensitivity to component tolerances would require the fabrication and characterization of multiple realizations and is considered outside the scope of the present work.
In addition to static component tolerances, temperature variation may also affect the analog front end through the temperature coefficients of passive components. Based on the ideal multiple-feedback relations and representative general-purpose temperature coefficients (approximately 50 ppm/°C for metal-film resistors, 30 ppm/°C for the smaller capacitor, and 100 ppm/°C for the larger capacitor), the expected temperature-induced drift of the band-pass parameters remains moderate. Over a representative 125 °C operating span, the resulting center-frequency shift is on the order of ±1.4% around the nominal design point, while the associated quality-factor variation is below ±0.5% around Q ≈ 20. Such gradual parameter shifts primarily translate into a small displacement of the effective reference region within the siren sweep and are therefore not expected to invalidate the underlying detection mechanism. Temperature effects and automotive electromagnetic interference (EMI) were not explicitly evaluated experimentally, as the present study relied on a single laboratory prototype. While the analog filtering and envelope-based processing inherently attenuate high-frequency disturbances, a comprehensive assessment of temperature robustness and EMI susceptibility would require controlled temperature variation infrastructure and standardized environmental and EMC testing.
Besides the limitations discussed above, the present study did not explicitly isolate scenarios involving overlapping sirens or extreme acoustic interference. Importantly, however, the evaluation was conducted exclusively on a large set of real-world recordings, which inherently include uncontrolled variability in traffic density, background noise, reverberation, and incidental acoustic events. When multiple sirens are simultaneously present, their combined sweep activity may increase the density of threshold-crossing events and, in unfavorable cases, shift the measured rate outside the predefined acceptance interval. Nevertheless, the relatively broad rate window used in this study mitigates this effect for many overlap configurations.

5. Conclusions

In this work, a complete and deployable hardware realization of a low-complexity yelp siren detector was presented and systematically evaluated under realistic acoustic conditions. In contrast to a large portion of the existing siren-detection literature, where validation is predominantly performed in simulation or through offline processing pipelines, the present study reported a physical implementation whose behavior inherently reflects real component tolerances, analog non-idealities, and embedded timing constraints. The proposed system was based on a fixed-threshold, rate-based detection principle that exploits the inherent periodic sweep symmetry of the yelp siren, rather than relying on conventional spectral analysis, feature extraction, or machine-learning-based classification. By translating the frequency-modulated sweep into a sequence of threshold-crossing events and evaluating their temporal density, reliable siren detection was achieved with minimal computational overhead and high interpretability.
The detector was implemented using a compact analog front end combined with a simple interrupt-driven microcontroller algorithm. All processing was performed without digital sampling, floating-point arithmetic, or trained models, resulting in a transparent and resource-efficient architecture suitable for embedded deployment. Oscilloscope measurements confirmed that each processing stage behaved as intended, demonstrating a clear correspondence between the conceptual detection principle and its physical realization.
Performance evaluation was conducted using more than 1000 real-world audio recordings containing yelp sirens and diverse environmental noise conditions. Across all tested rule families, consistent and predictable performance trends were observed as the temporal decision parameter was varied. The window-based rule with N = 10 provided the most favorable overall operating point, achieving the highest accuracy (96.52%), precision, F1-score, specificity, and Matthews correlation coefficient, while maintaining a low false-positive rate of approximately 1%. Several neighboring configurations exhibited closely similar performance, indicating that the detector is robust to moderate parameter variation.
Comparison with representative methods reported in the literature showed that the proposed hardware system outperformed multiple traditional DSP- and SVM-based approaches and achieved accuracy comparable to early CNN-based solutions, despite operating under substantially stricter computational and architectural constraints. Although recent deep-learning systems reported higher peak accuracies, these gains were obtained at the cost of increased complexity, reduced interpretability, and reliance on large training datasets. The results of this study demonstrate that a carefully designed, symmetry-driven detection mechanism can close much of the performance gap while preserving simplicity and transparency, while also providing evidence that these benefits persist when the algorithm is embodied in real hardware rather than an idealized simulation environment.
False-positive analysis revealed that remaining misclassifications were caused by rare, mechanically induced periodic noise events that temporarily mimicked the temporal structure of a yelp sweep. These cases were consistent across rule formulations and were effectively suppressed by increasing the temporal consistency requirement, confirming that near-zero or zero–false-positive operation is achievable within the same detection framework, albeit with an expected reduction in sensitivity. The monotonic and predictable influence of the decision parameter provides a straightforward means of adapting the detector to application-specific requirements.
Overall, the findings establish that fixed-threshold, rate-based siren detection constitutes a viable and competitive alternative to more complex approaches when low power consumption, interpretability, and deployability are primary design objectives. The presented system demonstrates a complete pathway from detection principle to functional embedded hardware, validated under realistic conditions and reflecting practical implementation constraints. Future work may focus on adaptive thresholding mechanisms, in-vehicle testing, and the exploration of multi-band extensions to assess the associated performance–complexity trade-offs, with the aim of further enhancing robustness and broadening applicability while preserving the core advantages of the proposed architecture, as well as extension of the framework to additional siren types discrimination. Extending the rate-based framework to other siren types represents an interesting direction for future work. Wail sirens, which exhibit slower frequency modulation, could in principle be addressed by adapting temporal decision parameters, albeit at the cost of increased detection latency. Hi-lo sirens, which alternate between quasi-stationary tones rather than continuous sweeps, would likely require architectural extensions such as multiple band-pass channels and modified temporal logic. The feasibility and robustness of such extensions, including their sensitivity to inter-manufacturer variability, remain open questions.

Author Contributions

Conceptualization, E.-V.D. and R.A.D.; methodology, E.-V.D. and R.-A.B.; software, E.-V.D. and R.A.D.; validation, E.-V.D., R.A.D., R.-A.B. and R.R.; formal analysis, E.-V.D.; investigation, E.-V.D. and R.-A.B.; resources, R.-A.B.; data curation, E.-V.D.; writing—original draft preparation, E.-V.D., R.R. and R.A.D.; writing—review and editing, E.-V.D., R.A.D., R.-A.B. and R.R.; visualization, E.-V.D.; supervision, R.A.D. and R.R.; project administration, R.A.D.; funding acquisition, not applicable. All authors have read and agreed to the published version of the manuscript.

Funding

This research received no external funding.

Data Availability Statement

The data used in this study are available at https://doi.org/10.1038/s41597-022-01727-2, reference number [38]. The list of exact signals that were used in the evaluation process is available in Appendix B.

Conflicts of Interest

The authors declare no conflicts of interest.

Appendix A

The algorithm implemented on the Arduino board is divided into three parts, one initialization and two interrupt service routines, presented below, and is based on the following parameters:
  • T win = 1   s , total observation window
  • T sub = 100   m s , sub-window duration
  • N sub = 10 , number of sub-windows in 1 s
  • C min = 6 , minimum crossings per second for siren
  • C max = 12 , maximum crossings per second for siren
Algorithm A1. Initialization
1   sirenDetected ← FALSE
2   count ← 0       // crossings in current 0.1 s interval
3   index ← 0       // circular buffer index
4   for n ← 0 to Nsub − 1 do
5          crossings[n] ← 0       // buffer of last 10 sub-window counts
6   end for
7   Configure external interrupt on GPIO input pin to trigger on any edge.
8   Configure hardware timer to generate an interrupt every Tsub = 0.1 s.
9   Configure LED pin as output and set LED ← OFF.
10  Configure UART at 115200 baud.
Algorithm A2. GPIO pin interrupt service routine
1   count ← count + 1       // increment number of threshold crossings
Algorithm A3. 100 ms interrupt service routine
1   crossings[index] ← count       // store current sub-window count
2   count ← 0       // reset counter for next 0.1 s sub-window
3   index ← index + 1       // advance circular buffer index
4   if index = Nsub then
5          index ← 0
6   end if
7   sumCross ← 0       // compute total crossings over last 1 s
8   for n ← 0 to Nsub − 1 do
9          sumCross ← sumCross + crossings[n]
10 end for
11 if (Cmin ≤ sumCross) and (sumCross ≤ Cmax) then
12          sirenDetected ← TRUE       // rate within target interval → siren detected
13          Set LED ← ON
14          Transmit UART message “Siren”
15 else
16          sirenDetected ← FALSE
17          Set LED ← OFF
18 end if

Appendix B

Yelp Siren Signal Files from the Dataset in [38] Used in the Experiments
ambulance10.wavambulance297.wavambulance663.wavambulance723.wav
ambulance100.wavambulance298.wavambulance664.wavambulance725.wav
ambulance101.wavambulance299.wavambulance665.wavambulance726.wav
ambulance102.wavambulance30.wavambulance666.wavambulance727.wav
ambulance103.wavambulance316.wavambulance667.wavambulance728.wav
ambulance104.wavambulance317.wavambulance668.wavambulance729.wav
ambulance105.wavambulance318.wavambulance669.wavambulance730.wav
ambulance106.wavambulance319.wavambulance670.wavambulance731.wav
ambulance107.wavambulance320.wavambulance671.wavambulance732.wav
ambulance109.wavambulance321.wavambulance672.wavambulance733.wav
ambulance110.wavambulance322.wavambulance673.wavambulance734.wav
ambulance111.wavambulance323.wavambulance674.wavambulance735.wav
ambulance112.wavambulance324.wavambulance675.wavambulance736.wav
ambulance119.wavambulance325.wavambulance676.wavambulance737.wav
ambulance120.wavambulance330.wavambulance677.wavambulance738.wav
ambulance121.wavambulance331.wavambulance678.wavambulance741.wav
ambulance122.wavambulance332.wavambulance679.wavambulance745.wav
ambulance123.wavambulance333.wavambulance680.wavambulance746.wav
ambulance124.wavambulance334.wavambulance681.wavambulance747.wav
ambulance125.wavambulance338.wavambulance682.wavambulance755.wav
ambulance126.wavambulance339.wavambulance684.wavambulance757.wav
ambulance127.wavambulance34.wavambulance685.wavambulance767.wav
ambulance129.wavambulance340.wavambulance686.wavambulance768.wav
ambulance13.wavambulance341.wavambulance687.wavambulance769.wav
ambulance14.wavambulance342.wavambulance688.wavambulance770.wav
ambulance142.wavambulance344.wavambulance689.wavambulance771.wav
ambulance143.wavambulance345.wavambulance690.wavambulance773.wav
ambulance144.wavambulance346.wavambulance691.wavambulance774.wav
ambulance145.wavambulance35.wavambulance692.wavambulance775.wav
ambulance146.wavambulance36.wavambulance693.wavambulance789.wav
ambulance147.wavambulance364.wavambulance694.wavambulance790.wav
ambulance148.wavambulance365.wavambulance695.wavambulance791.wav
ambulance15.wavambulance366.wavambulance696.wavambulance792.wav
ambulance16.wavambulance367.wavambulance698.wavambulance804.wav
ambulance2.wavambulance37.wavambulance699.wavambulance805.wav
ambulance27.wavambulance375.wavambulance700.wavambulance806.wav
ambulance277.wavambulance376.wavambulance701.wavambulance807.wav
ambulance278.wavambulance377.wavambulance702.wavambulance808.wav
ambulance279.wavambulance378.wavambulance703.wavambulance809.wav
ambulance28.wavambulance379.wavambulance704.wavambulance810.wav
ambulance280.wavambulance38.wavambulance705.wavambulance816.wav
ambulance281.wavambulance412.wavambulance706.wavambulance817.wav
ambulance282.wavambulance449.wavambulance709.wavambulance818.wav
ambulance286.wavambulance464.wavambulance711.wavambulance833.wav
ambulance288.wavambulance516.wavambulance712.wavambulance834.wav
ambulance289.wavambulance529.wavambulance713.wavambulance835.wav
ambulance29.wavambulance634.wavambulance714.wavambulance836.wav
ambulance291.wavambulance635.wavambulance716.wavambulance837.wav
ambulance292.wavambulance654.wavambulance717.wavambulance844.wav
ambulance293.wavambulance655.wavambulance718.wavambulance849.wav
ambulance294.wavambulance656.wavambulance720.wavambulance854.wav
ambulance295.wavambulance658.wavambulance721.wavambulance855.wav
ambulance296.wavambulance662.wavambulance722.wavambulance856.wav
ambulance861.wavambulance892.wavambulance914.wavambulance93.wav
ambulance862.wavambulance893.wavambulance915.wavambulance930.wav
ambulance863.wavambulance894.wavambulance916.wavambulance94.wav
ambulance870.wavambulance895.wavambulance917.wavambulance95.wav
ambulance871.wavambulance896.wavambulance92.wavambulance96.wav
ambulance880.wavambulance897.wavambulance924.wavambulance97.wav
ambulance881.wavambulance898.wavambulance925.wavambulance98.wav
ambulance886.wavambulance900.wavambulance926.wavambulance99.wav
ambulance887.wavambulance907.wavambulance927.wavambulance889.wav
ambulance888.wavambulance908.wavambulance928.wavambulance909.wav
ambulance929.wav
Road Noise Signal Files from the Dataset in [38] Used in the Experiments
road1.wavroad139.wavroad179.wavroad218.wavroad258.wav
road10.wavroad14.wavroad18.wavroad219.wavroad259.wav
road100.wavroad140.wavroad180.wavroad22.wavroad26.wav
road101.wavroad141.wavroad181.wavroad220.wavroad260.wav
road102.wavroad142.wavroad182.wavroad221.wavroad261.wav
road103.wavroad143.wavroad183.wavroad222.wavroad262.wav
road104.wavroad144.wavroad184.wavroad223.wavroad263.wav
road105.wavroad145.wavroad185.wavroad224.wavroad264.wav
road106.wavroad146.wavroad186.wavroad225.wavroad265.wav
road107.wavroad147.wavroad187.wavroad226.wavroad266.wav
road108.wavroad148.wavroad188.wavroad227.wavroad267.wav
road109.wavroad149.wavroad189.wavroad228.wavroad268.wav
road11.wavroad15.wavroad19.wavroad229.wavroad269.wav
road110.wavroad150.wavroad190.wavroad23.wavroad27.wav
road111.wavroad151.wavroad191.wavroad230.wavroad270.wav
road112.wavroad152.wavroad192.wavroad231.wavroad271.wav
road113.wavroad153.wavroad193.wavroad232.wavroad272.wav
road114.wavroad154.wavroad194.wavroad233.wavroad273.wav
road115.wavroad155.wavroad195.wavroad234.wavroad274.wav
road116.wavroad156.wavroad196.wavroad235.wavroad275.wav
road117.wavroad157.wavroad197.wavroad236.wavroad276.wav
road118.wavroad158.wavroad198.wavroad237.wavroad277.wav
road119.wavroad159.wavroad199.wavroad238.wavroad278.wav
road12.wavroad16.wavroad2.wavroad239.wavroad279.wav
road120.wavroad160.wavroad20.wavroad24.wavroad28.wav
road121.wavroad161.wavroad200.wavroad240.wavroad280.wav
road122.wavroad162.wavroad201.wavroad241.wavroad281.wav
road123.wavroad163.wavroad202.wavroad242.wavroad282.wav
road124.wavroad164.wavroad203.wavroad243.wavroad283.wav
road125.wavroad165.wavroad204.wavroad244.wavroad284.wav
road126.wavroad166.wavroad205.wavroad245.wavroad285.wav
road127.wavroad167.wavroad206.wavroad246.wavroad286.wav
road128.wavroad168.wavroad207.wavroad247.wavroad287.wav
road129.wavroad169.wavroad208.wavroad248.wavroad288.wav
road13.wavroad17.wavroad209.wavroad249.wavroad289.wav
road130.wavroad170.wavroad21.wavroad25.wavroad29.wav
road131.wavroad171.wavroad210.wavroad250.wavroad290.wav
road132.wavroad172.wavroad211.wavroad251.wavroad291.wav
road133.wavroad173.wavroad212.wavroad252.wavroad292.wav
road134.wavroad174.wavroad213.wavroad253.wavroad293.wav
road135.wavroad175.wavroad214.wavroad254.wavroad294.wav
road136.wavroad176.wavroad215.wavroad255.wavroad295.wav
road137.wavroad177.wavroad216.wavroad256.wavroad296.wav
road138.wavroad178.wavroad217.wavroad257.wavroad297.wav
road298.wavroad35.wavroad402.wavroad456.wavroad529.wav
road299.wavroad350.wavroad403.wavroad457.wavroad53.wav
road3.wavroad351.wavroad404.wavroad458.wavroad533.wav
road30.wavroad352.wavroad405.wavroad459.wavroad534.wav
road300.wavroad353.wavroad406.wavroad46.wavroad54.wav
road301.wavroad354.wavroad407.wavroad460.wavroad541.wav
road302.wavroad355.wavroad408.wavroad461.wavroad542.wav
road303.wavroad356.wavroad409.wavroad462.wavroad543.wav
road304.wavroad357.wavroad41.wavroad463.wavroad544.wav
road305.wavroad358.wavroad410.wavroad464.wavroad545.wav
road306.wavroad359.wavroad411.wavroad465.wavroad546.wav
road307.wavroad36.wavroad412.wavroad466.wavroad547.wav
road308.wavroad360.wavroad413.wavroad467.wavroad548.wav
road309.wavroad361.wavroad414.wavroad468.wavroad549.wav
road31.wavroad362.wavroad415.wavroad469.wavroad55.wav
road310.wavroad363.wavroad416.wavroad47.wavroad550.wav
road311.wavroad364.wavroad417.wavroad470.wavroad551.wav
road312.wavroad365.wavroad418.wavroad471.wavroad552.wav
road313.wavroad366.wavroad419.wavroad472.wavroad553.wav
road314.wavroad367.wavroad42.wavroad473.wavroad554.wav
road315.wavroad368.wavroad420.wavroad474.wavroad555.wav
road316.wavroad37.wavroad421.wavroad475.wavroad556.wav
road317.wavroad370.wavroad422.wavroad476.wavroad557.wav
road318.wavroad371.wavroad423.wavroad477.wavroad558.wav
road319.wavroad372.wavroad424.wavroad478.wavroad559.wav
road32.wavroad373.wavroad425.wavroad479.wavroad56.wav
road320.wavroad374.wavroad426.wavroad48.wavroad560.wav
road321.wavroad375.wavroad427.wavroad480.wavroad561.wav
road322.wavroad376.wavroad428.wavroad481.wavroad562.wav
road323.wavroad377.wavroad429.wavroad482.wavroad563.wav
road324.wavroad378.wavroad43.wavroad483.wavroad564.wav
road325.wavroad379.wavroad430.wavroad484.wavroad565.wav
road326.wavroad38.wavroad431.wavroad485.wavroad566.wav
road327.wavroad380.wavroad432.wavroad486.wavroad567.wav
road328.wavroad381.wavroad433.wavroad487.wavroad568.wav
road329.wavroad382.wavroad434.wavroad488.wavroad569.wav
road33.wavroad383.wavroad435.wavroad489.wavroad57.wav
road330.wavroad384.wavroad436.wavroad49.wavroad570.wav
road331.wavroad385.wavroad438.wavroad490.wavroad571.wav
road332.wavroad386.wavroad439.wavroad491.wavroad572.wav
road333.wavroad387.wavroad44.wavroad492.wavroad573.wav
road334.wavroad388.wavroad440.wavroad493.wavroad574.wav
road335.wavroad389.wavroad441.wavroad494.wavroad575.wav
road336.wavroad39.wavroad442.wavroad495.wavroad576.wav
road337.wavroad390.wavroad443.wavroad496.wavroad577.wav
road338.wavroad391.wavroad444.wavroad497.wavroad578.wav
road339.wavroad392.wavroad445.wavroad498.wavroad579.wav
road34.wavroad393.wavroad446.wavroad499.wavroad58.wav
road340.wavroad394.wavroad447.wavroad5.wavroad580.wav
road341.wavroad395.wavroad448.wavroad50.wavroad581.wav
road342.wavroad396.wavroad449.wavroad500.wavroad582.wav
road343.wavroad397.wavroad45.wavroad51.wavroad583.wav
road344.wavroad398.wavroad450.wavroad519.wavroad584.wav
road345.wavroad399.wavroad451.wavroad52.wavroad585.wav
road346.wavroad4.wavroad452.wavroad520.wavroad586.wav
road347.wavroad40.wavroad453.wavroad521.wavroad587.wav
road348.wavroad400.wavroad454.wavroad522.wavroad588.wav
road349.wavroad401.wavroad455.wavroad528.wavroad589.wav
road59.wavroad641.wavroad694.wavroad746.wavroad799.wav
road590.wavroad642.wavroad695.wavroad747.wavroad8.wav
road591.wavroad643.wavroad696.wavroad748.wavroad80.wav
road592.wavroad644.wavroad697.wavroad749.wavroad800.wav
road593.wavroad645.wavroad698.wavroad75.wavroad801.wav
road594.wavroad646.wavroad699.wavroad750.wavroad802.wav
road595.wavroad647.wavroad7.wavroad751.wavroad803.wav
road596.wavroad648.wavroad70.wavroad752.wavroad804.wav
road597.wavroad649.wavroad700.wavroad753.wavroad805.wav
road598.wavroad65.wavroad701.wavroad754.wavroad806.wav
road599.wavroad650.wavroad702.wavroad755.wavroad807.wav
road6.wavroad651.wavroad703.wavroad756.wavroad808.wav
road60.wavroad652.wavroad704.wavroad757.wavroad809.wav
road600.wavroad653.wavroad705.wavroad758.wavroad81.wav
road601.wavroad654.wavroad706.wavroad759.wavroad810.wav
road602.wavroad655.wavroad707.wavroad76.wavroad811.wav
road603.wavroad656.wavroad708.wavroad760.wavroad812.wav
road604.wavroad657.wavroad709.wavroad761.wavroad813.wav
road605.wavroad658.wavroad71.wavroad762.wavroad814.wav
road606.wavroad659.wavroad710.wavroad763.wavroad815.wav
road607.wavroad66.wavroad711.wavroad764.wavroad816.wav
road608.wavroad660.wavroad712.wavroad765.wavroad817.wav
road609.wavroad661.wavroad713.wavroad766.wavroad818.wav
road61.wavroad662.wavroad714.wavroad767.wavroad819.wav
road610.wavroad663.wavroad715.wavroad768.wavroad82.wav
road611.wavroad664.wavroad716.wavroad769.wavroad820.wav
road612.wavroad665.wavroad717.wavroad77.wavroad821.wav
road613.wavroad666.wavroad718.wavroad770.wavroad822.wav
road614.wavroad667.wavroad719.wavroad771.wavroad823.wav
road615.wavroad668.wavroad72.wavroad772.wavroad824.wav
road616.wavroad669.wavroad720.wavroad773.wavroad825.wav
road617.wavroad67.wavroad721.wavroad774.wavroad826.wav
road618.wavroad670.wavroad722.wavroad775.wavroad827.wav
road619.wavroad671.wavroad723.wavroad776.wavroad828.wav
road62.wavroad672.wavroad724.wavroad777.wavroad829.wav
road620.wavroad673.wavroad725.wavroad778.wavroad83.wav
road621.wavroad674.wavroad726.wavroad779.wavroad830.wav
road622.wavroad675.wavroad727.wavroad78.wavroad831.wav
road623.wavroad676.wavroad728.wavroad780.wavroad832.wav
road624.wavroad677.wavroad729.wavroad781.wavroad833.wav
road625.wavroad678.wavroad73.wavroad782.wavroad834.wav
road626.wavroad679.wavroad730.wavroad783.wavroad835.wav
road627.wavroad68.wavroad731.wavroad784.wavroad836.wav
road628.wavroad680.wavroad732.wavroad785.wavroad837.wav
road629.wavroad681.wavroad733.wavroad786.wavroad838.wav
road63.wavroad682.wavroad734.wavroad787.wavroad839.wav
road630.wavroad683.wavroad735.wavroad788.wavroad84.wav
road631.wavroad684.wavroad736.wavroad789.wavroad840.wav
road632.wavroad685.wavroad737.wavroad79.wavroad841.wav
road633.wavroad686.wavroad738.wavroad790.wavroad842.wav
road634.wavroad687.wavroad739.wavroad791.wavroad843.wav
road635.wavroad688.wavroad74.wavroad792.wavroad844.wav
road636.wavroad689.wavroad740.wavroad793.wavroad845.wav
road637.wavroad69.wavroad741.wavroad794.wavroad846.wav
road638.wavroad690.wavroad742.wavroad795.wavroad847.wav
road639.wavroad691.wavroad743.wavroad796.wavroad848.wav
road64.wavroad692.wavroad744.wavroad797.wavroad849.wav
road640.wavroad693.wavroad745.wavroad798.wavroad85.wav
road850.wavroad863.wavroad876.wavroad889.wavroad900.wav
road851.wavroad864.wavroad877.wavroad89.wavroad901.wav
road852.wavroad865.wavroad878.wavroad890.wavroad902.wav
road853.wavroad866.wavroad879.wavroad891.wavroad91.wav
road854.wavroad867.wavroad88.wavroad892.wavroad92.wav
road855.wavroad868.wavroad880.wavroad893.wavroad93.wav
road856.wavroad869.wavroad881.wavroad894.wavroad94.wav
road857.wavroad87.wavroad882.wavroad895.wavroad95.wav
road858.wavroad870.wavroad883.wavroad896.wavroad96.wav
road859.wavroad871.wavroad884.wavroad897.wavroad97.wav
road86.wavroad872.wavroad885.wavroad898.wavroad98.wav
road860.wavroad873.wavroad886.wavroad899.wavroad99.wav
road861.wavroad874.wavroad887.wavroad9.wav
road862.wavroad875.wavroad888.wavroad90.wav

References

  1. Injury Facts. Emergency Vehicles. Injury Facts. Available online: https://injuryfacts.nsc.org/motor-vehicle/road-users/emergency-vehicles/ (accessed on 10 July 2025).
  2. Taxman, Pollock, Murray & Bekkerman, LLC. Emergency Vehicle Accidents Statistics USA-2023. Taxman, Pollock, Murray & Bekkerman, LLC. 2023. Available online: https://tpmblegal.com/emergency-vehicle-accidents-statistics/ (accessed on 10 July 2025).
  3. Bosch Global. Embedded Siren Detection. Bosch Global. Available online: https://www.bosch.com/stories/embedded-siren-detection/ (accessed on 10 July 2025).
  4. New Atlas. Hear System Promises Simple Inexpensive Siren Detection for Drivers. New Atlas. 2020. Available online: https://newatlas.com/automotive/ihear-siren-detection-system/ (accessed on 10 July 2025).
  5. Waymo. Recognizing the Sights and Sounds of Emergency Vehicles. Waymo. Available online: https://waymo.com/blog/2017/07/recognizing-sights-and-sounds-of (accessed on 10 July 2025).
  6. Liaw, J.-J.; Wang, W.-S.; Chu, H.-C.; Huang, M.-S.; Lu, C.-P. Recognition of the Ambulance Siren Sound in Taiwan by the Longest Common Subsequence. In Proceedings of the 2013 IEEE International Conference on Systems, Man, and Cybernetics, Manchester, UK, 13–16 October 2013; pp. 3825–3828. [Google Scholar]
  7. Marchegiani, L.; Posner, I. Leveraging the Urban Soundscape: Auditory Perception for Smart Vehicles. In Proceedings of the 2017 IEEE International Conference on Robotics and Automation (ICRA), Singapore, 29 May–3 June 2017; pp. 6547–6554. [Google Scholar]
  8. Beritelli, F.; Casale, S.; Russo, A.; Serrano, S. An Automatic Emergency Signal Recognition System for the Hearing Impaired. In Proceedings of the 2006 IEEE 12th Digital Signal Processing Workshop & 4th IEEE Signal Processing Education Workshop, Teton National Park, WY, USA, 24–27 September 2006; pp. 179–182. [Google Scholar]
  9. Nellore, K.; Hancke, G.P. Traffic Management for Emergency Vehicle Priority Based on Visual Sensing. Sensors 2016, 16, 1892. [Google Scholar] [CrossRef] [Scilit] [PubMed]
  10. Schröder, J.; Goetze, S.; Grützmacher, V.; Anemüller, J. Automatic Acoustic Siren Detection in Traffic Noise by Part-Based Models. In Proceedings of the 2013 IEEE International Conference on Acoustics, Speech and Signal Processing, Vancouver, BC, Canada, 26–31 May 2013; pp. 493–497. [Google Scholar]
  11. Chakrabarty, D.; Elhilali, M. Abnormal Sound Event Detection Using Temporal Trajectories Mixtures. In Proceedings of the 2016 IEEE International Conference on Acoustics, Speech and Signal Processing (ICASSP), Shanghai, China, 20–25 March 2016; pp. 216–220. [Google Scholar]
  12. Miyazaki, T.; Kitazono, Y.; Shimakawa, M. Ambulance Siren Detector Using FFT on dsPIC. In Proceedings of the 1st IEEE/IIAE International Conference on Intelligent Systems and Image Processing 2013 (ICISIP2013), Kitakyushu, Japan, 24 September 2013. [Google Scholar]
  13. Anacur, C.A.; Saracoglu, R. Detecting of Warning Sounds in the Traffic Using Linear Predictive Coding. Int. J. Intell. Syst. Appl. Eng. 2019, 7, 195–200. [Google Scholar] [CrossRef] [Scilit]
  14. Ebizuka, Y.; Kato, S.; Itami, M. Detecting Approach of Emergency Vehicles Using Siren Sound Processing. In Proceedings of the 2019 IEEE Intelligent Transportation Systems Conference (ITSC), Auckland, New Zealand, 27–30 October 2019; pp. 4431–4436. [Google Scholar]
  15. Fatimah, B.; Preethi, A.; Hrushikesh, V.; Singh, B.A.; Kotion, H.R. An Automatic Siren Detection Algorithm Using Fourier Decomposition Method and MFCC. In Proceedings of the 2020 11th International Conference on Computing, Communication and Networking Technologies (ICCCNT), Kharagpur, India, 1–3 July 2020; pp. 1–6. [Google Scholar]
  16. Mulimani, M.; Koolagudi, S.G. Segmentation and Characterization of Acoustic Event Spectrograms Using Singular Value Decomposition. Expert Syst. Appl. 2019, 120, 413–425. [Google Scholar] [CrossRef] [Scilit]
  17. Mielke, M.; Schäfer, A.; Brück, R. Integrated circuit for detection of acoustic emergency signals in road traffic. In Proceedings of the 17th International Conference Mixed Design of Integrated Circuits and Systems—MIXDES 2010, Wroclaw, Poland, 24–26 June 2010; IEEE: Toruń, Poland, 2010; pp. 562–565. [Google Scholar]
  18. Meucci, F.; Pierucci, L.; Del Re, E.; Lastrucci, L.; Desii, P. A Real-Time Siren Detector to Improve Safety of Guide in Traffic Environment. In Proceedings of the 2008 16th European Signal Processing Conference, Lausanne, Switzerland, 25–29 August 2008; pp. 1–5. [Google Scholar]
  19. Mittal, U.; Chawla, P. Acoustic Based Emergency Vehicle Detection Using Ensemble of Deep Learning Models. Procedia Comput. Sci. 2023, 218, 227–234. [Google Scholar] [CrossRef] [Scilit]
  20. Marchegiani, L.; Newman, P. Listening for Sirens: Locating and Classifying Acoustic Alarms in City Scenes. IEEE Trans. Intell. Transp. Syst. 2022, 23, 17087–17096. [Google Scholar] [CrossRef] [Scilit]
  21. Chinvar, D.C.; Rajat, M.; Bellubbi, R.L.; Sampath, S.; Guddad, K. Ambulance Siren Detection Using an MFCC Based Support Vector Machine. In Proceedings of the 2021 IEEE International Conference on Mobile Networks and Wireless Communications (ICMNWC), Tumkur, India, 3–4 December 2021; pp. 1–5. [Google Scholar]
  22. Carmel, D.; Yeshurun, A.; Moshe, Y. Detection of Alarm Sounds in Noisy Environments. In Proceedings of the 2017 25th European Signal Processing Conference (EUSIPCO), Kos, Greece, 28 August–2 September 2017; pp. 1839–1843. [Google Scholar]
  23. Boddapati, V.; Petef, A.; Rasmusson, J.; Lundberg, L. Classifying Environmental Sounds Using Image Recognition Networks. Procedia Comput. Sci. 2017, 112, 2048–2056. [Google Scholar] [CrossRef] [Scilit]
  24. Murphy, K.P. Probabilistic Machine Learning: Advanced Topics; The MIT Press: Cambridge, MA, USA, 2023. [Google Scholar]
  25. Géron, A. Hands-On Machine Learning with Scikit-Learn, Keras, and TensorFlow: Concepts, Tools, and Techniques to Build Intelligent Systems; O’Reilly Media: Beijing, China; Boston, MA, USA; Farnham, UK; Sebastopol, CA, USA; Tokyo, Japan, 2023; ISBN 978-1-0981-2597-4. [Google Scholar]
  26. Goodfellow, I.; Bengio, Y.; Courville, A. Deep Learning; The MIT Press: Cambridge, MA, USA, 2016. [Google Scholar]
  27. Kingma, D.P.; Ba, J. Adam: A Method for Stochastic Optimization. In Proceedings of the Third International Conference on Learning Representations (ICLR), San Diego, CA, USA, 7–9 May 2015. [Google Scholar]
  28. Tran, V.-T.; Tsai, W.-H. Acoustic-Based Emergency Vehicle Detection Using Convolutional Neural Networks. IEEE Access 2020, 8, 75702–75713. [Google Scholar] [CrossRef] [Scilit]
  29. Banchero, L.; Vacalebri-Lloret, F.; Mossi, J.M.; Lopez, J.J. Enhancing Road Safety with AI-Powered System for Effective Detection and Localization of Emergency Vehicles by Sound. Sensors 2025, 25, 793. [Google Scholar] [CrossRef] [Scilit]
  30. Wang, S.; Wang, Y.; Chen, S.; Zhou, Z.; Liu, X.; Li, Z. Interactive Siamese Network-Based Roadside Perception for Multi-Vehicle Tracking. IEEE Trans. Intell. Transp. Syst. 2025, 26, 22482–22496. [Google Scholar] [CrossRef] [Scilit]
  31. Choudhury, K.; Nandi, D. Improvement of Wail Siren Signal Detection in Noisy Environment Using Goertzel Filter with Sliding Window. Results Eng. 2025, 27, 106828. [Google Scholar] [CrossRef] [Scilit]
  32. Dobre, R.A.; Niţă, V.A.; Ciobanu, A.; Negrescu, C.; Stanomir, D. Low Computational Method for Siren Detection. In Proceedings of the 2015 IEEE 21st International Symposium for Design and Technology in Electronic Packaging (SIITME), Brasov, Romania, 22–25 October 2015; pp. 291–295. [Google Scholar]
  33. Dobre, R.A.; Negrescu, C.; Stanomir, D. Improved Low Computational Method for Siren Detection. In Proceedings of the 2017 IEEE 23rd International Symposium for Design and Technology in Electronic Packaging (SIITME), Constanta, Romania, 26–29 October 2017; pp. 318–323. [Google Scholar]
  34. Dobre, R.-A.; Dumitrascu, E.-V. High-Performance, Low Complexity Yelp Siren Detection System. Alex. Eng. J. 2024, 109, 669–684. [Google Scholar] [CrossRef] [Scilit]
  35. Dumitrascu, E.V.; Rughiniș, R.; Dobre, R.A. Design and Evaluation of a Hardware-Constrained, Low-Complexity Yelp Siren Detector for Embedded Platforms. Electronics 2025, 14, 3535. [Google Scholar] [CrossRef] [Scilit]
  36. Zhu, B.; Cao, X.; Zhang, P.; Zhao, J.; Han, J.; Tang, R. High-Fidelity Ultrasonic Radar In-the-Loop Accelerated Test for Automatic Parking Systems. IEEE Trans. Intell. Transp. Syst. 2025, 26, 17055–17067. [Google Scholar] [CrossRef] [Scilit]
  37. Wagner, R.P. Guide to Test Methods, Performance Requirements, and Installation Practices for Electronic Sirens Used on Law Enforcement Vehicles; National Institute of Standards and Technology: Gaithersburg, MD, USA, 2000; NCJ 181622. [Google Scholar]
  38. Asif, M.; Usaid, M.; Rashid, M.; Rajab, T.; Hussain, S.; Wasi, S. Large-Scale Audio Dataset for Emergency Vehicle Sirens and Road Noises. Sci. Data 2022, 9, 599. [Google Scholar] [CrossRef] [Scilit] [PubMed]
  39. Wilson, E.B. Probable inference, the law of succession, and statistical inference. J. Am. Stat. Assoc. 1927, 22, 209–212. [Google Scholar] [CrossRef]
Disclaimer/Publisher’s Note: The statements, opinions and data contained in all publications are solely those of the individual author(s) and contributor(s) and not of MDPI and/or the editor(s). MDPI and/or the editor(s) disclaim responsibility for any injury to people or property resulting from any ideas, methods, instructions or products referred to in the content.

Article Metrics

Citations

Article Access Statistics

Multiple requests from the same IP address are counted as one view.