BikeshopGiantCanyonShimano
Sivu 1 / 6 1 2 3 ... ViimeinenViimeinen
Näyttää tulokset 1 - 30 / 151

Aihe: DFA alpha1

  1. #1
    Liittynyt
    04/2019
    Viestit
    1.061

    DFA alpha1

    Avataan tälle nyt oma lanka niin ei mene sotkuun.

  2. #2
    Liittynyt
    04/2019
    Viestit
    1.061
    Omalla kohdalla tuon HRV loggerin lukeminen on vielä osittain hämärän peitossa. Ei ole ollut mahdollista kokeilla tätä paikallaan, eli trainerilla tai muulla, pelkästään ulkona missä on vähän haasteellista pitää syke tasaisena pitkän aikaa. Kokeilut jatkuu..

  3. #3
    Liittynyt
    06/2011
    Paikkakunta
    Espoo
    Viestit
    489
    Testasin Androidin HRVLoggerilla eilen aerobisenkynnyksen mittausta DFA aplha1 -arvon perusteella. Tein https://www.hrv.tools/hrv-logger-faq.html protokollan mukaan trainerilla. Eli 4minuutin portaat 15w-20w nostoilla.
    Sykevyönä oli Wahoon TICKR. Mittari antoi ekalla 5minuutilla jonkin verran artifakteja, mutta sen jälkeen ei enää esiintynyt. Olisiko auttanut kun alkoi hikoilemaan

    Tulos osui oikeastaan tarkalleen siihen mihin odottikin eli pitäisin tuota yhden testin perusteella hyvänä tapana aerokynnyksen mittaukseen.

    Dfa Alpha1 0.75 taso löytyi 265watin portaalta ja sykkeet 146

    Vuosi sitten labrassa tehty laktaattitesti oli 250w ja sykkeet 146


    Seuraavaksi voisi testailla ajaa PK-lenkkejä kynnyksellä ja katsoa miten arvo käyttäytyy.

  4. #4
    Liittynyt
    05/2015
    Viestit
    9.848
    Hyvä kun jaksoit testata. Minä koetin eilen pikaisesti ennen vetoja. Huomasin dfa arvon muuttuvan kadenssin mukaan. Sammutin härvelin.

    Saako tehodatan jotenkin dfan kanssa päällekkäin helposti? Tuohon loggeriin ei taida saada wattimittaria kiinni.

  5. #5
    Liittynyt
    04/2019
    Viestit
    1.061
    Lainaus Alkujaan tämän lähetti paaton Katso viesti
    Hyvä kun jaksoit testata. Minä koetin eilen pikaisesti ennen vetoja. Huomasin dfa arvon muuttuvan kadenssin mukaan. Sammutin härvelin.

    Saako tehodatan jotenkin dfan kanssa päällekkäin helposti? Tuohon loggeriin ei taida saada wattimittaria kiinni.
    Ei taida saada wattimittaria yhdistettyä. Eikä tossa vielä saa mitään arvoja helposti päällekkäin. Sentään zoomatessa toimii niin että jos vaikka zoomaa alpha1 käyrän ja vaihtaa siitä sykekäyrään niin ovat samassa kohdassa.

    Miten se kadenssin mukaan muuttui? Kun luku vaihtuu 2min välein. Toki sykekin vaihtuu kadenssin mukana

  6. #6
    Liittynyt
    06/2011
    Paikkakunta
    Espoo
    Viestit
    489
    Lainaus Alkujaan tämän lähetti paaton Katso viesti
    Hyvä kun jaksoit testata. Minä koetin eilen pikaisesti ennen vetoja. Huomasin dfa arvon muuttuvan kadenssin mukaan. Sammutin härvelin.

    Saako tehodatan jotenkin dfan kanssa päällekkäin helposti? Tuohon loggeriin ei taida saada wattimittaria kiinni.
    Ei varmaan samaan sovellukseen. Tallennetun datan kyllä saa ulos .csv- muodossa niin voi vaikka Excelissä yhdistellä .fit tiedon kanssa jos haluaa graafeja jälkeenpäin piirrellä.

    Testissä itse kattelin watteja Zwiftistä TV:n kautta ja alpha-arvoa puhelimesta

  7. #7
    Liittynyt
    04/2019
    Viestit
    1.061
    Lainaus Alkujaan tämän lähetti duris Katso viesti
    Seuraavaksi voisi testailla ajaa PK-lenkkejä kynnyksellä ja katsoa miten arvo käyttäytyy.
    Mä testasin vähän tähän tyyliin, ulkona tosin. Läskipyörällä että olis helppo pitää syke. Kovin tarkkaa sykelukua en saanut tuolla menetelmällä, mutta ehkä noin 5lyönnin tarkkuudella löytyi raja missä menee 0.75 alle. Täytyy kokeilla jollain pitkällä suoralla ja pidemmällä ajalla, nyt koko leikki noin 20minuuttia.

  8. #8
    Liittynyt
    07/2009
    Viestit
    1.897
    Lainaus Alkujaan tämän lähetti duris Katso viesti
    Ei varmaan samaan sovellukseen. Tallennetun datan kyllä saa ulos .csv- muodossa niin voi vaikka Excelissä yhdistellä .fit tiedon kanssa jos haluaa graafeja jälkeenpäin piirrellä.

    Testissä itse kattelin watteja Zwiftistä TV:n kautta ja alpha-arvoa puhelimesta
    Fit tiedosto on binäärimuodossa joten suoraan ei yhdistely käy. Kehittäjille tarkoitetusta Garminin fit SDK löytyy komentorivi työkalu jolla voi fit tiedoston datan konvertoida CSV muotoon.

    https://developer.garmin.com/fit/fitcsvtool/

    FIT tiedostoon saa sen DFA-a1 arvon lisättyä tuon SDK API avulla jos haluaa mutta se vaatii vähän koodausta esim. jonkin sellaisen parametrin paikalle joka näkyvissä joissain graafisissa käyttöliittymissä, kuten vaikka lämpötila. Muistaakseni Garminin web-härpäke näyttää lämpötilan ?

    https://developer.garmin.com/fit/fit...editing-files/

    Kun yhdistelee eri laitteilla tallennettuja tiedostoja FIT dataan kannattaa varmistaa että aikaleimat vastaa toisiaan eli tallennustiheys on sama - eri näytearvot on silloin otettu samalla ajan hetkellä.

    Jos tuunaa lämpötilan paikalle DFA-a1 niin kannattaa kertoa DFA-a1 arvo 100x ja sitten määritellä lämpötilayksiköksi Fahrenheit. Saa visuaalisesti erot paremmin näkyviin.
    Now that we all know that Santa Clause is not for real, we can all get back to enjoying Christmas

  9. #9
    eka yritys... wattbikella +20w portaita, ekalla 10 minuutilla paljon artifakteja. kun syke oli jo noussut 160 tienoille (max ehka 195) niin DFA arvo oli viela 0.81. Jatin sen siihen.... uus yritys ehka huomenna. Vaikee uskoa etta kynnys olis noin korkealla

  10. #10
    Liittynyt
    06/2011
    Paikkakunta
    Espoo
    Viestit
    489
    Lainaus Alkujaan tämän lähetti pulmark Katso viesti
    Fit tiedosto on binäärimuodossa joten suoraan ei yhdistely käy. Kehittäjille tarkoitetusta Garminin fit SDK löytyy komentorivi työkalu jolla voi fit tiedoston datan konvertoida CSV muotoon.

    https://developer.garmin.com/fit/fitcsvtool/

    FIT tiedostoon saa sen DFA-a1 arvon lisättyä tuon SDK API avulla jos haluaa mutta se vaatii vähän koodausta esim. jonkin sellaisen parametrin paikalle joka näkyvissä joissain graafisissa käyttöliittymissä, kuten vaikka lämpötila. Muistaakseni Garminin web-härpäke näyttää lämpötilan ?

    https://developer.garmin.com/fit/fit...editing-files/

    Kun yhdistelee eri laitteilla tallennettuja tiedostoja FIT dataan kannattaa varmistaa että aikaleimat vastaa toisiaan eli tallennustiheys on sama - eri näytearvot on silloin otettu samalla ajan hetkellä.

    Jos tuunaa lämpötilan paikalle DFA-a1 niin kannattaa kertoa DFA-a1 arvo 10x ja sitten määritellä lämpötilayksiköksi Fahrenheit. Saa visuaalisesti erot paremmin näkyviin.
    Golden Cheetahista näytti saavan suoraan treenin ulos .csv muodossa. Tuolla saisi helpsoti datan yhdistettyä. Olisi vielä helpompaa jos molempien HRVLogger ja Zwift mittauksissa olisi Intervallit saman mittaisia. Nyt oli 2min ja 4min

  11. #11
    Liittynyt
    05/2015
    Viestit
    9.848
    Meinaako tuo features compucation window näytteenottoaikaa? Muutin sen 30s eilen.

  12. #12
    Liittynyt
    06/2011
    Paikkakunta
    Espoo
    Viestit
    489
    Lainaus Alkujaan tämän lähetti paaton Katso viesti
    Meinaako tuo features compucation window näytteenottoaikaa? Muutin sen 30s eilen.
    Joo. Suositus olisi käyttää 2min väliä kun halutaan mitata aerobista kynnystä:


    For exercise data and aerobic threshold estimation:
    • window size of 2 minutes for DFA (see additional FAQ below)
    • correction set to "workout" mode, which is equivalent to 5%, as there is very little variability when heart rate is high, so being more strict allows for more accurate assessments

  13. #13
    Liittynyt
    07/2009
    Viestit
    1.897
    Lainaus Alkujaan tämän lähetti paaton Katso viesti
    Meinaako tuo features compucation window näytteenottoaikaa? Muutin sen 30s eilen.
    En oikein tiedä mitä tarkoitat. Monien mittarien tehonäytössä on mahdollisuus valita ns. liukuva keskiarvo - esim. 1s - 60s. Tuo tarkoittaa sitä että näytteenottoväli on sama mutta näytössä sitten näytetään laskettu keskiarvo näytteistä väliltä 1s - 60s eli vaikka 5sec pituinen "aikaikkuna" joka liukuu 1s välein otettujen näytteiden yli eli lasketaan ja näytetään keski-arvo aina 5 näytteestä. Mitä pitempi ajan jakso keskiarvoistuksessa sen enemmän se tasaa ja suodattaa pois näytöltä äkillisiä vaihteluja.
    Now that we all know that Santa Clause is not for real, we can all get back to enjoying Christmas

  14. #14
    Liittynyt
    05/2015
    Viestit
    9.848
    Lainaus Alkujaan tämän lähetti duris Katso viesti
    Joo. Suositus olisi käyttää 2min väliä kun halutaan mitata aerobista kynnystä:


    For exercise data and aerobic threshold estimation:
    • window size of 2 minutes for DFA (see additional FAQ below)
    • correction set to "workout" mode, which is equivalent to 5%, as there is very little variability when heart rate is high, so being more strict allows for more accurate assessments
    Ok, täytyy vaihtaa tuo pidempään.

  15. #15
    Liittynyt
    05/2015
    Viestit
    9.848
    Lainaus Alkujaan tämän lähetti pulmark Katso viesti
    En oikein tiedä mitä tarkoitat. Monien mittarien tehonäytössä on mahdollisuus valita ns. liukuva keskiarvo - esim. 1s - 60s. Tuo tarkoittaa sitä että näytteenottoväli on sama mutta näytössä sitten näytetään laskettu keskiarvo näytteistä väliltä 1s - 60s eli vaikka 5sec pituinen "aikaikkuna" joka liukuu 1s välein otettujen näytteiden yli eli lasketaan ja näytetään keski-arvo aina 5 näytteestä. Mitä pitempi ajan jakso keskiarvoistuksessa sen enemmän se tasaa ja suodattaa pois näytöltä äkillisiä vaihteluja.
    Androidin Hrv logger apsia tarkoitin. En vaan saa garminin kautta fiksua dataa ulos. Kännykän elite hrv apsi taas sotkee bt yhteyden Zwiftiin.

    Hienointahan olisi tosiaan saada toimiva dfa käyrä suoraan esimerkiksi garminin datan yhteyteen.

  16. #16
    Liittynyt
    05/2015
    Viestit
    9.848
    Kubiokseen ei taida myöskään saada tehodataa näkyville?

  17. #17
    Toi DFA toimii siinä mielessä erilailla kun vaikka syke tai teho että yhden näytteen ottaminen kestää sen 2min (tai mikä ikkuna nyt valitaan).
    Eli optimissaan pitäs olla kaikki muu vakiona sen mittausjakson ajan niin DFA pääsis mittaamaan just pelkästään sitä mitä yritetään mitata.
    Koska tuossa kuitenkin mitataan aikasarjan sisäisiä muutoksia niin kaikki muut muut muutokset sotkee tulosta. Sanotaan nyt vaikka että jos polkee osan mittauksesta putkelta niin varmaan saa eri tuloksen vaikka teho oliskin vakio.
    Tota algoritmia katottuani arvaisin yleisesti muutokset mittauksen aikana nostaa DFAa1 arvoa.
    Sitten jos ei ole kiinnostunut absoluuttisesta arvosta vaan siitä että DFAa1 on nousemaan tai laskemaan päin niin ei ole niin tarkkaa.

    Noi niinkun yleensä ottaen toi ei näyttäis soveltuvan jatkuvaksi mittariksi kuten syke ja teho vaan ennemmin sellaseksi kontrolloidussa ollosuhteissa tehtäväksi mittaukseksi jota sitten voi rinnastaa sykkeeseen tai tehoon mittaushetkellä.
    Toisaalta ajon aikana vois koittaa ottaa mittauksia vaikka niin että aina vaikka ajaa 10min tietyllä teholla tai sykkeellä ja sitten laskee DFAa1 viimesestä 2min.
    Tolla tapaa vois ehkä saada just sen puuttuvan mittarin siitä PK lenkkeilyn rasittavuudesta.

    Joskus aikanaan sykkeen mittaus on ollu saman tyylistä eli ensin juostaan ja sit pysähdytään ottaan syke ja siitä sit arvellaan millä juoksuvauhdilla on mikäkin syke. Ehkä tääkin tästä kehittyy kohti robustimpia jatkuvaa mittausta.

  18. #18
    Liittynyt
    07/2009
    Viestit
    1.897
    Lainaus Alkujaan tämän lähetti paaton Katso viesti
    Androidin Hrv logger apsia tarkoitin. En vaan saa garminin kautta fiksua dataa ulos. Kännykän elite hrv apsi taas sotkee bt yhteyden Zwiftiin.

    Hienointahan olisi tosiaan saada toimiva dfa käyrä suoraan esimerkiksi garminin datan yhteyteen.
    Helpointa varmaan odotella ellei halua itse tunettaa. GoldenCheetahin (GC) kehittäjäryhmissä en äkkiseltään löytänyt aiheesta keskustelua. GC pystyy kyllä lisäämään omia parametreja mutta ei se osaa eri datatiedostoja yhdistellä.

    Jos haluaa protoilla ja kokeilla niin yllä linkattu Garminin SDK työkalut tai sitten Excel. Aikaleimat eri tiedostoissa vaan pitää täsmätä eli tallennus aloitettu samalla hetkellä ja myös näytteenottovälin pitää olla sama. Näytteenottovälillä tarkoitan peräkkäisten näytteiden välistä aikaa. Keskiarvoistuksissa käytetyn aikaikkunan pituus on eri asia.

    FIT tiedoston kun kääntää CSV tiedostoksi niin siellä on time_created (tallennuksen aloitusaika) ja timestamp (näytteenottohetki, aikaleima) kentät joiden arvojen pitäisi olla samat yhdistettävissä tiedostoissa. Silloin tiedostojen datat ovat synkronoitu.

    Tiedostojen yhdistämisessä sitten laittaa näytteiden perään vaikka temperature kentän jossa arvona 100 x DFA-alpha1 arvo ja yksiköksi fahrenheit. Silloin graafiseen käyttöliittymään pulahtaa lämpötilan arvoksi esim. 75 joka vastaa DFA-alpha1 arvoa 0.75. Jotenkin noin se toimisi. 75 fahrenheit vastaisi ajajan aerobista kynnystä, aika hieno viritys :-)

    Data,0,file_id,serial_number,"2147483647",,time_cr eated,"702940946",,manufacturer,"15",,garmin_produ ct,"1328",,type,"4",
    Definition,2,record,timestamp,1,,distance,1,,speed ,1, temperature,1
    Data,2,record,timestamp,"702940946",s,distance,"0. 02",m,speed,"0.0",m/s,temperature,"75.0",fahrenheit,
    Data,2,record,timestamp,"702940947",s,distance,"0. 02",m,speed,"0.0",m/s,
    Data,2,record,timestamp,"702940948",s,distance,"0. 02",m,speed,"0.0",m/s,
    Lenkkikavereille voi sitten esitellä sovellusta tyyliin "kato, koodasin sovelluksen joka arvioi ilman lämpötilasta aerobisen kynnyksen, eiks oo hieno"
    Now that we all know that Santa Clause is not for real, we can all get back to enjoying Christmas

  19. #19
    Liittynyt
    07/2009
    Viestit
    1.897
    Lainaus Alkujaan tämän lähetti Huoleton Katso viesti
    Toi DFA toimii siinä mielessä erilailla kun vaikka syke tai teho että yhden näytteen ottaminen kestää sen 2min (tai mikä ikkuna nyt valitaan).
    Eli optimissaan pitäs olla kaikki muu vakiona sen mittausjakson ajan niin DFA pääsis mittaamaan just pelkästään sitä mitä yritetään mitata.
    Koska tuossa kuitenkin mitataan aikasarjan sisäisiä muutoksia niin kaikki muut muut muutokset sotkee tulosta. Sanotaan nyt vaikka että jos polkee osan mittauksesta putkelta niin varmaan saa eri tuloksen vaikka teho oliskin vakio.
    Tota algoritmia katottuani arvaisin yleisesti muutokset mittauksen aikana nostaa DFAa1 arvoa.
    Sitten jos ei ole kiinnostunut absoluuttisesta arvosta vaan siitä että DFAa1 on nousemaan tai laskemaan päin niin ei ole niin tarkkaa.

    Noi niinkun yleensä ottaen toi ei näyttäis soveltuvan jatkuvaksi mittariksi kuten syke ja teho vaan ennemmin sellaseksi kontrolloidussa ollosuhteissa tehtäväksi mittaukseksi jota sitten voi rinnastaa sykkeeseen tai tehoon mittaushetkellä.
    Toisaalta ajon aikana vois koittaa ottaa mittauksia vaikka niin että aina vaikka ajaa 10min tietyllä teholla tai sykkeellä ja sitten laskee DFAa1 viimesestä 2min.
    Tolla tapaa vois ehkä saada just sen puuttuvan mittarin siitä PK lenkkeilyn rasittavuudesta.

    Joskus aikanaan sykkeen mittaus on ollu saman tyylistä eli ensin juostaan ja sit pysähdytään ottaan syke ja siitä sit arvellaan millä juoksuvauhdilla on mikäkin syke. Ehkä tääkin tästä kehittyy kohti robustimpia jatkuvaa mittausta.
    Onko oikeasti niin että DFA-a1 yhden näytteen ottaminen (näytteenottoväli) kestää esim. 2min vai että näytteiden (peräkkäisten lyöntien välinen aika) jälkikäsittely aikasarjan sisällä kestää 2min ? Vaihtuuko DFA-a1 data oikeasti 2min välein ?
    Now that we all know that Santa Clause is not for real, we can all get back to enjoying Christmas

  20. #20
    Liittynyt
    04/2019
    Viestit
    1.061
    Lainaus Alkujaan tämän lähetti pulmark Katso viesti
    Onko oikeasti niin että DFA-a1 yhden näytteen ottaminen (näytteenottoväli) kestää 2-4min vai että näytteiden jälkikäsittely, kuten keskiarvoistaminen tmv. suodatus kestää 2-4min ? Vaihtuuko DFA-a1 data oikeasti 2-4min välein ?
    Tämä se minuakin mietityttää. Ja että onko se alpha1 luku sitten tuon mittausvälin keskiarvo.

    Oliko sulla se 30sek silloin kun kadenssi tuntui vaikuttavan arvoon?

    Ainiin, ja ihan Play kaupasta latasin jonkun CSV Graph apin millä sai käppyröitä samalla sivulle, en tosin siitäkään ole ihan varma

  21. #21
    Liittynyt
    07/2009
    Viestit
    1.897
    Lainaus Alkujaan tämän lähetti Qilty Katso viesti
    Tämä se minuakin mietityttää. Ja että onko se alpha1 luku sitten tuon mittausvälin keskiarvo.

    Oliko sulla se 30sek silloin kun kadenssi tuntui vaikuttavan arvoon?

    Ainiin, ja ihan Play kaupasta latasin jonkun CSV Graph apin millä sai käppyröitä samalla sivulle, en tosin siitäkään ole ihan varma
    Mä vähän epäilen tuota näytteenottoväliä, luulisi että kaikki peräkkäisten sydämen lyöntien väliset ajat otetaan huomioon. Aikajakso millä noille ajoille tehdään DFA-a1 laskenta voi vaihdella, Algoritmi tuskin on keskiarvo vaan siinä on kaikenlaista mm. fraktaaliteoriaan liittyvää matematiikkaa ja analyysiä.

    Täytyy varmaan itsekin alkaa mittailemaan. DFA-a1 arvon muuttumisesta sen näkee tekeekö algoritmi laskennan oikeasti paloina vai liukuvana. Jos arvo vaihtuu esim. vain 2-4min välein niin silloin paloina muuten jos arvo vaihtuu useammin niin liukuvana aikaikkunana.
    Now that we all know that Santa Clause is not for real, we can all get back to enjoying Christmas

  22. #22
    Liittynyt
    05/2015
    Viestit
    9.848
    Lainaus Alkujaan tämän lähetti Huoleton Katso viesti
    Toisaalta ajon aikana vois koittaa ottaa mittauksia vaikka niin että aina vaikka ajaa 10min tietyllä teholla tai sykkeellä ja sitten laskee DFAa1 viimesestä 2min.
    Tolla tapaa vois ehkä saada just sen puuttuvan mittarin siitä PK lenkkeilyn rasittavuudesta.
    Tuo kuulostaa fiksulta.

  23. #23
    Liittynyt
    05/2015
    Viestit
    9.848
    Lainaus Alkujaan tämän lähetti pulmark Katso viesti
    Onko oikeasti niin että DFA-a1 yhden näytteen ottaminen (näytteenottoväli) kestää esim. 2min vai että näytteiden (peräkkäisten lyöntien välinen aika) jälkikäsittely aikasarjan sisällä kestää 2min ? Vaihtuuko DFA-a1 data oikeasti 2min välein ?
    Ei kun tuon voi valita. Lyhyin ajanjakso on 30s tuossa android apsissa. Mutta tuskon tosiaan, että liian lyhyellä ajalla on hankala saada tarkkaa dataa, kun liikutaan. Tuonhan näkee jo ihan normaalistakin sykevälivaihtelumittauksesta.

  24. #24
    Liittynyt
    05/2015
    Viestit
    9.848
    Lainaus Alkujaan tämän lähetti Qilty Katso viesti
    Oliko sulla se 30sek silloin kun kadenssi tuntui vaikuttavan arvoon?
    Minulla oli. Ajoin tosiaan vaihteiden kanssa zwfitissä aavikolla, jossa tosi pieniä korkeusvaihteluja. Vaihteen vaihto muutti kadenssia ja tuo näkyi välittömästi dfa arvossa.

  25. #25
    Liittynyt
    05/2015
    Viestit
    9.848
    Lainaus Alkujaan tämän lähetti pulmark Katso viesti
    Helpointa varmaan odotella ellei halua itse tunettaa. GoldenCheetahin (GC) kehittäjäryhmissä en äkkiseltään löytänyt aiheesta keskustelua. GC pystyy kyllä lisäämään omia parametreja mutta ei se osaa eri datatiedostoja yhdistellä.

    Jos haluaa protoilla ja kokeilla niin yllä linkattu Garminin SDK työkalut tai sitten Excel. Aikaleimat eri tiedostoissa vaan pitää täsmätä eli tallennus aloitettu samalla hetkellä ja myös näytteenottovälin pitää olla sama. Näytteenottovälillä tarkoitan peräkkäisten näytteiden välistä aikaa. Keskiarvoistuksissa käytetyn aikaikkunan pituus on eri asia.

    FIT tiedoston kun kääntää CSV tiedostoksi niin siellä on time_created (tallennuksen aloitusaika) ja timestamp (näytteenottohetki, aikaleima) kentät joiden arvojen pitäisi olla samat yhdistettävissä tiedostoissa. Silloin tiedostojen datat ovat synkronoitu.

    Tiedostojen yhdistämisessä sitten laittaa näytteiden perään vaikka temperature kentän jossa arvona 100 x DFA-alpha1 arvo ja yksiköksi fahrenheit. Silloin graafiseen käyttöliittymään pulahtaa lämpötilan arvoksi esim. 75 joka vastaa DFA-alpha1 arvoa 0.75. Jotenkin noin se toimisi. 75 fahrenheit vastaisi ajajan aerobista kynnystä, aika hieno viritys :-)



    Lenkkikavereille voi sitten esitellä sovellusta tyyliin "kato, koodasin sovelluksen joka arvioi ilman lämpötilasta aerobisen kynnyksen, eiks oo hieno"
    Pikkusen puhalti oikealta ohi. Taidan odotella

  26. #26
    muistutuksena: JOS tallentaa HRVLoggerilla ja aikoo jälkikäteen käydä logia vielä Kubioksella läpi niin kannattaa kytkeä HRVLoggerin korjaus pois (correction = disabled). Muuten ei aikaleimat täsmää (koska korjaus poistaa osan RR datasta) ja hankala sovittaa yhteen wattien kanssa (ainakin porrastestissa). Toki jos korjaus on HRVLoggerissa pois päältä niin tulokset joita HRVLogger näyttää ei taasen osu kohdalleen (eli artefaktien takia DFA a1 arvot on pielessä) eli tällöin HRVLogger toimii pelkästään loggerina ja tarkemmat tulokset sitten Kubioksen avulla (korjattuna).

    itse olen näitä katsellut excelissä vaan läpi, HRVLoggerista logit koneelle ja tehodata Zwiftistä esim stravan kautta kierrätettynä (lap power) tai manuaalisesti lisättynä siten että aikaleimat täsmää (2min tai 6min avg tehot esim). testin voi tehdä zwift workout moodissa ja iskee HRVLoggerin tallentamaan samaan aikaan kun zwiftin treeni alkaa. Zwiftin treenissä portaat 4min tai 6min kestolla niin saa 2-3 DFA a1 arvoa per teholukema.

    loppuvuodesta 2min portailla testattuna (assioma duo, Polar H10 ja tempoasento treinerillä):
    tässä siis tehoissa sama nousutahti kuin esim tässä tutkimuksessa: https://www.frontiersin.org/articles...20.550572/full



    Uudempi testi 6min portailla pari viikkoa sitten (Neo2T tehot (1-2W vähemmän kuin Assioma Duo), Polar H10 syke):

    tässä siis kolme DFA a1 lukemaa per tehotaso ja DFA a1 arvojen keskiarvo lisätty kuvaajaan:


    sama kuin yllä mutta jokainen DFA a1 arvo mukana


    ja raakadata näytti tältä - sykedata ja tehot lisätty manuaalisesti (voi katsoa esim stravasta):


    jatkossa aion käyttää tuota 6min versiota

  27. #27
    Liittynyt
    07/2009
    Viestit
    1.897
    https://blogs.bmj.com/bjsm/2021/02/1...-typed-sports/

    LIMITATIONS AND FUTURE DIRECTIONS

    Index behavior is well studied during running and cycling but no information in cross country skiing, swimming or rowing.
    Published validation was done using a high sample rate ECG. Results using consumer grade chest belts (e.g., Polar, Garmin, Suunto) with different R-peak detection methods and sampling rates are unclear.
    Little data available in females during endurance-typed exercise.
    Effects of missed beat artifact and arrhythmias unclear.
    No published comparisons of Kubios HRV vs Python script approaches. Preprocessing of data and artifact correction methods are different.
    HRV Logger application is not a dedicated app for DFA a1 during exercise. Limited graphics, artifact correction modes, no display of artifact percentage and only outputs DFA a1 every 2 minutes.
    Tuon artikkelin perusteella HRV Logger on puutteellinen. DFA-a1 näyttö 2min välein ei mun mielestä välttämättä liity monimutkaisiin DFA laskenta-algoritmeihin. HRV Logger vaan näyttää arvon 2min välein eli ei ole reaaliaikainen. Täytyy varmaan Kubiokseen laittaa omien ajeluiden datoja suoraan Polarin mittarista ja katsoa mitä arvoja pukkaa ulos.
    Now that we all know that Santa Clause is not for real, we can all get back to enjoying Christmas

  28. #28
    "no display of artifact percentage" <- tämä on kyllä jo fiksattu uusimassa HRVLoggerissa (aiemmin HRVLoggerin logi tosiaan ei näyttänyt poistettujen artefaktien määrää mutta nykyään näyttää)

  29. #29
    Lainaus Alkujaan tämän lähetti pulmark Katso viesti
    Onko oikeasti niin että DFA-a1 yhden näytteen ottaminen (näytteenottoväli) kestää esim. 2min vai että näytteiden (peräkkäisten lyöntien välinen aika) jälkikäsittely aikasarjan sisällä kestää 2min ? Vaihtuuko DFA-a1 data oikeasti 2min välein ?
    DFA kerää sykevälidataa 2min ja sitten laskee siitä minkälaista vaihtelu on tuona aikana. Että onko vaihtelu kaoottista vai satunnaista kohinaa vai muuta (karu lyhennys).
    Dataa tarvii siis kerätä joku aika että vaihtelua voi arvioida.
    HVR appi antaa tuloksen kerran 2 minuutissa. Ei ole mitään estettä sille etteikö joku tekisi appia joka antaisi tuloksen joka sekunti aina kuitenkin edelliseen 2 min perustuen.
    Tässä vaiheessa on kuitenkin varmaan suoraviivaisempaa pitää kroppa tasasessa tilassa 2min ja mitata se.
    Jos tämä on hyvä juttu niin varmaan tulee kohta jatkuvan mittauksen vehkeitä ja parempaa ymmärrystä miten dataa tulkitaan.
    Vaikka joku sellanen joka tunnistaa lenkillä automaattisesti mistä kohtaa saa hyvän mittajakson ja heittää ruudulle sitten että hyvin menee tai että nyt kandee suunnata kotiin päin ennenkun noutaja tulee.
    Lepo-HRV näyttää meneen aika lyhessä ajassa labrahöpinöistä integroituihin tuotteisiin.

    Aika helppo uskoa että vaikka kadenssin muuttelu kesken mittauksen vaikuttaa tulokseen. Sitten taas luulisi että kadenssi sinänsä ei vaikuta paljoa jos sitä ei paljoa muutella kesken mittauksen. Siis ei luulisi vaikuttavan enempää kun mitä vaikuttaa sykkeeseen ylipäätään.

  30. #30
    Liittynyt
    05/2015
    Viestit
    9.848
    Juu ei. Nyt on pakko todeta, että oma datankäsittelyraja kulkee tässä. On zwiftiä, garminia, kännyä, apsia. Säädät kaikki ja sit ne kaatuu yksi kerrallaan. Ei jeesus...

    Palataan asiaan, jos dfa arvo lävähtää joskus nappia painamalla edgen näytöllä. Siihen asti pitkä tasawattilenkki saa piisata aerokynnyksen arviointiin.

    Oisko tämä se dataähky?

Kirjanmerkit

Viestin säännöt

  • Käyttäjä ei voi aloittaa uusia viestiketjuja
  • Käyttäjä ei voi vastata viesteihin
  • Käyttäjä ei voi liittää liitetiedostoja
  • Käyttäjä ei voi muokata viestejään
  •