Respiratory Rate from Respiratory Curve

[sirenix101]

Hello 

I am having trouble understanding how to obtain the respiratory rate from the respiratory curve. I extracted the respiratory curve from an ECG but now I am having trouble understanding the mathematical concept of obtaining the respiratory rate from the curve. If anyone can explain it to me it would be much appreciated.

[GerdW]

Hi sirenix,

---

@sirenix101 wrote:

I am having trouble understanding how to obtain the respiratory rate from the respiratory curve.

---

According to Wikipedia it seems rather easy…

How does your curve look like?

[Kyle97330]

If you have the Respiratory Curve, you should be able to measure its length in time.  1 event = X seconds.

Rate is just the inverse of that.  X events which occur in a given time, i.e. X events in 60 seconds (since the common units for respiration is breaths per minute).

You just need to do math to evaluate one based on the other.

[sirenix101]

This is what my curve looks like. It was obtained from an ECG 

[GerdW]

Hi sirenix,

---

@sirenix101 wrote:

This is what my curve looks like. It was obtained from an ECG 

---

I guess there is an image missing from your message…

[sirenix101]

Hello

This is a real-time acquisition. Here are the instructions: This project will have to carry out the real-time acquisition of the electrocardiogram (ECG) in lead
precordial, including the analog formatting necessary for good acquisition. The wave
heart is composed of the PQRST complex.
Breathing involves a variation in the volume of the rib cage during inspiration
(increase in volume) and expiration (decrease in volume), therefore a variation of
characteristics of the ECG signal collected in the precordial lead, due to the change in volume
conductor between the heart and the electrodes. We want to exploit this phenomenon to deduce from the ECG
a curve making it possible to define, in addition to the heart rate, the respiratory rate.
During the continuous acquisition of the ECG, it will be necessary:
• Trace the ECG curve with detection of R peaks
• Plot the evolution curve of the amplitudes of the peaks R and deduce the respiratory frequency from it
• Plot the evolution curve of the R-R intervals (heart rate variability).
To qualitatively appreciate the changes in the ECG, the visualization of each ECG wave is
requested. This visualization will be centered on the R peak. For this, here are our steps: 1) Given that we want a single QRS complex at a time on the final interface, we carry out a first acquisition in order to determine the total number of points needed to have a unique complex. We therefore take an average of all the positions of the peak R over a large number of points. You get about 700 points for a complex. 2) We therefore acquire 700 points to have a complex and we have at the output of this VI, the position as well as the amplitude of this complex. 3) Now, we want to have this algorithm: - First iteration: Heart rate = 1/position peak2 - position peak1; Pc = position peak2-position peak1; peak position 1 = peak position 2; acquiring pc points. Indeed, the number pc will therefore be variable given that the position values will take the value of the next peak. On the final interface we will therefore have a variable heart rate depending on the complex displayed. However, we are unable to implement this algorithm. Can anyone help us? Here is the algorithms we have made.

[NIquist]

Have you looked at the BioMed toolkit?  LabVIEW Biomedical Toolkit Download - NI

[sirenix101]

Our teacher wants us to do it manually without the assistance of a VI like this.

[altenbach]

---

@sirenix101 wrote:

On the final interface we will therefore have a variable heart rate depending on the complex displayed. However, we are unable to implement this algorithm. Can anyone help us? Here is the algorithms we have made.

---

When attaching a pile of random VIs, put them in a zip archive and explain exactly which VI is the toplevel. Also clean up the file names, for example "Real_time_acq (3).vi" was obviously downloaded from elsewhere and you had multiple copies already in your downloads location. It seems to use some third party drivers do we don't know and it is a simple one-shot deal. Seems too sparse to be functional. Don't use output connectors on the left of the connector pane Stick with the standard panes, even if you don't use all terminals.

.

Your other VIs make very little sense (And please don't maximize the panels to the screen!). Don't randomly scatter controls and indicators over a wide area with huge gaps. Arrange them in a way that's usable.

Do you have simulated data to test your algorithms?

Can you tell us about the project background? Is this for school?

So let's start with a partial problem and fix one of the algorithms. Create a VI that takes a simulated input and tweak it until the results are as expected.