Radsport-Herzfrequenzzonen

Dieser Rechner für Rad-Herzfrequenzzonen nimmt eine positive endliche heart_rate in bpm und ein optionales basis hrmax oder lthr entgegen und liefert fünf benachbarte Trainingsbänder mit Prozentkanten und ganzzahligen bpm-Bereichen. Prozent der Laktatschwelle ist das Coggan-Schema, das Trainer nach einem zwanzigminütigen Zeitfahren bevorzugen. Fehlender, nicht-endlicher oder nicht-positiver Puls scheitert mit invalid_input und wird nicht berechnet.

Warum der Radsport die Intensität am Puls teilt und welchen Anker Sie senden

Prozent von LTHR ist das Coggan-Schema des Radsports: Regeneration sitzt deutlich unter der Schwelle, Grundlagenausdauer besetzt die aerobe Basis, Tempo ist das obere aerobe Band, Schwelle reitet auf dem LTHR selbst, und VO2max-Arbeit lebt darüber, wobei die Oberkante dieses fünften Bandes auf einhundertzwanzig Prozent von LTHR gedeckelt ist, damit der bpm-Bereich endlich bleibt. Dieser Rechner schätzt niemals die Maximalherzfrequenz aus dem Alter und zieht niemals einen Ruhepuls ab; das sind andere Suchabsichten, die andere Produkte bedienen. Sie liefern eine positive endliche heart_rate und ein basis hrmax oder lthr und erhalten fünf bpm-Fenster, die eine Sitzungskarte ohne Tabellenkalkulation zitieren kann.

Eingabevertrag, die zwei Prozenttafeln und wie jede bpm-Grenze berechnet wird

Die Herzfrequenz muss eine endliche positive Zahl größer als null und höchstens 250 bpm sein. Auf der hrmax-Tafel sind die fünf Bänder Regeneration 50–60 Prozent, Ausdauer 60–70, Tempo 70–80, Schwelle 80–90 und vo2max 90–100 des Maximums. Benachbarte Bänder teilen sich eine Grenze konstruktionsbedingt. Senden Sie per POST einen JSON-Körper mit einer endlichen Pflichtzahl und einem optionalen Wähler. heart_rate ist der Ankerpuls in Schlägen pro Minute; die Aliase hr, bpm, pulse, hr_max, max_hr, hrm, lthr, lactate_threshold und lactate_hr werden akzeptiert. basis wählt die Prozenttafel: hrmax (Standard) nutzt Prozent der Maximalherzfrequenz; lthr nutzt Coggan-Prozent des Laktatschwellenpulses. Lassen Sie basis weg und der Wert kam unter einem lthr-Alias an, wählt die Engine lthr, damit ein Trainer, der nur LTHR veröffentlicht, den Wähler nicht merken muss. Jedes Zahlenfeld darf als JSON-Zahl oder als numerische Zeichenkette eintreffen. Fehlende Felder, leere Zeichenketten, nicht-endliche Werte, null, Negative, ein Puls über der Isolatdecke oder ein basis außerhalb des veröffentlichten enum scheitern mit invalid_input unter Nennung des Feldes und werden nicht berechnet. Auf der lthr-Tafel sind es Regeneration 50–68 Prozent, Ausdauer 68–83, Tempo 83–94, Schwelle 94–105 und vo2max 105–120 von LTHR; Zone 1 hat einen Boden bei 50 Prozent, damit Regeneration ein nutzbares Band ist und kein Fenster, das bei null bpm beginnt, und Zone 5 ist auf 120 Prozent gedeckelt, damit bpm_hi endlich bleibt. Jede Grenze ist zone_bpm gleich der nächsten ganzen Zahl aus Prozent mal Anker. Bei Erfolg wiederholt der Körper heart_rate und basis, setzt unit auf bpm, wiederholt formula, meldet zone_count von fünf, flacht die Felder name, percent und bpm von zone1 bis zone5 für Formulare und wiederholt dieselben fünf Datensätze im Array zones. Beispiel: heart_rate 190 mit basis hrmax ergibt Regeneration 95–114 bpm und vo2max 171–190 bpm. Der Preis eines erfolgreichen Postens ist ein pauschales $0.002.

Wo ein Rechner für Rad-Herzfrequenzzonen seinen Platz verdient

Weil die Implementierung reines parse von tier A ist, kostet jeder erfolgreiche Aufruf den veröffentlichten Grundpreis $0.002 ohne Modell-Tokens und ohne ausgehendes Netz. Halten Sie Anfragen klein, pinnen Sie zone1_bpm_lo bis zone5_bpm_hi in Tests, und Sie erhalten stabile radsportliche Herzfrequenzfenster für Landingpages, Vereinskioske und Edge-Worker, ohne ein eigenes Physiologielabor aufzustellen. Das ist ein Planungs- und Lernwerkzeug, kein diagnostisches Medizinprodukt; Fahrer mit Herzerkrankungen, pulswirksamen Medikamenten oder ärztlichen Einschränkungen sollen fachlichen Rat befolgen statt einer einzigen Fünf-Zonen-Tafel.