alphaHRV (update)

I explain a bit what we are testing and what has worked best, the ramps are a bit unrealistic as we do not stabilise heartrate or rr or a1. There is an rr-lactate correlation, so we have decided to do 5 minutes with a 10% increase in ftp starting with a very gentle 10-15 minute warm up (40% FTP), we can either do that climb or 0.5w/kg per step. With this we manage to stabilise heartrate and watts for a period, rr reaches a moment when in the same step the tendency changes and that is where we detect the first threshold, normally there is usually a change in the tendency of rr and a1, the tests carried out with lactate have corroborated this, in ventilatory threshold we have seen that there is also a very good correlation, unfortunately we do not have many ventilatory tests due to the cost they have.

2 Likes

I have been doing the test using the Xert workout player but record separately on my Garmin 1030. I set the lap function at 1m30secs and do a minimum of 4.5mins. If my average heart rate for the last1.5 mins is not equal to the previous I do another 1.5 min. I do this to get the heart rate to stabilise as much as possible. At some time Iā€™ll try doing a ramp (climb) rather than a step to see if it make a difference to me.

Imagine that it is a lactate test. In a ramp test, as the values that are constantly rising, the cut-off may be somewhat high compared to a test where we can stabilise the parameters and the change in trend occurs because it is really happening and not because of an uncontrolled increase in intensity.

I will do that during the course of the week and get back to you - having an initial look at it over the weekend the BR of alphaHRV looked to be too high, but will have a closer look and confirm back.

After reading Bruce Rogers blog it seemed to me that the best practice to lower the artefact rate is to connect the chest strap to the data field via ant+. Can someone confirm this?

YES. For the alphaHRV IQ field connection, ANT+ is considered best.
For the Garmin HRV option (RR stream), BLE must be preferred because Garmin itself seems to have hickups when using ANT+ resulting in quite a lot of dropped beats.
So that turns out well, you can have both Garmin RR stream and alphaHRV with the best working connection.

1 Like

I forgot to mention: I use the data field on an Edge 530 (ant+ to the data field and BT to the head unit) and in a couple of occasions I got the data field that has stopped working. Is there a way to restore the data filed while riding? Attached is a screenshot to highlight the problem (failure has occurred at the end of the session)

You seem to have quite a lot of artefactsā€¦
Hereā€™s what I get:

I think that some clarifications about BLE and ANT+ hen working with HRV data are required.
First, the HR monitor calculates RR intervals in the same way regardless the communication protocol you want to use. Quality of the RR measurements depends only on the hardware you wear.
Then, transmission of this information from the HRM to the paired device happens in a different way depending on the selected protocol:

  • BLE: the HRM transmits every second the RR-int corresponding to all beats (up to 6) happened in the last second. So it could send information corresponding to HR around 360 bpm
  • ANT+: only RRint from lst beat is sent in each message. Frequency of these messages is set when you start the communication between the HRM and the device. It can go from 1 to 4 Hz. Setting the frequency at 4 Hz allows to send information up to HR around 240 bpm without missing beats (enough for human beings)

Bad reputation of ANT+ is due to Garmin using low frequency for transmission when using this protocol. In this case it is enough for HRV analysis at resting condition (purpose of all HRV metrics provided by Garmin), but it will miss lots of beats when exercising. So, RRints natively recorded by Garmin under ANT+ are not valid at all for further DFA and you have to go to BLE.

In case of alphaHRV, comunication is directly managed by the app and frequency is set to 4 Hz to avoid missing beats. Comparing results from both BLE and ANT+ in that way has shown same results.

So, there is no issue related to ANT+ itself, but to native use of ANT+ by Garmin.
Any app (Garmin, android, iOS desktop) recording RR intervals under ANT+ can get same results as using BLe if frequency is correctly set.

3 Likes

Nice, I knew it wasnā€™t working well and it was a problem with Garmin itself, but I never gotten the tech explanation. Now I know exactly what is wrong :wink:

1 Like

Thank you very much for the insightful explanation

Seems time to grab a new H10 (monitor), do you agree?

and a Dual Garmin strapā€¦ kkkk
I got the H10 but not the Garmin strapā€¦

Except you lose all the extra dynamics values from Garminā€™s HRM Pro (and plus). So it means remembering to switch it back before I do a run or ski. And then back again to do this analysis. Not world ending; but a bit annoying.

I donā€™t have a Garmin HRM Pro, so no experience with that. I run with Coros watch, and my Garmin Edge in the backpocket to get alphaHRV data (GPS deactivated). I merge both FIT files afterwards.

I do have a HRM Pro (which is fixed) and a Polar H10 but for running I usually grab whatā€™s closest and use the running dynamics from my Stryd :wink:

Does anyone has experienced that the head unit freezes/reboots lately? My Edge 530 always worked well until this week: on two separate workouts the head unit stopped reading from power meter/hr and then rebooted.
I have just installed alphaHRV, no other data fields/widgets so I was thinking that maybe it can be the culprit, but clearly canā€™t tell for sure. If it is possible to do some checks, I have one fit file from one of the sessions in which the head unit rebooted and then I was able to resume the workout.

Custom data fields run inside a sand box to prevent any crash in the data field causes general crash of the device main software.
So, reboots are likely caused by generic issues on soft/hardware
Moreover, Garmin devices are well known due to reboots, random sensor connection drops and similar issues.
If you havenā€™t applied a firmware update recently that could explain this, issues could be caused by some corrupted information saved in the device or lack of space.
Try to remove activity files from the corresponding folder, empty the ā€œnew filesā€ folder and any temp file
If you prefer, you can also make a factory reset

2 Likes

Thank you very much for the explanation and also for the time spent in replying. Factory reset looks good :slight_smile:

1 Like

Iā€™ve had a problem with IQ data fields disappearing when I start the activity during the time Alpha1 is gathering the data. As I run 3 or 4 Xert fields I thought it could be something todo with the amount of memory and computing power required to operate all these fields. I took a couple of and it appears to run fine now. I have noticed the battery seems to drain faster when Iā€™ve running a profile with Alpha1 on it.